<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>4986</bug_id>
          
          <creation_ts>2013-08-06 09:27:41 +0000</creation_ts>
          <short_desc>[archiver.bbclass] symlinks causes infinite recursive directory loop</short_desc>
          <delta_ts>2014-03-24 01:29:11 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>core</component>
          <version>unspecified</version>
          <rep_platform>Other</rep_platform>
          <op_sys>ppc</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugzilla.yoctoproject.org/show_bug.cgi?id=5113</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.6 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Valentin Cobelea">valentin.cobelea</reporter>
          <assigned_to name="Robert Yang">liezhi.yang</assigned_to>
          <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>sgw</cc>
    
    <cc>valentin.cobelea</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Don&apos;t know</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>35403</commentid>
    <comment_count>0</comment_count>
      <attachid>1409</attachid>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-08-06 09:27:41 +0000</bug_when>
    <thetext>Created attachment 1409
output log file

Script that runs the &apos;do_dumpdata_create_diff_gz&apos;:
meta/classes/archiver.bbclass

Steps to reproduce:
-run the &apos;source ...&apos; command;
-in the &apos;build/&apos; directory edit &apos;conf/local.conf&apos; and add at the end:

ARCHIVER_MODE ?= &quot;patched&quot;
ARCHIVER_MODE[type] ?= &quot;tar&quot;
INHERIT += &quot;archive-patched-source&quot;

-run bitbake;

Behavior:
&gt;the bitbake never ends;
&gt;the output log gets stuck almost at the last two or three tasks
&gt;the file &apos;build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/diffgz-envdata/powerpc-enea-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-r8.diff.gz&apos; will grow in size as long as the bitbake runs.


Attached:
* log.0.txt:
output log

* solution.tar.gz:
a proposed starting solution which in our case did solved the issue while doing &apos;do_dumpdata_create_diff_gz&apos; for &apos;udev&apos; package. Still the same issue with the &apos;linux-qoriq-sdk&apos; is still reproduced at the &apos;do_dumpdata_create_diff_gz&apos;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>35405</commentid>
    <comment_count>1</comment_count>
      <attachid>1410</attachid>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-08-06 09:29:23 +0000</bug_when>
    <thetext>Created attachment 1410
starting solution (fixed udev package issue)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>35406</commentid>
    <comment_count>2</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-08-06 09:37:56 +0000</bug_when>
    <thetext>Additional information:

-the build was based on the &apos;meta-fsl-ppc&apos; layer;
-image type: &apos;core-image-minimal&apos;;

Also since the &apos;diff&apos; has no mechanism to not follow symlinks, we need to have this covered in the &apos;archiver.bbclass&apos; (this is what the proposed solution does).
There are plenty of other packages, with synlinks inside/after build, that might fail while doing the &apos;do_dumpdata_create_diff_gz&apos;.

Also the &apos;subprocess.call()&apos; is not bullet proof, we should use &apos;subprocess.Popen()&apos; in order to have more control over the spawned process (http://docs.python.org/2/library/subprocess.html#popen-constructor). We could trigger &apos;terminate&apos; to it, in case it goes on indefinitely.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>35419</commentid>
    <comment_count>3</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-08-06 11:23:13 +0000</bug_when>
    <thetext>As an alternative solution for getting all the &quot;folder&quot; symlink is:

import os

for root, dirs, files in os.walk(&apos;./&apos;,followlinks=True):
    if (os.path.islink(root)):
        #add it to the exclude list

This could replace the whole &apos;get_sym_links_list()&apos; method from the attached patch.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>35423</commentid>
    <comment_count>4</comment_count>
      <attachid>1414</attachid>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-08-06 13:48:41 +0000</bug_when>
    <thetext>Created attachment 1414
only recursive symlinks are added to the

Refined version of the proposed solution is attached here (&apos;recursive-solution.tar.gz&apos;).
Now only the recursive symlinks are added to the exclusion file used by DIFF.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>35440</commentid>
    <comment_count>5</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2013-08-07 02:17:15 +0000</bug_when>
    <thetext>If you have a solution, please accept this bug and provide a solution to the OE-Core list as a proper patch.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>35446</commentid>
    <comment_count>6</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-08-07 07:15:02 +0000</bug_when>
    <thetext>There are only the proposed solutions (both attached), but these are only starting points for the solution I am hopping to see from anyone in charge of the &apos;archiver.bbclass&apos;.
Even with what I made the problem still replicates but each time for another package, this would be why I consider my solutions only a part of the real deal and a starting point.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36124</commentid>
    <comment_count>7</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-08-31 02:08:28 +0000</bug_when>
    <thetext>(In reply to comment #6)
&gt; There are only the proposed solutions (both attached), but these are only
&gt; starting points for the solution I am hopping to see from anyone in charge
&gt; of the &apos;archiver.bbclass&apos;.
&gt; Even with what I made the problem still replicates but each time for another
&gt; package, this would be why I consider my solutions only a part of the real
&gt; deal and a starting point.

Hi Valentin Cobelea, I can&apos;t reproduce the error, and I check the udev-182-r8.diff.gz it is OK:


-rw-rw-r-- 2 robert robert 1987507 Aug 30 22:53 tmp/deploy/sources/powerpc-poky-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-r8.diff.gz

Here is the local.conf:
MACHINE ?= &quot;p4080ds&quot;
CONF_VERSION = &quot;1&quot;
ARCHIVER_MODE ?= &quot;patched&quot;
ARCHIVER_MODE[type] ?= &quot;tar&quot;

I took a look at your patches, I&apos;m sorry that I didn&apos;t know what did it try to fix, would you please provide more info ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36144</commentid>
    <comment_count>8</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-09-02 09:32:36 +0000</bug_when>
    <thetext>(In reply to comment #7)
Hi,

The issue occurred randomly, not on a specific package.
We consider that there should be several test runs (several full builds with the archiver mode enabled for &quot;patched&quot; and &quot;tar&quot; p- as you already tried) in order to reproduce this issue which makes build not completing.

My patches addressed the recursive symlinks (the last one is directly for this, from 2013-08-06 13:48 UTC) which are generating the issue, by removing each of them from the list.

Best regards,
Valentin


&gt; (In reply to comment #6)
&gt; &gt; There are only the proposed solutions (both attached), but these are only
&gt; &gt; starting points for the solution I am hopping to see from anyone in charge
&gt; &gt; of the &apos;archiver.bbclass&apos;.
&gt; &gt; Even with what I made the problem still replicates but each time for another
&gt; &gt; package, this would be why I consider my solutions only a part of the real
&gt; &gt; deal and a starting point.
&gt; 
&gt; Hi Valentin Cobelea, I can&apos;t reproduce the error, and I check the
&gt; udev-182-r8.diff.gz it is OK:
&gt; 
&gt; 
&gt; -rw-rw-r-- 2 robert robert 1987507 Aug 30 22:53
&gt; tmp/deploy/sources/powerpc-poky-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-
&gt; r8.diff.gz
&gt; 
&gt; Here is the local.conf:
&gt; MACHINE ?= &quot;p4080ds&quot;
&gt; CONF_VERSION = &quot;1&quot;
&gt; ARCHIVER_MODE ?= &quot;patched&quot;
&gt; ARCHIVER_MODE[type] ?= &quot;tar&quot;
&gt; 
&gt; I took a look at your patches, I&apos;m sorry that I didn&apos;t know what did it try
&gt; to fix, would you please provide more info ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36174</commentid>
    <comment_count>9</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-09-03 07:43:00 +0000</bug_when>
    <thetext>(In reply to comment #8)
&gt; (In reply to comment #7)
&gt; Hi,
&gt; 

Hi Valentin, thanks for your reply, but I&apos;m sorry I still quite understand:

1) For your second patch:
   - What is the readlink_abspath(l) used for ? Seems that no one calls it.
   - What does this comment mean, please ?
+    # get symlinks and folders in two separated lists
+    # using only &apos;root&apos; we will have here only the symlinks pointing to directories


2) I think that you are trying to recursive symlinks issue ? But the diff can detect this on my host:

$ diff -Nur dir1/ dir2/
diff: dir1/aa/ln3: recursive directory loop

Suppose that there are recursive symlinks in dir1.

Maybe there are other problems ? I&apos;ve tried to build the udev many times, didn&apos;t see the error, I think that if it is caused by recursive symlink, we can find it every time.

Any more comments, please ?

// Robert

&gt; The issue occurred randomly, not on a specific package.
&gt; We consider that there should be several test runs (several full builds with
&gt; the archiver mode enabled for &quot;patched&quot; and &quot;tar&quot; p- as you already tried)
&gt; in order to reproduce this issue which makes build not completing.
&gt; 
&gt; My patches addressed the recursive symlinks (the last one is directly for
&gt; this, from 2013-08-06 13:48 UTC) which are generating the issue, by removing
&gt; each of them from the list.
&gt; 
&gt; Best regards,
&gt; Valentin
&gt; 
&gt; 
&gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; There are only the proposed solutions (both attached), but these are only
&gt; &gt; &gt; starting points for the solution I am hopping to see from anyone in charge
&gt; &gt; &gt; of the &apos;archiver.bbclass&apos;.
&gt; &gt; &gt; Even with what I made the problem still replicates but each time for another
&gt; &gt; &gt; package, this would be why I consider my solutions only a part of the real
&gt; &gt; &gt; deal and a starting point.
&gt; &gt; 
&gt; &gt; Hi Valentin Cobelea, I can&apos;t reproduce the error, and I check the
&gt; &gt; udev-182-r8.diff.gz it is OK:
&gt; &gt; 
&gt; &gt; 
&gt; &gt; -rw-rw-r-- 2 robert robert 1987507 Aug 30 22:53
&gt; &gt; tmp/deploy/sources/powerpc-poky-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-
&gt; &gt; r8.diff.gz
&gt; &gt; 
&gt; &gt; Here is the local.conf:
&gt; &gt; MACHINE ?= &quot;p4080ds&quot;
&gt; &gt; CONF_VERSION = &quot;1&quot;
&gt; &gt; ARCHIVER_MODE ?= &quot;patched&quot;
&gt; &gt; ARCHIVER_MODE[type] ?= &quot;tar&quot;
&gt; &gt; 
&gt; &gt; I took a look at your patches, I&apos;m sorry that I didn&apos;t know what did it try
&gt; &gt; to fix, would you please provide more info ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36175</commentid>
    <comment_count>10</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-09-03 07:57:12 +0000</bug_when>
    <thetext>(In reply to comment #9)

Hello,

Please use only the
&quot;only recursive symlinks are added to the (5.95 KB, application/gzip) 2013-08-06 13:48 UTC,&quot; patch, this addresses what I think a fix for the symlinks.

The idea behind the algorithm there is that I am excluding the recursive symlinks by crating a list of folders and another one of symlinks. Those that are recursive are not added to the list, hence the issue will not occur.

Also, please run full builds, not for &apos;udev&apos; only, the issue occurs for any package (usually system related, like udev is) that has recursive symlinks.

If you consider that there is a better solution to this issue, please apply it, my attached patches were just proposed solutions.

Thank you,
Valentin


&gt; (In reply to comment #8)
&gt; &gt; (In reply to comment #7)
&gt; &gt; Hi,
&gt; &gt; 
&gt; 
&gt; Hi Valentin, thanks for your reply, but I&apos;m sorry I still quite understand:
&gt; 
&gt; 1) For your second patch:
&gt;    - What is the readlink_abspath(l) used for ? Seems that no one calls it.
&gt;    - What does this comment mean, please ?
&gt; +    # get symlinks and folders in two separated lists
&gt; +    # using only &apos;root&apos; we will have here only the symlinks pointing to
&gt; directories
&gt; 
&gt; 
&gt; 2) I think that you are trying to recursive symlinks issue ? But the diff
&gt; can detect this on my host:
&gt; 
&gt; $ diff -Nur dir1/ dir2/
&gt; diff: dir1/aa/ln3: recursive directory loop
&gt; 
&gt; Suppose that there are recursive symlinks in dir1.
&gt; 
&gt; Maybe there are other problems ? I&apos;ve tried to build the udev many times,
&gt; didn&apos;t see the error, I think that if it is caused by recursive symlink, we
&gt; can find it every time.
&gt; 
&gt; Any more comments, please ?
&gt; 
&gt; // Robert
&gt; 
&gt; &gt; The issue occurred randomly, not on a specific package.
&gt; &gt; We consider that there should be several test runs (several full builds with
&gt; &gt; the archiver mode enabled for &quot;patched&quot; and &quot;tar&quot; p- as you already tried)
&gt; &gt; in order to reproduce this issue which makes build not completing.
&gt; &gt; 
&gt; &gt; My patches addressed the recursive symlinks (the last one is directly for
&gt; &gt; this, from 2013-08-06 13:48 UTC) which are generating the issue, by removing
&gt; &gt; each of them from the list.
&gt; &gt; 
&gt; &gt; Best regards,
&gt; &gt; Valentin
&gt; &gt; 
&gt; &gt; 
&gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; There are only the proposed solutions (both attached), but these are only
&gt; &gt; &gt; &gt; starting points for the solution I am hopping to see from anyone in charge
&gt; &gt; &gt; &gt; of the &apos;archiver.bbclass&apos;.
&gt; &gt; &gt; &gt; Even with what I made the problem still replicates but each time for another
&gt; &gt; &gt; &gt; package, this would be why I consider my solutions only a part of the real
&gt; &gt; &gt; &gt; deal and a starting point.
&gt; &gt; &gt; 
&gt; &gt; &gt; Hi Valentin Cobelea, I can&apos;t reproduce the error, and I check the
&gt; &gt; &gt; udev-182-r8.diff.gz it is OK:
&gt; &gt; &gt; 
&gt; &gt; &gt; 
&gt; &gt; &gt; -rw-rw-r-- 2 robert robert 1987507 Aug 30 22:53
&gt; &gt; &gt; tmp/deploy/sources/powerpc-poky-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-
&gt; &gt; &gt; r8.diff.gz
&gt; &gt; &gt; 
&gt; &gt; &gt; Here is the local.conf:
&gt; &gt; &gt; MACHINE ?= &quot;p4080ds&quot;
&gt; &gt; &gt; CONF_VERSION = &quot;1&quot;
&gt; &gt; &gt; ARCHIVER_MODE ?= &quot;patched&quot;
&gt; &gt; &gt; ARCHIVER_MODE[type] ?= &quot;tar&quot;
&gt; &gt; &gt; 
&gt; &gt; &gt; I took a look at your patches, I&apos;m sorry that I didn&apos;t know what did it try
&gt; &gt; &gt; to fix, would you please provide more info ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36176</commentid>
    <comment_count>11</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-09-03 08:01:32 +0000</bug_when>
    <thetext>(In reply to comment #9)
&gt; (In reply to comment #8)
&gt; &gt; (In reply to comment #7)
&gt; &gt; Hi,
&gt; &gt; 
&gt; 
&gt; Hi Valentin, thanks for your reply, but I&apos;m sorry I still quite understand:
&gt; 

s/still quite/still don&apos;t quite/

&gt; 1) For your second patch:
&gt;    - What is the readlink_abspath(l) used for ? Seems that no one calls it.
&gt;    - What does this comment mean, please ?
&gt; +    # get symlinks and folders in two separated lists
&gt; +    # using only &apos;root&apos; we will have here only the symlinks pointing to
&gt; directories
&gt; 
&gt; 
&gt; 2) I think that you are trying to recursive symlinks issue ? But the diff
&gt; can detect this on my host:
&gt; 

s/trying to recursive/trying to fix the recursive/

&gt; $ diff -Nur dir1/ dir2/
&gt; diff: dir1/aa/ln3: recursive directory loop
&gt; 
&gt; Suppose that there are recursive symlinks in dir1.
&gt; 
&gt; Maybe there are other problems ? I&apos;ve tried to build the udev many times,
&gt; didn&apos;t see the error, I think that if it is caused by recursive symlink, we
&gt; can find it every time.
&gt; 
&gt; Any more comments, please ?
&gt; 
&gt; // Robert
&gt; 
&gt; &gt; The issue occurred randomly, not on a specific package.
&gt; &gt; We consider that there should be several test runs (several full builds with
&gt; &gt; the archiver mode enabled for &quot;patched&quot; and &quot;tar&quot; p- as you already tried)
&gt; &gt; in order to reproduce this issue which makes build not completing.
&gt; &gt; 
&gt; &gt; My patches addressed the recursive symlinks (the last one is directly for
&gt; &gt; this, from 2013-08-06 13:48 UTC) which are generating the issue, by removing
&gt; &gt; each of them from the list.
&gt; &gt; 
&gt; &gt; Best regards,
&gt; &gt; Valentin
&gt; &gt; 
&gt; &gt; 
&gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; There are only the proposed solutions (both attached), but these are only
&gt; &gt; &gt; &gt; starting points for the solution I am hopping to see from anyone in charge
&gt; &gt; &gt; &gt; of the &apos;archiver.bbclass&apos;.
&gt; &gt; &gt; &gt; Even with what I made the problem still replicates but each time for another
&gt; &gt; &gt; &gt; package, this would be why I consider my solutions only a part of the real
&gt; &gt; &gt; &gt; deal and a starting point.
&gt; &gt; &gt; 
&gt; &gt; &gt; Hi Valentin Cobelea, I can&apos;t reproduce the error, and I check the
&gt; &gt; &gt; udev-182-r8.diff.gz it is OK:
&gt; &gt; &gt; 
&gt; &gt; &gt; 
&gt; &gt; &gt; -rw-rw-r-- 2 robert robert 1987507 Aug 30 22:53
&gt; &gt; &gt; tmp/deploy/sources/powerpc-poky-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-
&gt; &gt; &gt; r8.diff.gz
&gt; &gt; &gt; 
&gt; &gt; &gt; Here is the local.conf:
&gt; &gt; &gt; MACHINE ?= &quot;p4080ds&quot;
&gt; &gt; &gt; CONF_VERSION = &quot;1&quot;
&gt; &gt; &gt; ARCHIVER_MODE ?= &quot;patched&quot;
&gt; &gt; &gt; ARCHIVER_MODE[type] ?= &quot;tar&quot;
&gt; &gt; &gt; 
&gt; &gt; &gt; I took a look at your patches, I&apos;m sorry that I didn&apos;t know what did it try
&gt; &gt; &gt; to fix, would you please provide more info ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36177</commentid>
    <comment_count>12</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-09-03 08:11:14 +0000</bug_when>
    <thetext>(In reply to comment #11)

Got it, thank you. Please see my reply above.

Best regards,
Valentin

&gt; (In reply to comment #9)
&gt; &gt; (In reply to comment #8)
&gt; &gt; &gt; (In reply to comment #7)
&gt; &gt; &gt; Hi,
&gt; &gt; &gt; 
&gt; &gt; 
&gt; &gt; Hi Valentin, thanks for your reply, but I&apos;m sorry I still quite understand:
&gt; &gt; 
&gt; 
&gt; s/still quite/still don&apos;t quite/
&gt; 
&gt; &gt; 1) For your second patch:
&gt; &gt;    - What is the readlink_abspath(l) used for ? Seems that no one calls it.
&gt; &gt;    - What does this comment mean, please ?
&gt; &gt; +    # get symlinks and folders in two separated lists
&gt; &gt; +    # using only &apos;root&apos; we will have here only the symlinks pointing to
&gt; &gt; directories
&gt; &gt; 
&gt; &gt; 
&gt; &gt; 2) I think that you are trying to recursive symlinks issue ? But the diff
&gt; &gt; can detect this on my host:
&gt; &gt; 
&gt; 
&gt; s/trying to recursive/trying to fix the recursive/
&gt; 
&gt; &gt; $ diff -Nur dir1/ dir2/
&gt; &gt; diff: dir1/aa/ln3: recursive directory loop
&gt; &gt; 
&gt; &gt; Suppose that there are recursive symlinks in dir1.
&gt; &gt; 
&gt; &gt; Maybe there are other problems ? I&apos;ve tried to build the udev many times,
&gt; &gt; didn&apos;t see the error, I think that if it is caused by recursive symlink, we
&gt; &gt; can find it every time.
&gt; &gt; 
&gt; &gt; Any more comments, please ?
&gt; &gt; 
&gt; &gt; // Robert
&gt; &gt; 
&gt; &gt; &gt; The issue occurred randomly, not on a specific package.
&gt; &gt; &gt; We consider that there should be several test runs (several full builds with
&gt; &gt; &gt; the archiver mode enabled for &quot;patched&quot; and &quot;tar&quot; p- as you already tried)
&gt; &gt; &gt; in order to reproduce this issue which makes build not completing.
&gt; &gt; &gt; 
&gt; &gt; &gt; My patches addressed the recursive symlinks (the last one is directly for
&gt; &gt; &gt; this, from 2013-08-06 13:48 UTC) which are generating the issue, by removing
&gt; &gt; &gt; each of them from the list.
&gt; &gt; &gt; 
&gt; &gt; &gt; Best regards,
&gt; &gt; &gt; Valentin
&gt; &gt; &gt; 
&gt; &gt; &gt; 
&gt; &gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; &gt; There are only the proposed solutions (both attached), but these are only
&gt; &gt; &gt; &gt; &gt; starting points for the solution I am hopping to see from anyone in charge
&gt; &gt; &gt; &gt; &gt; of the &apos;archiver.bbclass&apos;.
&gt; &gt; &gt; &gt; &gt; Even with what I made the problem still replicates but each time for another
&gt; &gt; &gt; &gt; &gt; package, this would be why I consider my solutions only a part of the real
&gt; &gt; &gt; &gt; &gt; deal and a starting point.
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Hi Valentin Cobelea, I can&apos;t reproduce the error, and I check the
&gt; &gt; &gt; &gt; udev-182-r8.diff.gz it is OK:
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; -rw-rw-r-- 2 robert robert 1987507 Aug 30 22:53
&gt; &gt; &gt; &gt; tmp/deploy/sources/powerpc-poky-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-
&gt; &gt; &gt; &gt; r8.diff.gz
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Here is the local.conf:
&gt; &gt; &gt; &gt; MACHINE ?= &quot;p4080ds&quot;
&gt; &gt; &gt; &gt; CONF_VERSION = &quot;1&quot;
&gt; &gt; &gt; &gt; ARCHIVER_MODE ?= &quot;patched&quot;
&gt; &gt; &gt; &gt; ARCHIVER_MODE[type] ?= &quot;tar&quot;
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; I took a look at your patches, I&apos;m sorry that I didn&apos;t know what did it try
&gt; &gt; &gt; &gt; to fix, would you please provide more info ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36178</commentid>
    <comment_count>13</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-09-03 08:14:05 +0000</bug_when>
    <thetext>(In reply to comment #10)
&gt; (In reply to comment #9)
&gt; 
&gt; Hello,
&gt; 
&gt; Please use only the
&gt; &quot;only recursive symlinks are added to the (5.95 KB, application/gzip)
&gt; 2013-08-06 13:48 UTC,&quot; patch, this addresses what I think a fix for the
&gt; symlinks.
&gt; 

Yes, this is what I use, and I wonder what is the function readlink_abspath() used for ? Seems no one calls it.

&gt; The idea behind the algorithm there is that I am excluding the recursive
&gt; symlinks by crating a list of folders and another one of symlinks. Those
&gt; that are recursive are not added to the list, hence the issue will not occur.
&gt; 
&gt; Also, please run full builds, not for &apos;udev&apos; only, the issue occurs for any
&gt; package (usually system related, like udev is) that has recursive symlinks.
&gt; 

Yes, I&apos;ve also tried the full builds several times, but didn&apos;t find the error,
would you please show me a recursive symlink for the package?

&gt; If you consider that there is a better solution to this issue, please apply
&gt; it, my attached patches were just proposed solutions.
&gt; 

I&apos;m glad to fix it if I can understand it correctly.

// Robert

&gt; Thank you,
&gt; Valentin
&gt; 
&gt; 
&gt; &gt; (In reply to comment #8)
&gt; &gt; &gt; (In reply to comment #7)
&gt; &gt; &gt; Hi,
&gt; &gt; &gt; 
&gt; &gt; 
&gt; &gt; Hi Valentin, thanks for your reply, but I&apos;m sorry I still quite understand:
&gt; &gt; 
&gt; &gt; 1) For your second patch:
&gt; &gt;    - What is the readlink_abspath(l) used for ? Seems that no one calls it.
&gt; &gt;    - What does this comment mean, please ?
&gt; &gt; +    # get symlinks and folders in two separated lists
&gt; &gt; +    # using only &apos;root&apos; we will have here only the symlinks pointing to
&gt; &gt; directories
&gt; &gt; 
&gt; &gt; 
&gt; &gt; 2) I think that you are trying to recursive symlinks issue ? But the diff
&gt; &gt; can detect this on my host:
&gt; &gt; 
&gt; &gt; $ diff -Nur dir1/ dir2/
&gt; &gt; diff: dir1/aa/ln3: recursive directory loop
&gt; &gt; 
&gt; &gt; Suppose that there are recursive symlinks in dir1.
&gt; &gt; 
&gt; &gt; Maybe there are other problems ? I&apos;ve tried to build the udev many times,
&gt; &gt; didn&apos;t see the error, I think that if it is caused by recursive symlink, we
&gt; &gt; can find it every time.
&gt; &gt; 
&gt; &gt; Any more comments, please ?
&gt; &gt; 
&gt; &gt; // Robert
&gt; &gt; 
&gt; &gt; &gt; The issue occurred randomly, not on a specific package.
&gt; &gt; &gt; We consider that there should be several test runs (several full builds with
&gt; &gt; &gt; the archiver mode enabled for &quot;patched&quot; and &quot;tar&quot; p- as you already tried)
&gt; &gt; &gt; in order to reproduce this issue which makes build not completing.
&gt; &gt; &gt; 
&gt; &gt; &gt; My patches addressed the recursive symlinks (the last one is directly for
&gt; &gt; &gt; this, from 2013-08-06 13:48 UTC) which are generating the issue, by removing
&gt; &gt; &gt; each of them from the list.
&gt; &gt; &gt; 
&gt; &gt; &gt; Best regards,
&gt; &gt; &gt; Valentin
&gt; &gt; &gt; 
&gt; &gt; &gt; 
&gt; &gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; &gt; There are only the proposed solutions (both attached), but these are only
&gt; &gt; &gt; &gt; &gt; starting points for the solution I am hopping to see from anyone in charge
&gt; &gt; &gt; &gt; &gt; of the &apos;archiver.bbclass&apos;.
&gt; &gt; &gt; &gt; &gt; Even with what I made the problem still replicates but each time for another
&gt; &gt; &gt; &gt; &gt; package, this would be why I consider my solutions only a part of the real
&gt; &gt; &gt; &gt; &gt; deal and a starting point.
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Hi Valentin Cobelea, I can&apos;t reproduce the error, and I check the
&gt; &gt; &gt; &gt; udev-182-r8.diff.gz it is OK:
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; -rw-rw-r-- 2 robert robert 1987507 Aug 30 22:53
&gt; &gt; &gt; &gt; tmp/deploy/sources/powerpc-poky-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-
&gt; &gt; &gt; &gt; r8.diff.gz
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Here is the local.conf:
&gt; &gt; &gt; &gt; MACHINE ?= &quot;p4080ds&quot;
&gt; &gt; &gt; &gt; CONF_VERSION = &quot;1&quot;
&gt; &gt; &gt; &gt; ARCHIVER_MODE ?= &quot;patched&quot;
&gt; &gt; &gt; &gt; ARCHIVER_MODE[type] ?= &quot;tar&quot;
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; I took a look at your patches, I&apos;m sorry that I didn&apos;t know what did it try
&gt; &gt; &gt; &gt; to fix, would you please provide more info ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36179</commentid>
    <comment_count>14</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-09-03 08:16:59 +0000</bug_when>
    <thetext>(In reply to comment #13)
&gt; (In reply to comment #10)
&gt; &gt; (In reply to comment #9)
&gt; &gt; 
&gt; &gt; Hello,
&gt; &gt; 
&gt; &gt; Please use only the
&gt; &gt; &quot;only recursive symlinks are added to the (5.95 KB, application/gzip)
&gt; &gt; 2013-08-06 13:48 UTC,&quot; patch, this addresses what I think a fix for the
&gt; &gt; symlinks.
&gt; &gt; 
&gt; 
&gt; Yes, this is what I use, and I wonder what is the function
&gt; readlink_abspath() used for ? Seems no one calls it.

I think I just forget it there... ignore it

&gt; 
&gt; &gt; The idea behind the algorithm there is that I am excluding the recursive
&gt; &gt; symlinks by crating a list of folders and another one of symlinks. Those
&gt; &gt; that are recursive are not added to the list, hence the issue will not occur.
&gt; &gt; 
&gt; &gt; Also, please run full builds, not for &apos;udev&apos; only, the issue occurs for any
&gt; &gt; package (usually system related, like udev is) that has recursive symlinks.
&gt; &gt; 
&gt; 
&gt; Yes, I&apos;ve also tried the full builds several times, but didn&apos;t find the
&gt; error,
&gt; would you please show me a recursive symlink for the package?

If you add debug to the python script area I changed you will notice several recursive symlinks. At least this is what we&apos;ve seen a month ago.


BR,
Valentin

&gt; 
&gt; &gt; If you consider that there is a better solution to this issue, please apply
&gt; &gt; it, my attached patches were just proposed solutions.
&gt; &gt; 
&gt; 
&gt; I&apos;m glad to fix it if I can understand it correctly.
&gt; 
&gt; // Robert
&gt; 
&gt; &gt; Thank you,
&gt; &gt; Valentin
&gt; &gt; 
&gt; &gt; 
&gt; &gt; &gt; (In reply to comment #8)
&gt; &gt; &gt; &gt; (In reply to comment #7)
&gt; &gt; &gt; &gt; Hi,
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; 
&gt; &gt; &gt; Hi Valentin, thanks for your reply, but I&apos;m sorry I still quite understand:
&gt; &gt; &gt; 
&gt; &gt; &gt; 1) For your second patch:
&gt; &gt; &gt;    - What is the readlink_abspath(l) used for ? Seems that no one calls it.
&gt; &gt; &gt;    - What does this comment mean, please ?
&gt; &gt; &gt; +    # get symlinks and folders in two separated lists
&gt; &gt; &gt; +    # using only &apos;root&apos; we will have here only the symlinks pointing to
&gt; &gt; &gt; directories
&gt; &gt; &gt; 
&gt; &gt; &gt; 
&gt; &gt; &gt; 2) I think that you are trying to recursive symlinks issue ? But the diff
&gt; &gt; &gt; can detect this on my host:
&gt; &gt; &gt; 
&gt; &gt; &gt; $ diff -Nur dir1/ dir2/
&gt; &gt; &gt; diff: dir1/aa/ln3: recursive directory loop
&gt; &gt; &gt; 
&gt; &gt; &gt; Suppose that there are recursive symlinks in dir1.
&gt; &gt; &gt; 
&gt; &gt; &gt; Maybe there are other problems ? I&apos;ve tried to build the udev many times,
&gt; &gt; &gt; didn&apos;t see the error, I think that if it is caused by recursive symlink, we
&gt; &gt; &gt; can find it every time.
&gt; &gt; &gt; 
&gt; &gt; &gt; Any more comments, please ?
&gt; &gt; &gt; 
&gt; &gt; &gt; // Robert
&gt; &gt; &gt; 
&gt; &gt; &gt; &gt; The issue occurred randomly, not on a specific package.
&gt; &gt; &gt; &gt; We consider that there should be several test runs (several full builds with
&gt; &gt; &gt; &gt; the archiver mode enabled for &quot;patched&quot; and &quot;tar&quot; p- as you already tried)
&gt; &gt; &gt; &gt; in order to reproduce this issue which makes build not completing.
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; My patches addressed the recursive symlinks (the last one is directly for
&gt; &gt; &gt; &gt; this, from 2013-08-06 13:48 UTC) which are generating the issue, by removing
&gt; &gt; &gt; &gt; each of them from the list.
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Best regards,
&gt; &gt; &gt; &gt; Valentin
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; &gt; &gt; There are only the proposed solutions (both attached), but these are only
&gt; &gt; &gt; &gt; &gt; &gt; starting points for the solution I am hopping to see from anyone in charge
&gt; &gt; &gt; &gt; &gt; &gt; of the &apos;archiver.bbclass&apos;.
&gt; &gt; &gt; &gt; &gt; &gt; Even with what I made the problem still replicates but each time for another
&gt; &gt; &gt; &gt; &gt; &gt; package, this would be why I consider my solutions only a part of the real
&gt; &gt; &gt; &gt; &gt; &gt; deal and a starting point.
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; Hi Valentin Cobelea, I can&apos;t reproduce the error, and I check the
&gt; &gt; &gt; &gt; &gt; udev-182-r8.diff.gz it is OK:
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; -rw-rw-r-- 2 robert robert 1987507 Aug 30 22:53
&gt; &gt; &gt; &gt; &gt; tmp/deploy/sources/powerpc-poky-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-
&gt; &gt; &gt; &gt; &gt; r8.diff.gz
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; Here is the local.conf:
&gt; &gt; &gt; &gt; &gt; MACHINE ?= &quot;p4080ds&quot;
&gt; &gt; &gt; &gt; &gt; CONF_VERSION = &quot;1&quot;
&gt; &gt; &gt; &gt; &gt; ARCHIVER_MODE ?= &quot;patched&quot;
&gt; &gt; &gt; &gt; &gt; ARCHIVER_MODE[type] ?= &quot;tar&quot;
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; I took a look at your patches, I&apos;m sorry that I didn&apos;t know what did it try
&gt; &gt; &gt; &gt; &gt; to fix, would you please provide more info ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36180</commentid>
    <comment_count>15</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-09-03 08:18:28 +0000</bug_when>
    <thetext>(In reply to comment #13)

In addition to the previous comment.
Below you can see several recursive symlinks.

&gt; (In reply to comment #10)
&gt; &gt; (In reply to comment #9)
&gt; &gt; 
&gt; &gt; Hello,
&gt; &gt; 
&gt; &gt; Please use only the
&gt; &gt; &quot;only recursive symlinks are added to the (5.95 KB, application/gzip)
&gt; &gt; 2013-08-06 13:48 UTC,&quot; patch, this addresses what I think a fix for the
&gt; &gt; symlinks.
&gt; &gt; 
&gt; 
&gt; Yes, this is what I use, and I wonder what is the function
&gt; readlink_abspath() used for ? Seems no one calls it.
&gt; 
&gt; &gt; The idea behind the algorithm there is that I am excluding the recursive
&gt; &gt; symlinks by crating a list of folders and another one of symlinks. Those
&gt; &gt; that are recursive are not added to the list, hence the issue will not occur.
&gt; &gt; 
&gt; &gt; Also, please run full builds, not for &apos;udev&apos; only, the issue occurs for any
&gt; &gt; package (usually system related, like udev is) that has recursive symlinks.
&gt; &gt; 
&gt; 
&gt; Yes, I&apos;ve also tried the full builds several times, but didn&apos;t find the
&gt; error,
&gt; would you please show me a recursive symlink for the package?

diff: poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/sys/block/loop0/bdi/subsystem/0:16/subsystem: recursive directory loop 
diff: poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/sys/block/loop0/bdi/subsystem/11:0/subsystem: recursive directory loop 
diff: poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/sys/block/loop0/bdi/subsystem/7:0: recursive directory loop 
diff: poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/sys/block/loop0/bdi/subsystem/7:1/subsystem: recursive directory loop 
diff: poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/sys/block/loop0/bdi/subsystem/7:2/subsystem: recursive directory loop 
diff: poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/sys/block/loop0/bdi/subsystem/7:3/subsystem: recursive directory loop 
diff: poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/sys/block/loop0/bdi/subsystem/7:4/subsystem: recursive directory loop 

&gt; 
&gt; &gt; If you consider that there is a better solution to this issue, please apply
&gt; &gt; it, my attached patches were just proposed solutions.
&gt; &gt; 
&gt; 
&gt; I&apos;m glad to fix it if I can understand it correctly.
&gt; 
&gt; // Robert
&gt; 
&gt; &gt; Thank you,
&gt; &gt; Valentin
&gt; &gt; 
&gt; &gt; 
&gt; &gt; &gt; (In reply to comment #8)
&gt; &gt; &gt; &gt; (In reply to comment #7)
&gt; &gt; &gt; &gt; Hi,
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; 
&gt; &gt; &gt; Hi Valentin, thanks for your reply, but I&apos;m sorry I still quite understand:
&gt; &gt; &gt; 
&gt; &gt; &gt; 1) For your second patch:
&gt; &gt; &gt;    - What is the readlink_abspath(l) used for ? Seems that no one calls it.
&gt; &gt; &gt;    - What does this comment mean, please ?
&gt; &gt; &gt; +    # get symlinks and folders in two separated lists
&gt; &gt; &gt; +    # using only &apos;root&apos; we will have here only the symlinks pointing to
&gt; &gt; &gt; directories
&gt; &gt; &gt; 
&gt; &gt; &gt; 
&gt; &gt; &gt; 2) I think that you are trying to recursive symlinks issue ? But the diff
&gt; &gt; &gt; can detect this on my host:
&gt; &gt; &gt; 
&gt; &gt; &gt; $ diff -Nur dir1/ dir2/
&gt; &gt; &gt; diff: dir1/aa/ln3: recursive directory loop
&gt; &gt; &gt; 
&gt; &gt; &gt; Suppose that there are recursive symlinks in dir1.
&gt; &gt; &gt; 
&gt; &gt; &gt; Maybe there are other problems ? I&apos;ve tried to build the udev many times,
&gt; &gt; &gt; didn&apos;t see the error, I think that if it is caused by recursive symlink, we
&gt; &gt; &gt; can find it every time.
&gt; &gt; &gt; 
&gt; &gt; &gt; Any more comments, please ?
&gt; &gt; &gt; 
&gt; &gt; &gt; // Robert
&gt; &gt; &gt; 
&gt; &gt; &gt; &gt; The issue occurred randomly, not on a specific package.
&gt; &gt; &gt; &gt; We consider that there should be several test runs (several full builds with
&gt; &gt; &gt; &gt; the archiver mode enabled for &quot;patched&quot; and &quot;tar&quot; p- as you already tried)
&gt; &gt; &gt; &gt; in order to reproduce this issue which makes build not completing.
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; My patches addressed the recursive symlinks (the last one is directly for
&gt; &gt; &gt; &gt; this, from 2013-08-06 13:48 UTC) which are generating the issue, by removing
&gt; &gt; &gt; &gt; each of them from the list.
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Best regards,
&gt; &gt; &gt; &gt; Valentin
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; &gt; &gt; There are only the proposed solutions (both attached), but these are only
&gt; &gt; &gt; &gt; &gt; &gt; starting points for the solution I am hopping to see from anyone in charge
&gt; &gt; &gt; &gt; &gt; &gt; of the &apos;archiver.bbclass&apos;.
&gt; &gt; &gt; &gt; &gt; &gt; Even with what I made the problem still replicates but each time for another
&gt; &gt; &gt; &gt; &gt; &gt; package, this would be why I consider my solutions only a part of the real
&gt; &gt; &gt; &gt; &gt; &gt; deal and a starting point.
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; Hi Valentin Cobelea, I can&apos;t reproduce the error, and I check the
&gt; &gt; &gt; &gt; &gt; udev-182-r8.diff.gz it is OK:
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; -rw-rw-r-- 2 robert robert 1987507 Aug 30 22:53
&gt; &gt; &gt; &gt; &gt; tmp/deploy/sources/powerpc-poky-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-
&gt; &gt; &gt; &gt; &gt; r8.diff.gz
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; Here is the local.conf:
&gt; &gt; &gt; &gt; &gt; MACHINE ?= &quot;p4080ds&quot;
&gt; &gt; &gt; &gt; &gt; CONF_VERSION = &quot;1&quot;
&gt; &gt; &gt; &gt; &gt; ARCHIVER_MODE ?= &quot;patched&quot;
&gt; &gt; &gt; &gt; &gt; ARCHIVER_MODE[type] ?= &quot;tar&quot;
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; I took a look at your patches, I&apos;m sorry that I didn&apos;t know what did it try
&gt; &gt; &gt; &gt; &gt; to fix, would you please provide more info ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36185</commentid>
    <comment_count>16</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-09-03 08:57:17 +0000</bug_when>
    <thetext>(In reply to comment #15)
&gt; (In reply to comment #13)
&gt; 
&gt; In addition to the previous comment.
&gt; Below you can see several recursive symlinks.
&gt; 
&gt; &gt; (In reply to comment #10)
&gt; &gt; &gt; (In reply to comment #9)
&gt; &gt; &gt; 
&gt; &gt; &gt; Hello,
&gt; &gt; &gt; 
&gt; &gt; &gt; Please use only the
&gt; &gt; &gt; &quot;only recursive symlinks are added to the (5.95 KB, application/gzip)
&gt; &gt; &gt; 2013-08-06 13:48 UTC,&quot; patch, this addresses what I think a fix for the
&gt; &gt; &gt; symlinks.
&gt; &gt; &gt; 
&gt; &gt; 
&gt; &gt; Yes, this is what I use, and I wonder what is the function
&gt; &gt; readlink_abspath() used for ? Seems no one calls it.
&gt; &gt; 
&gt; &gt; &gt; The idea behind the algorithm there is that I am excluding the recursive
&gt; &gt; &gt; symlinks by crating a list of folders and another one of symlinks. Those
&gt; &gt; &gt; that are recursive are not added to the list, hence the issue will not occur.
&gt; &gt; &gt; 
&gt; &gt; &gt; Also, please run full builds, not for &apos;udev&apos; only, the issue occurs for any
&gt; &gt; &gt; package (usually system related, like udev is) that has recursive symlinks.
&gt; &gt; &gt; 
&gt; &gt; 
&gt; &gt; Yes, I&apos;ve also tried the full builds several times, but didn&apos;t find the
&gt; &gt; error,
&gt; &gt; would you please show me a recursive symlink for the package?
&gt; 
&gt; diff:
&gt; poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/
&gt; sys/block/loop0/bdi/subsystem/0:16/subsystem: recursive directory loop 
&gt; diff:
&gt; poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/
&gt; sys/block/loop0/bdi/subsystem/11:0/subsystem: recursive directory loop 
&gt; diff:
&gt; poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/
&gt; sys/block/loop0/bdi/subsystem/7:0: recursive directory loop 
&gt; diff:
&gt; poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/
&gt; sys/block/loop0/bdi/subsystem/7:1/subsystem: recursive directory loop 
&gt; diff:
&gt; poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/
&gt; sys/block/loop0/bdi/subsystem/7:2/subsystem: recursive directory loop 
&gt; diff:
&gt; poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/
&gt; sys/block/loop0/bdi/subsystem/7:3/subsystem: recursive directory loop 
&gt; diff:
&gt; poky/build_p4080ds/tmp/work/ppce500mc-enea-linux/udev/182-r8/udev-182/test/
&gt; sys/block/loop0/bdi/subsystem/7:4/subsystem: recursive directory loop 
&gt; 

Seems that your udev is different from mine, mine is -r7, yours is -r8, I will try your patch and send a path to the mailing list later.

Thanks

// Robert

&gt; &gt; 
&gt; &gt; &gt; If you consider that there is a better solution to this issue, please apply
&gt; &gt; &gt; it, my attached patches were just proposed solutions.
&gt; &gt; &gt; 
&gt; &gt; 
&gt; &gt; I&apos;m glad to fix it if I can understand it correctly.
&gt; &gt; 
&gt; &gt; // Robert
&gt; &gt; 
&gt; &gt; &gt; Thank you,
&gt; &gt; &gt; Valentin
&gt; &gt; &gt; 
&gt; &gt; &gt; 
&gt; &gt; &gt; &gt; (In reply to comment #8)
&gt; &gt; &gt; &gt; &gt; (In reply to comment #7)
&gt; &gt; &gt; &gt; &gt; Hi,
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Hi Valentin, thanks for your reply, but I&apos;m sorry I still quite understand:
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; 1) For your second patch:
&gt; &gt; &gt; &gt;    - What is the readlink_abspath(l) used for ? Seems that no one calls it.
&gt; &gt; &gt; &gt;    - What does this comment mean, please ?
&gt; &gt; &gt; &gt; +    # get symlinks and folders in two separated lists
&gt; &gt; &gt; &gt; +    # using only &apos;root&apos; we will have here only the symlinks pointing to
&gt; &gt; &gt; &gt; directories
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; 2) I think that you are trying to recursive symlinks issue ? But the diff
&gt; &gt; &gt; &gt; can detect this on my host:
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; $ diff -Nur dir1/ dir2/
&gt; &gt; &gt; &gt; diff: dir1/aa/ln3: recursive directory loop
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Suppose that there are recursive symlinks in dir1.
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Maybe there are other problems ? I&apos;ve tried to build the udev many times,
&gt; &gt; &gt; &gt; didn&apos;t see the error, I think that if it is caused by recursive symlink, we
&gt; &gt; &gt; &gt; can find it every time.
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Any more comments, please ?
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; // Robert
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; The issue occurred randomly, not on a specific package.
&gt; &gt; &gt; &gt; &gt; We consider that there should be several test runs (several full builds with
&gt; &gt; &gt; &gt; &gt; the archiver mode enabled for &quot;patched&quot; and &quot;tar&quot; p- as you already tried)
&gt; &gt; &gt; &gt; &gt; in order to reproduce this issue which makes build not completing.
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; My patches addressed the recursive symlinks (the last one is directly for
&gt; &gt; &gt; &gt; &gt; this, from 2013-08-06 13:48 UTC) which are generating the issue, by removing
&gt; &gt; &gt; &gt; &gt; each of them from the list.
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; Best regards,
&gt; &gt; &gt; &gt; &gt; Valentin
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; &gt; &gt; &gt; There are only the proposed solutions (both attached), but these are only
&gt; &gt; &gt; &gt; &gt; &gt; &gt; starting points for the solution I am hopping to see from anyone in charge
&gt; &gt; &gt; &gt; &gt; &gt; &gt; of the &apos;archiver.bbclass&apos;.
&gt; &gt; &gt; &gt; &gt; &gt; &gt; Even with what I made the problem still replicates but each time for another
&gt; &gt; &gt; &gt; &gt; &gt; &gt; package, this would be why I consider my solutions only a part of the real
&gt; &gt; &gt; &gt; &gt; &gt; &gt; deal and a starting point.
&gt; &gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; &gt; Hi Valentin Cobelea, I can&apos;t reproduce the error, and I check the
&gt; &gt; &gt; &gt; &gt; &gt; udev-182-r8.diff.gz it is OK:
&gt; &gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; &gt; -rw-rw-r-- 2 robert robert 1987507 Aug 30 22:53
&gt; &gt; &gt; &gt; &gt; &gt; tmp/deploy/sources/powerpc-poky-linux/GPLv2.0+LGPLv2.1+/udev-182-r8/udev-182-
&gt; &gt; &gt; &gt; &gt; &gt; r8.diff.gz
&gt; &gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; &gt; Here is the local.conf:
&gt; &gt; &gt; &gt; &gt; &gt; MACHINE ?= &quot;p4080ds&quot;
&gt; &gt; &gt; &gt; &gt; &gt; CONF_VERSION = &quot;1&quot;
&gt; &gt; &gt; &gt; &gt; &gt; ARCHIVER_MODE ?= &quot;patched&quot;
&gt; &gt; &gt; &gt; &gt; &gt; ARCHIVER_MODE[type] ?= &quot;tar&quot;
&gt; &gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; &gt; I took a look at your patches, I&apos;m sorry that I didn&apos;t know what did it try
&gt; &gt; &gt; &gt; &gt; &gt; to fix, would you please provide more info ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36187</commentid>
    <comment_count>17</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-09-03 10:05:30 +0000</bug_when>
    <thetext>(In reply to comment #16)
Thank you very much.

Valentin</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36192</commentid>
    <comment_count>18</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-09-03 11:54:47 +0000</bug_when>
    <thetext>(In reply to comment #17)
&gt; (In reply to comment #16)
&gt; Thank you very much.
&gt; 
&gt; Valentin

Hi Valentin, I have added your signed-off and sent oe-core mailing list:

http://lists.openembedded.org/pipermail/openembedded-core/2013-September/083759.html

Thanks for the contribution:-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36234</commentid>
    <comment_count>19</comment_count>
      <attachid>1456</attachid>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-09-04 07:50:17 +0000</bug_when>
    <thetext>Created attachment 1456
exclude the recursive symlink</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36235</commentid>
    <comment_count>20</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-09-04 07:50:58 +0000</bug_when>
    <thetext>(In reply to comment #18)
&gt; (In reply to comment #17)
&gt; &gt; (In reply to comment #16)
&gt; &gt; Thank you very much.
&gt; &gt; 
&gt; &gt; Valentin
&gt; 
&gt; Hi Valentin, I have added your signed-off and sent oe-core mailing list:
&gt; 
&gt; http://lists.openembedded.org/pipermail/openembedded-core/2013-September/
&gt; 083759.html
&gt; 
&gt; Thanks for the contribution:-)

Hi Valentin,

I&apos;ve added a new patch, it would be great it you can help me to test it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36243</commentid>
    <comment_count>21</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-09-04 09:10:27 +0000</bug_when>
    <thetext>More problems have been found, see also 5113</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36245</commentid>
    <comment_count>22</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-09-04 09:37:34 +0000</bug_when>
    <thetext>Hi,

I did seen a random behavior in what it comes to that specific area of code.
My opinion is that bug 5113 is the main cause of all these issues regarding the archiver.bbclass. I think that should be addressed first since has indeed no sense in what it does.

BR,
Valentin</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36251</commentid>
    <comment_count>23</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-09-04 12:01:39 +0000</bug_when>
    <thetext>(In reply to comment #20)

Yes, I can help you with testing the patch(s), let me know when you have a &quot;final version&quot; - that address to all things - for it so that I can start some builds.

BR,
Valentin

&gt; (In reply to comment #18)
&gt; &gt; (In reply to comment #17)
&gt; &gt; &gt; (In reply to comment #16)
&gt; &gt; &gt; Thank you very much.
&gt; &gt; &gt; 
&gt; &gt; &gt; Valentin
&gt; &gt; 
&gt; &gt; Hi Valentin, I have added your signed-off and sent oe-core mailing list:
&gt; &gt; 
&gt; &gt; http://lists.openembedded.org/pipermail/openembedded-core/2013-September/
&gt; &gt; 083759.html
&gt; &gt; 
&gt; &gt; Thanks for the contribution:-)
&gt; 
&gt; Hi Valentin,
&gt; 
&gt; I&apos;ve added a new patch, it would be great it you can help me to test it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36520</commentid>
    <comment_count>24</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-09-11 06:12:33 +0000</bug_when>
    <thetext>(In reply to comment #23)
&gt; (In reply to comment #20)
&gt; 
&gt; Yes, I can help you with testing the patch(s), let me know when you have a
&gt; &quot;final version&quot; - that address to all things - for it so that I can start
&gt; some builds.
&gt; 
&gt; BR,
&gt; Valentin
&gt; 
&gt; &gt; (In reply to comment #18)
&gt; &gt; &gt; (In reply to comment #17)
&gt; &gt; &gt; &gt; (In reply to comment #16)
&gt; &gt; &gt; &gt; Thank you very much.
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Valentin
&gt; &gt; &gt; 
&gt; &gt; &gt; Hi Valentin, I have added your signed-off and sent oe-core mailing list:
&gt; &gt; &gt; 
&gt; &gt; &gt; http://lists.openembedded.org/pipermail/openembedded-core/2013-September/
&gt; &gt; &gt; 083759.html
&gt; &gt; &gt; 
&gt; &gt; &gt; Thanks for the contribution:-)
&gt; &gt; 
&gt; &gt; Hi Valentin,
&gt; &gt; 
&gt; &gt; I&apos;ve added a new patch, it would be great it you can help me to test it.

Hi Valentin,

After more investigation, many other problems are found, so I&apos;d like to refactor the 4 classes in 1.6, please see 5113, move it to 1.6.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36526</commentid>
    <comment_count>25</comment_count>
    <who name="Valentin Cobelea">valentin.cobelea</who>
    <bug_when>2013-09-11 09:38:02 +0000</bug_when>
    <thetext>(In reply to comment #24)
&gt; (In reply to comment #23)
&gt; &gt; (In reply to comment #20)
&gt; &gt; 
&gt; &gt; Yes, I can help you with testing the patch(s), let me know when you have a
&gt; &gt; &quot;final version&quot; - that address to all things - for it so that I can start
&gt; &gt; some builds.
&gt; &gt; 
&gt; &gt; BR,
&gt; &gt; Valentin
&gt; &gt; 
&gt; &gt; &gt; (In reply to comment #18)
&gt; &gt; &gt; &gt; (In reply to comment #17)
&gt; &gt; &gt; &gt; &gt; (In reply to comment #16)
&gt; &gt; &gt; &gt; &gt; Thank you very much.
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; Valentin
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Hi Valentin, I have added your signed-off and sent oe-core mailing list:
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; http://lists.openembedded.org/pipermail/openembedded-core/2013-September/
&gt; &gt; &gt; &gt; 083759.html
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Thanks for the contribution:-)
&gt; &gt; &gt; 
&gt; &gt; &gt; Hi Valentin,
&gt; &gt; &gt; 
&gt; &gt; &gt; I&apos;ve added a new patch, it would be great it you can help me to test it.
&gt; 
&gt; Hi Valentin,
&gt; 
&gt; After more investigation, many other problems are found, so I&apos;d like to
&gt; refactor the 4 classes in 1.6, please see 5113, move it to 1.6.

Hi,

Thank you for all the investigation, it makes clear now why the issue was occurring on a random basis.
I am fine with the postpone of the class refactor to v1.6.

Best regards,
Valentin</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41595</commentid>
    <comment_count>26</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2014-03-24 01:29:11 +0000</bug_when>
    <thetext>Merged into master:

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=cbcf5b219858b58c4429ee87444eaacc5a7cfa3e</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>1409</attachid>
            <date>2013-08-06 09:27:41 +0000</date>
            <delta_ts>2013-08-06 09:27:41 +0000</delta_ts>
            <desc>output log file</desc>
            <filename>log.0.txt</filename>
            <type>text/plain</type>
            <size>1810</size>
            <attacher name="Valentin Cobelea">valentin.cobelea</attacher>
            
              <data encoding="base64">U25hcHNob3Qgb2YgbG9nZmlsZTogCkRFQlVHOiBFeGVjdXRpbmcgcHl0aG9uIGZ1bmN0aW9uIHNz
dGF0ZV90YXNrX3ByZWZ1bmMgCkRFQlVHOiBQeXRob24gZnVuY3Rpb24gc3N0YXRlX3Rhc2tfcHJl
ZnVuYyBmaW5pc2hlZCAKREVCVUc6IEV4ZWN1dGluZyBweXRob24gZnVuY3Rpb24gZG9fZHVtcGRh
dGFfY3JlYXRlX2RpZmZfZ3ogCk5PVEU6IER1bXBpbmcgbWV0YWRhdGEgaW50byAncG9reS9idWls
ZF9wNDA4MGRzL3RtcC93b3JrL3BwY2U1MDBtYy1lbmVhLWxpbnV4L3VkZXYvMTgyLXI4L2RpZmZn
ei1lbnZkYXRhL3Bvd2VycGMtZW5lYS1saW51eC9HUEx2Mi4wK0xHUEx2Mi4xKy91ZGV2LTE4Mi1y
OC91ZGV2LTE4Mi1yOC5zaG93ZGF0YS5kdW1wJyAKREVCVUc6IFNJVEUgZmlsZXMgWydlbmRpYW4t
YmlnJywgJ2JpdC0zMicsICdwb3dlcnBjLWNvbW1vbicsICdjb21tb24tbGludXgnLCAnY29tbW9u
LWdsaWJjJywgJ3Bvd2VycGMzMi1saW51eCcsICdwb3dlcnBjLWxpbnV4JywgJ2NvbW1vbiddIApO
T1RFOiBDcmVhdGluZyAuZGlmZi5neiBpbiAke0RFUExPWV9ESVJfU1JDfS8ke1B9LSR7UFJ9LmRp
ZmYuZ3ogCkRFQlVHOiBTSVRFIGZpbGVzIFsnZW5kaWFuLWJpZycsICdiaXQtMzInLCAncG93ZXJw
Yy1jb21tb24nLCAnY29tbW9uLWxpbnV4JywgJ2NvbW1vbi1nbGliYycsICdwb3dlcnBjMzItbGlu
dXgnLCAncG93ZXJwYy1saW51eCcsICdjb21tb24nXSAKREVCVUc6IEV4ZWN1dGluZyBzaGVsbCBm
dW5jdGlvbiBESUZGIApkaWZmOiBwb2t5L2J1aWxkX3A0MDgwZHMvdG1wL3dvcmsvcHBjZTUwMG1j
LWVuZWEtbGludXgvdWRldi8xODItcjgvdWRldi0xODIvdGVzdC9zeXMvYmxvY2svbG9vcDAvYmRp
L3N1YnN5c3RlbS8wOjE2L3N1YnN5c3RlbTogcmVjdXJzaXZlIGRpcmVjdG9yeSBsb29wIApkaWZm
OiBwb2t5L2J1aWxkX3A0MDgwZHMvdG1wL3dvcmsvcHBjZTUwMG1jLWVuZWEtbGludXgvdWRldi8x
ODItcjgvdWRldi0xODIvdGVzdC9zeXMvYmxvY2svbG9vcDAvYmRpL3N1YnN5c3RlbS8xMTowL3N1
YnN5c3RlbTogcmVjdXJzaXZlIGRpcmVjdG9yeSBsb29wIApkaWZmOiBwb2t5L2J1aWxkX3A0MDgw
ZHMvdG1wL3dvcmsvcHBjZTUwMG1jLWVuZWEtbGludXgvdWRldi8xODItcjgvdWRldi0xODIvdGVz
dC9zeXMvYmxvY2svbG9vcDAvYmRpL3N1YnN5c3RlbS83OjA6IHJlY3Vyc2l2ZSBkaXJlY3Rvcnkg
bG9vcCAKZGlmZjogcG9reS9idWlsZF9wNDA4MGRzL3RtcC93b3JrL3BwY2U1MDBtYy1lbmVhLWxp
bnV4L3VkZXYvMTgyLXI4L3VkZXYtMTgyL3Rlc3Qvc3lzL2Jsb2NrL2xvb3AwL2JkaS9zdWJzeXN0
ZW0vNzoxL3N1YnN5c3RlbTogcmVjdXJzaXZlIGRpcmVjdG9yeSBsb29wIApkaWZmOiBwb2t5L2J1
aWxkX3A0MDgwZHMvdG1wL3dvcmsvcHBjZTUwMG1jLWVuZWEtbGludXgvdWRldi8xODItcjgvdWRl
di0xODIvdGVzdC9zeXMvYmxvY2svbG9vcDAvYmRpL3N1YnN5c3RlbS83OjIvc3Vic3lzdGVtOiBy
ZWN1cnNpdmUgZGlyZWN0b3J5IGxvb3AgCmRpZmY6IHBva3kvYnVpbGRfcDQwODBkcy90bXAvd29y
ay9wcGNlNTAwbWMtZW5lYS1saW51eC91ZGV2LzE4Mi1yOC91ZGV2LTE4Mi90ZXN0L3N5cy9ibG9j
ay9sb29wMC9iZGkvc3Vic3lzdGVtLzc6My9zdWJzeXN0ZW06IHJlY3Vyc2l2ZSBkaXJlY3Rvcnkg
bG9vcCAKZGlmZjogcG9reS9idWlsZF9wNDA4MGRzL3RtcC93b3JrL3BwY2U1MDBtYy1lbmVhLWxp
bnV4L3VkZXYvMTgyLXI4L3VkZXYtMTgyL3Rlc3Qvc3lzL2Jsb2NrL2xvb3AwL2JkaS9zdWJzeXN0
ZW0vNzo0L3N1YnN5c3RlbTogcmVjdXJzaXZlIGRpcmVjdG9yeSBsb29wIA==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>1410</attachid>
            <date>2013-08-06 09:29:23 +0000</date>
            <delta_ts>2013-08-06 09:29:23 +0000</delta_ts>
            <desc>starting solution (fixed udev package issue)</desc>
            <filename>solution.tar.gz</filename>
            <type>application/gzip</type>
            <size>5982</size>
            <attacher name="Valentin Cobelea">valentin.cobelea</attacher>
            
              <data encoding="base64">H4sIANbBAFICA+08a3PbRpL+evwVc4hdICMSJiVZyvqKd9ZJcqJaJVJJSnZzkg4FAkMRJxDgYUDL
is///brnAQxeJBXZSe3WYLOmAMyjZ/rd02iWRMssTOLXL77eNYRrf/8N/o723wz1X3W9GG1vw9Pd
4f42PB+NdvaHL8ibF3/AtWSZlxLy4oMXhavarXv/D3oxhf8kDe/C2Ite/1n4H+3v7++ORqN9wP8O
UIPB/5+Dfy/1Z+EHmjqTiR95jH0Z/O/t7bbgf/fN9u5ejv/tXeT/vZ29vRdkaPD/1a9vCP34NmPj
3bfsAf/hf9Ks8w0ZfDsgmTcZPIRBNntLdv+N+IOJx0J/kEynjGb8URgHNM4G0I4N5klA35I4jLBr
5xsY4moWMjINI0rgd8loQKZJSgSBhfEdYcky9Snrk4WX+TP8w4sDEiV3jGQJ8WAEwM3EiyKHkJOM
eBFLSLLMFsuMTJZhFOAYNP4Qpkk8BzCw08ePH51gOV84gZd5OBwM4qfUy6h4FU6nzt1v2DKlfpIG
MGhE/CTOsH8Yk5efLj/zyQk25cA7sJbOwcXhDye/HLvHfz88/fno2H1/cfYj+Y8xsZyFT7xllsx3
M+r4HizDyhtf/Xp+zBshibF0Mbc65wdXhz8cX7qqyd9Orn5wL48vTo4vyZjYj5TZncuzny8Oj/Mm
p2ffy2aHFyfnV5c4ov3y07vAuaPZL176PvLuurZsfeH+eHZ0bPeJDdvoZo8LavfITYfAFU7J5l3+
FeaIk5jahEaM8lfMfQizmcv8NFxkzP5cA/T84PCvB98Xy94AyC8HIGwxgvT+5PTq+GLD2QG7GU2f
ML/qUJ08TnDuTufw7PzX0+P3V+7pyeHxT5fH7slPnFw4PN+fn35LTvFfu7XhNa7uFikhClm2ol2Q
+LzZ5cLzKWF04aVA48A80I0kU3IXJRNGHmahPwOy9qNlQOGdT2OGFFYfV9I1B/Tw9Ozy+Iicp8ki
DSls7KPd2uGrAEw/tgN8cXx4cl6mMT9ZPEZ0mrnA0uGCcgrpBr3PdmOvHJKrGQXOhLYWzp/Bnb9M
U5QDYhzSpc6dgyIIaKJPYi8DtdgHaZIw1msBSTCn6NI8/WXrjpUardsuCSKOxYWlxLEO1sEvByen
B/95elwGMIdPrkj+sOBeLE38m98OfC/2gtCL7XUjty6spfm6JXofvDDyJqA99MXCCgM6JS04f8sZ
GbWM9hzlekK5RnDwPnBBmS9p114DIXC8GlGKBxgFrKWIOWE8o2mYsW7Q12fSWuOV0myZxnqDjvY4
J5PygtgsWUaBKxGar8myLP57REECzcOYIjwZKlgxvM2UOiViBDKhJKCLKHmUetdP5osIEOnT0oDh
fJGkoFxZpt/CSiX3iR1NkzmZxnPU06qJvPU9kIAeU7cducRi98e5VNV2XNtn2OardEl7SgbrfeMk
W4+9FTiTW/0eTAdgXVsjJGK9YhbaJVLYBDZ5VcKUAEeKzvEaECrSjkPBB1CibNMBpFgVA/ARsvRR
o0GmCIMTnseSWAwtkeVoDbrFtsvR1U731br6Cr4cWLrQce+cit/jNEXDjW9WAcxk4kxhRVHXfsXe
klcMd1Cb9Px9MR/068k5ABMlntIgLnMPJwVcYfmxhlYcvMDqDOBTI+WqQ8GF2tv5nySMu2LMXmnM
MlCriSdIgMUEXQrUejnvqlntTvvAzYPOvIIQN4CdSwwQH64wSGpC4iyOHqWdTblmAxF7791RkAlR
Egvzuo12+QBoh4d3cZKK7knMhWgbtTrkKIntLCd2L37ko8hZUa3TmNxYwji74Wx3Y8XJjVWWRFNN
Uoi2ioLIGKxoMI4tjXTqfNAuQ6sCQcNf0ECWOpLEZgNY7mSCI9Y2W7oX6DEANrMkfSSWMJIHaDVb
ciJ0VsCn5lsL+sOXjhG6HH87u/jr0cnF5ya5nFL9js1Q/wjBMJngKGNyfSs3Oxun4IKAlIeBu0BZ
/7sEgG7Yt93r/75ht9/eON/2uvB/W+zGQ5LeuwByST5LSEoieTLhkI7LyDmutBEjJcwBOGbgZ6Wx
N6dd0Ve0EerOZY+sNNbVwcX3x1fu5a+XpREX01KrQpjwt4pFoA2OqW4VpsX2u9yTLIDiLKSWDTyl
Iem1vaXDt0Xs1zb8m0+jHgBU+KfW01Yb4ApslCbT4ID5RJu8gzO/BzhmIfCveCMFPpLbFBxrZG6g
XQSVb2JBnty+SRIwSuEtE68Z15PMefCie+zUqwlTRW+8dau0K8EvJhEozGHDTcK1dqtQ4eoXNObP
UbTZvRLEUSikyNQBhgnwjnXrUCq6tTmPYntsWQeXU7/jLWDCoFsQ2WqJXtKlpYljXxI5LN7hhkwX
5+05d2myXHRHvTXdAJ1cu9OPC2DwrtrFCRhHnBFky15uGFQvb8L1oByuwD/nrL6aqQWMqd69eYW1
PdN69Fp7SFyvbizNhoMsS8PJMhPWQjMUC4+xjj6wLiCUQEMHoMto1uUPpN2AFMTvFRnzm2IWIRkd
VAHdvF2flDhLkrjGlYVwx7vfI9rbxPfG4vWfVizWrdeSzFshKDM6X9i9gtDAIOVNEblZSmm3DXTR
sU82HFsSbvfkjJNsv0LCmnDK6XYVCTFwCWkDEQHUKsLJtb9oJ+QxDzUuAEz0fAsqE3GQhzCKwGQT
Fpmw5gLsIaOi640H3Vxgqe9KKMbKZFhJTBtTcJlwy/QaUHDmW2lN0M1AbIhUF5KR0znHNPbvS1PU
pYgVNtbNDo2gsGmvWOsyDctwXRy6P1+cKOgcBs5w1pXChaJfy6U4/3PbeY8/XTlOLrSjxAeTEBp2
eTOH3+PCuss06nEZBX9wJcffww0rxBdvzTUaH0aTXQVqlHTmTXKXGFWhP19oO8c04szmC5cHTcb6
SA1mbXPD69Hb204O5EK4+HHeWOte1Z66zOX9+kQgoaIZJH/VdL2iipDBmsQIvSZN3yY1BHGIfnW1
VJMaEsQ1Q0gOxxcFawNWokew4NWe1Zg8QY+Lc7pqmrP8c1h8HVN/IQ7eiEvler4gm6odKpGjUlYl
YpTvCuJw+/gf55K+vFl46VxaYtRPAgrMJ2lKDzfwLhUi0+lYDlnQcY0egBldiZ4aGeQeb+Hz3dNH
RETAiI1bOmAzL6UB+vQi8Ip/yW7c1hzYiii41pH+qW5WPFcmo5Wtg4IbzAhsdxUOeK7mw7cSXu1x
zWPGSTb2p0W80sXYohskD3GUeAGPqLIMgHDRbm5SpUr7JVPy8hx55aXcABFm4DFR1YZ+BAnGXaOX
R6cutKkGHIqpsJEt6Ay2xPaTeBreLXF/quvYgPOCqMZ3Yv6y6acLVLEbVS4UAxVCK3co1iq26+Ft
r0T5agixJ10xX49bJKhfysJYvm2MXYl3ZQsqDuhHaUSdXa6znmwZ8w6SnJEkQfVREvBfeNFAAHiQ
aokmFlnCpHAru1pICpbsZjUJTniHNpc0EbwPbh6zgK30HwJpDMC9P8M9kAPnTNONwLmFt6gV+R5x
OHo9fhg51PSkh8PK2RzuEkuw+gDt27vfrJ7e1vGCQI1Veu5HCaPdprCpHA5PT+wyzHJZJdElW4s9
l0pGMh+T3Ke00kruUwFFdc6AQhZYDeS/bpQKJizxKIZMYzuTFIMGSANDrhVbSiGNV0u+8/erGLPY
OWiHWg3dF00IbBHLwb0HJHU6LYwjeCZXrig9VxlJQsqV42MVDXtNQq7vQj6Yk9JF5PlU92xsxdfg
cPV42PwWGbxmaeV8WDO2lA0JTpAat9caBZJk1SjF5buavMpFU7HisgYtc7u0Y3nbgt0biXRzncDP
qSRllVQDbMDMw2C4aNhXU+hL0egZ6VPrCjQMSqWw3cKYZdQL+LnxZobaxqaYDABtqh87WnCvORgi
4iA5youQnJiohr0iHlPGvmz/JPmho1+IXh27ucEnDXBBENwXbJE8mkmtMI6syBOD1HGM5l0zbupI
7xIxmJsnq/zkDUTQWixyQCs8n++wWmxVIhWddCmkDBWxLDwIsWHdNl94RTKVwx59Zc6w18rB7jWT
yNp+BYKqMDcydb4Qja/rPkOB8za/oUl/MRoBqbkNNJQsMJGxQjmiOffBJA0h0Sg6Kqz0OIkHueem
BWmSVBBgxamrmpFibn5KBeNbuukjFqlYWoWIJINVuspZ2vs3+KF1SxLQmc5zjzpHmlQR0jwri37Y
YuFrjVdzp9zjJqtQDaFhrszuIsKKTtsdH4tHacfcJ2hhdx6oxFAEnS+qPF87SuPMLkLIG3L6F3Ke
MSlNtKuzulhrjdGnuemhOlc5Xm1ag9mQb6DtODZZwZDaGH01UYUj1ZbV5ILkUTXVUzi0EnnOUYsp
R3nkmB9hLeNYnYoiBiuo0lJQSsHtelZJJb0BnVU5FPRh7QkSpRF7GAcDmyqfq7CuxemVLw6jfM3Y
EwNosIi8wcvzo79LmH48OAewoF05CCH6gdvwU1I93OJTb41lmxWZBFpDHRf4uCMwMU8A+5IaXJEL
hAyonqAfU6AHG+uRZQyEcMmEZtSno+Pz07Nf0az6/Fqq/hWcFU5LkyBDXt82utF/4OnHU05klHlT
9uDzPcgpjZ96iKb8IGSzwxI9rFtR4drcvZaDE71JTp7ShA3j0saXEm1Ek9YgbJMNoU2lTPVeg9OA
Coci/WzQuymAXO9adRB6fVJatkiZm1H/3s3Tycs5gECd/D3PX+ESo5x7LkNdXZ44zMNbmKBt9xqT
UVYkOuekIFPVik56Fng1ONOQRGXdWCumkUkzCO0NB/eGw3sDA8cJSWCRqciPtOTmsAwFtlolV+L8
zyYXircVhDOJIka4KgG25yY/hlQGsnM5rJIf+JcjVm281ecZj2ooNCptTwaTp85DGmZoEhYwIr+Q
/L2KheQaJl9ZZS2oZSQLyIVwn7B9FZpYaIc9Fwzy+KT1AFJfYEv8QI7SlDkhX1WSJ3jixFjLm+j2
nJRlabjo2jexXT7KKm9XxUbDzrquuL7tNEeFNONv43AQWmN1B83Roys8sC1OuCThpSGmo738VDT6
LBTO+cVnTDich0EQUY5Ih3Mw/ejNF+DR8v6/ReFkMHJ2nb3BIqV88q4Gr7So1tmBLXKko8UGUIu6
0sJaHZxoCCyjaa/As0oiWVNl7d+F6Dlw/AORsgAWzpYGX7uHxH0TLWYU/S4Q4uQ5ECgXp7fCsilk
4nlEMb0YSBR5YCWISDZ8e8RZRWITqymMUQMWg9G/S+DjRyBcZxSDtxhc1xUi6leguG2J8TYJm43F
64rQf10ClbW4el9K31IppGHcGvFT6+lVF1gzOuRgdVOiprZARCi10FMqoSyyxPdIzQk8uYwSjfLv
y5z8iQobNfiTnpRS0g2V4aVsOZ3iJljolVrOFwv84XCro8Qyd0UXS5pvXfo6qxzDWv09WfVscO3Q
46bPwTSniPuMyggXWGl+mSfUFtGQTSffZL6m6HUnV+TJnSbLq7EJsSG/Ty6M63KhRtUCAEnJ+L0i
Jg/WqBdfVD9wtEA1fh5w/eiwWfLAsw6xoZ5nrALS92EcMIxSf/DSED+lERwwXcY+unYyMVv54R6A
xe7LBzLFebPKcKzTMKxH5kcGIDXSpKHx0cnl1cVZqe2qOOtqP+9pPuMar5BvfjPXCabD70DvfhsA
GnBFT8iI661w8+SsbS6eet3JQaxE64UqEK361eTTdhLBRKaeyh53AC7atY7gBWJ/TjOPfzQbxqhJ
XzHbIq/yuXtli189xgNNqWa/IXQeZhVKYzOKpzKK3tTMAlpo7sK2dqecLAqMyZHQccuBkl8y4jEi
wU+x5dC5/0uF73VPH0tJxTy+pZMiD9BgdvLiMZslceVzId0XsW5i0Ya8YqTbI59u4lfs802Mu9Kl
/SqJU0nbvUaPRSSSukhL7t1vzXmmPBSmPlDmqX1FwMG9vDj8/FrDq2hHoOVUhqjnYFpJ3tc/aLbx
5CMXDJp9rn8PvUKJ6U+Wk0WagMnLnqja5Hch/Kyo1Ljpq+rGBL1nBX6eJi84jlbr4WeKBD5DI0PL
qVdytESZ1c9ZudkPz+HlZsNriYMB4mCAk5cdcHX4rKNKc1AlT4S9TgObWDWS5/J93JoTqrREUNMP
1fitTEwrNlH2xVtupNmrhCwt2bgNWWilpWuZHVpKSOUD0DxJhifnhxXZ0fh9gX7SFlYzJNdlSfIB
cr5zfIzr21PvnuKnGcRfkEE6JbgxIR4hwP+2iMjF4+JxrNkxucA//J3CRqWt+PMAUGKdHroHp6fj
Q3L1X+Ofrw6HomDCYKAT2hjhycUEAPi6mRbJ4CdvmXLoOaqdJL2zhbUP//JnFvk/kHYhLNgn/y7W
qdhIUIrDclp6j+IBwYRuOXmqBiJELxvZqJrwd1R8lsNLSwANUd/Ft3nboOkQswC3+ZAkr4IhVaAI
gYDFJUyvJaMpefCEaaeFrrSYLpNVLPIM8mkGfYLEXcZoUHakkoIHyphVpVxq0Zzep9LZUkOwx1Zx
CtiOz88CXmbSwRD5MhTg4piwDrfskgdWNgFX5us9F9oi268J4PxtA9BFz6fArWUXPhd07p3ixzFJ
NoNx+C03vYTH1K07tr2GZZS86OoCyh72E+G9j5MHeOwVpqEk6MILAfnj5V4I+iAwNS0yO3wv5qvW
arIUJg0MpFs8Xh6nkF/BS7/d0das/C23YpXJZWvumPYRkGa7NWwAI5xx0uopgxWF8fLj4DHxs8Qi
E+p7sDc8RZVztIBUfmVUpBehzTahUwzKK3bRU444XUL/XAY4READ/7EF9UNP7EeaRBVwNGh4xrrT
QAm8jcvbqB1Zl0ysDWtX0uE2Cp/aRaz8jwvB2fYtYhJWDso0ppHLw8DJMrteJCxDxLJbPF61mveG
WEgEImDWJLX7pU9+BFdyeZLb+gi4jgAxliuDb2rvn3Jq+VUOJxrCgnzXyuBew1Yj52JFD6tFrlgd
Ts3iiIdbjy5sQcN2l4eGnX5hrq9d/01q0q9RB/IJ9f92hrz+4w40MPX//hT8f/nyf+vq/+1tv6ni
f28EzU39P1P/z9T/M/X/TP0/U//P1P8z9f9M/T9T/8/U/zP1/0z9P1P/z9T/M/X/TP0/U//P1P8z
9f9M/T9T/8/U/zP1/0z9P1P/z9T/M/X/TP0/U//P1P8z9f9M/T9T/8/U/zP1/0z9P1P/z9T/M/X/
TP0/U//P1P8z9f9M/T9T/8/U/zP1/0z9P1P/z9T/M/X/TP0/U//P1P8z9f9M/T9T/8/U/zP1/0z9
P1P/70vW//uGXFCwc+kHtItntPi+DXaGPc4nCYaWwDK/F7FOaHEHIonnvMxIN6X+MmXwIHrsOTDW
sYcfSMZZ+ggDoEPwyD8eQUeAeGLTwLrmXmFMRS7RhBIvCGjgFJkXj3OXz8ijBBgnVolX9VJ/nB/R
qCuqkJ1zGri2MEvZ4rp+BoQw4N9Swh+RdYt6O0iW2VjvdXJ+zJ/TNNWfX14dnf18VYonhvhRy8IR
Y+RuD+y5bf+TFlTU456Cx02NRVNjsVRjUcpGYGVOksjpwMdKcKDHjbyPYzMM2/LF50UXcEVFsBA7
ISQNsqC59KGCpG75Y9d8k0wFSFMB0lSANBUgTQVIUwHSVIA0FSBNBUhTAdJUgPyHqP+n/nA40X7x
+o/t9f+G29s7e0X9v93Ri+Fod2e0ber//RHXYDAgXq3o479sD0c7g+F3g+EbMvru7fbw7XDo7G3v
jHaHu2/ekK3hznDY2draIpN1XXd23+4One2/7G3v7n43Ul3fvSOD3f2d/h7Zwp/RDnn3ruz0fJko
nH4S3tn6koG4rWdG4rZWh+K2mqNEW39YMG5r02jcVoesiMflMbBnR+Q4yXw35CTz3X5/P6eYfIZ6
mK1tByuBNiIab6xnnxlr4yv5Cyf+N8NRfzTKl7ImQtQUIqrEiLbEAp8VJdp6ephoa+M40VadL0l7
rMjoZ3OZy1zmMpe5zGUuc5nLXOYyl7nMZS5zmctc5jKXucxlLnOZy1zm2vT6f3/b/98AyAAA
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>1414</attachid>
            <date>2013-08-06 13:48:41 +0000</date>
            <delta_ts>2013-08-06 13:48:41 +0000</delta_ts>
            <desc>only recursive symlinks are added to the</desc>
            <filename>recursive-solution.tar.gz</filename>
            <type>application/gzip</type>
            <size>6096</size>
            <attacher name="Valentin Cobelea">valentin.cobelea</attacher>
            
              <data encoding="base64">H4sIAJP+AFICA+08aXfbSHL+Gv6KDm0/kEMSpmQds8rjZhxZntFbzUhP0uzuxHLwQKApIgIBBg1a
1jj+76nqC42LpHxMkn2NnTUFoI/qrru6ULPow+6LJ9/2GsN1eLiPvzuH+2PzV11PdnZ38enh7njn
yXhn/PJw/ITsP/kDrhXL/YyQJ+/9OFrXbtP7/6fXDPGfZtFtlPjxi/91/B8c7h4A/uHm0OL/j8e/
nwXz6D3N3Ok0iH3Gvh7+Dw72WvC/t7+7dwD4B+Y/3NvZ3YPnO/svD3afkLHF/ze/nhL64Shnk70j
do//8D9p3nlKRt+NSO5PR/dRmM+PyN6/kGA09VkUjNLZjNGcP4qSkCb5CNqx0SIN6RFJohi7dp7C
ENfziJFZFFMCvytGQzJLMyKILEpuCUtXWUDZkCz9PJjjH34Skji9ZSRPiQ8jAG6mfhy7hJzmxI9Z
StJVvlzlZLqK4hDHoMn7KEuTBYCBnT58+OCGq8XSDf3cx+FgkCCjfk7Fq2g2c29/x5YZDdIshEFj
EqRJjv2jhDz7ePWJT06wKQfehbV0Xl0e/3T61xPv5O/HZ7++PvHeXJ7/TP51QrruMiD+Kk8Xezl1
Ax+W0dWNr3+7OOGNkMRYtlx0Oxevro9/OrnyVJO/nV7/5F2dXJ6eXJEJcR4oczpX579eHp/oJmfn
P8pmx5enF9dXOKLz7OMPoXtL87/62ZvYv+05svWl9/P56xNnSBzYRi9/WFKnT246BK5oRrbv8s8w
R5Im1CE0ZpS/Yt59lM89FmTRMmfOpxqgF6+O//Lqx2LZWwD59QCELUaQ3pyeXZ9cbjk7YDen2SPm
Vx2qkycpzt3pHJ9f/HZ28ubaOzs9Pvnl6sQ7/YWTC4fnx4uz78gZ/uu0NnyLq3uHlBBHLF/TLkwD
3uxq6QeUMLr0M6BxYB7oRtIZuY3TKSP38yiYA1kH8Sqk8C6gCUMKq48r6ZoDenx2fnXymlxk6TKL
KGzsg9Pa4ZsATD+0A3x5cnx6UaaxIF0+xHSWe8DS0ZJyCumF/U9OYy8NyfWcAmdC2y7On8NdsMoy
lANiHNKj7q2LIghoYkgSPwfVOARpkjLWbwFJMKfo0jz9VeuOlRpt2i4JIo7FhaXEsQnWq7++Oj17
9W9nJ2UANXxyRfKHhXdiaeJffTsK/MQPIz9xNo3curCW5puW6L/3o9ifgvYwFwsrDOmMtOD8iDMy
ahnjOcr1lHKN4OJ96IEyX9GeswFC4Hg1ohQPMMoqj2LmRsmcZlHOeuHQnMlojVdG81WWmA06xmNN
JuUFsXm6ikNPIlSvqdvt8t/XFCTQIkoowpOjghXDO0ypUyJGIFNKQrqM0wepd4N0sYwBkQEtDRgt
lmkGypXl5i2sVHKf2NEsXZBZskA9rZrI28AHCegzdduRSyx2f6KlqrHjxj7DNl9nK9pXMtjsm6T5
ZuytwZnc6jdgOgDrOgYhke5z1kW7RAqb0CHPS5gS4EjROdkAQkXacSj4AEqUbTuAFKtiAD5Cnj0Y
NMgUYXDC81maiKElslyjQa/Ydjm62umhWtdQwaeBpUsT9+6Z+D3JMjTc+GYVwEyn7gxWFPec5+yI
PGe4g8akF2+K+aBfX84BmCjxlAFxmXs4KeAKy48NtOLgBVbnAJ8aSasOBRdqb/c/0yjpiTH7pTHL
QK0nnjAFFhN0KVDra95Vszqd9oGbB537BSFuATuXGCA+PGGQ1ITEeRI/SDubcs0GIvbOv6UgE+I0
EeZ1G+3yAdAOj26TNBPd04QL0TZqdcnrNHFyTex+8sBHkbOiWqcJuekK4+yGs91NN0lvumVJNDMk
hWirKIhMwIoG47hrkE6dD9plaFUgGPgLG8jSRJLYbADLm05xxNpmS/cCPQbAZp5mD6QrjOQRWs1d
ORE6K+BX860F/RFIxwhdjr+dX/7l9enlpya5nFHzjs1R/wjBMJ3iKBPy9p3c7HySgQsCUh4G7gFl
/dcKALph3/Xe/scNe/fdjftdvwf/d8Ru3KfZnQcgl+SzhKQkkqdTDumkjJyTShsxUspcgGMOflaW
+AvaE31FG6HuPPbASmNdv7r88eTau/rtqjTiclZqVQgT/laxCLTBMdWtwrTYfo97kgVQnIXUsoGn
DCS9cAYmfAPivHDgXz2NegBQ4Z9GT0dtgCewUZrMgAPmE210B3dxB3DMI+Bf8UYKfCS3GTjWyNxA
uwgq38SCPLl9k6ZglMJbJl4zrieZe+/Hd9ipXxOmit5461ZpV4JfTCJQqGHDTcK19qpQ4eqXNOHP
UbQ5/RLEcSSkyMwFhgnxjvXqUCq6dTiPYntsWQeXU7/rL2HCsFcQ2XqJXtKlpYmTQBI5LN7lhkwP
5+27t1m6WvZ2+hu6ATq5dqcflsDgPbWLUzCOOCPIln1tGFQvf8r1oByuwD/nrKGaqQWMmdm9eYW1
PTN69Ft7SFyvbyzNhld5nkXTVS6shWYolj5jHXNgU0AogYYOQI/RvMcfSLsBKYjfKzLmN8UsQjK6
qAJ6ut2QlDhLkrjBlYVwx7vPEe1t4ntr8foPKxbr1mtJ5q0RlDldLJ1+QWhgkPKmiNw8o7TXBrro
OCRbji0Jt3d6zkl2WCFhQzhpul1HQgxcQtpARAC1inBy7S/aCXnMQ41LABM934LKRBzkPopjMNmE
RSasuRB7yKjoZuPBNBdYFngSiokyGdYS09YUXCbcMr2GFJz5VloTdDMSGyLVhWTkbMExjf2H0hT1
KGKFTUyzwyAobNov1rrKojJcl8fer5enCjqXgTOc96RwoejXcinO/9x13+BPT46jhXacBmASQsMe
b+bye1xYb5XFfS6j4A+u5Ph7uGGF+OKtuUbjwxiyq0CNks68iXaJURUGi6Wxc8wgznyx9HjQZGKO
1GDWNjd8u3P0rqOBXAoXP9GNje5V7WnKXN5vSAQSKppB8ldN1yuqiBisSYzQb9L0bVJDEIfoV1dL
NakhQdwwhORwfFGwNmAlfgALXu1ZjclT9Lg4p6ummuW/hMU3MfVX4uCtuFSu5yuyqdqhEjkqZVUi
RvmuIA5viP9xLhnKm6WfLaQlRoM0pMB8kqbMcAPvUiEyk47lkAUd1+gBmNGT6KmRgfZ4C5/vjj4g
IkJGHNzSEZv7GQ3RpxeBV/xLduO25shRRMG1jvRPTbPiS2UyWtkmKLjBjMB2V+GA52o+fCvhNR7X
PGacZGt/WsQrPYwtemF6n8SpH/KIKssBCA/t5iZVqrRfOiPPLpBXnskNEGEGHhNVbegHkGDcNXr2
+syDNtWAQzEVNnIEncGWOEGazKLbFe5PdR1bcF4Y1/hOzF82/UyBKnajyoVioEJoaYdio2J7O37X
L1G+GkLsSU/M1+cWCeqXsjCWbxtjV+Jd2YJKQvpBGlHnV5usJ0fGvMNUM5IkqCFKAv4LLxoIAA9S
u6JJl6xgUriVXbtICl3ZrdskOOEd2lzSRPDfezpmAVsZ3IfSGID7YI57IAfWTNOLwbmFt6gV+R5x
OPp9fhg5NvSkj8PK2VzuEkuwhgDt0e3v3b7Z1vXDUI1Veh7EKaO9prCpHA5PT5wyzHJZJdElW4s9
l0pGMh+T3Ke00lruUwFFdc6AQhZYDeS/aZQKJizxKIZMEyeXFIMGSANDbhRbSiFN1ku+izfrGLPY
OWiHWg3dF0MIDEjXxb0HJHU6LYwjeEYrV5Se64wkIeXK8bGKhn1LIq7vIj6Ym9Fl7AfU9Gwcxdfg
cPV52PwdMnjN0tJ8WDO2lA0JTpAat98aBZJk1SjF5buavNKiqVhxWYOWuV3asbxtwe6NRLq9TuDn
VJKySqoBNmDuYzBcNByqKcylGPSM9Gl0BRoGpVLYblHCcuqH/Nx4O0Nta1NMBoC21Y8dI7jXHAwR
cRCN8iIkJyaqYa+Ix5SxL9s/Sn6Y6Bei18SuNvikAS4IgvuCLZLHMKkVxpEVeWKQOo4xvGvGTR3p
XSIGtXmyzk/eQgRtxCIHtMLzeofVYqsSqehkSiFlqIhl4UGIA+t2+MIrkqkc9hgqc4a9UA52v5lE
NvYrEFSFuZGp9UIMvq77DAXO2/yGJv3FaAyk5jXQULrMozSpUI5ozn0wSUNINIqOCis9SZOR9tyM
IE2aCQKsOHVVM1LMzU+pYPyuafqIRSqWViEiyWCVrnKW9v4NfmjdkgR0ZgvtUWukSRUhzbOy6Ict
Fr7WZD13yj1usgrVEAbmyuwuIqzotN3ysXiUdsJ9ghZ254FKDEXQxbLK87WjNM7sIoS8Jad/JecZ
k9JEuzqri7XWGH2mTQ/VucrxatMazAa9gY7rOmQNQxpjDNVEFY5UW1aTC5JH1VSP4dBK5FmjFlOO
dOSYH2GtkkSdiiIGK6gyUlBKwe16VkklvQGdVTkU9GHtCRKlEfsYBwObSs9VWNfi9CoQh1GBYeyJ
AQxYRN7g1cXrv0uYfn51AWBBu3IQQvQDt+GXtHq4xaceTGSbNZkERkMTF/i4IzCxSAH7kho8kQuE
DKieoB9ToAcbm5FlDIRwyYRm1MfXJxdn57+hWfXphVT9azgrmpUmQYZ8+67Rjf4DTz8ecyKjzJuy
B6/3QFMaP/UQTflByHaHJWZYt6LCjbn7LQcnZhNNntKEjZLSxpcSbUST1iBskw1hTKVM9X6D04AK
hyL9bNG7KYBc71p1EPpDUlq2SJmb0+DO0+nk5RxAoE7+nuevcIlRzj2Xoa4eTxzm4S1M0Hb6jcko
axKdNSnIVLWik5kFXg3ONCRRdW+6a6aRSTMI7Q0H94bDewMDJylJYZGZyI/sys1hOQpstUquxPmf
TS4UbysIZxrHjHBVAmzPTX4MqYxk53JYRR/4lyNWbbw15BmPaig0Kh1fBpNn7n0W5WgSFjAivxD9
XsVCtIbRK6usBbWMZAG5EO4Ttq/CEAvtsGvBII9PWg8gzQW2xA/kKE2ZE/JVJXmCJ05MjLyJXt/N
WJ5Fy55zkzjlo6zydlVsNOxs6oq37zrNUSHD+Ns6HITWWN1Bc83oCg9sixMuSXhZhOlozz4WjT4J
hXNx+QkTDhdRGMaUI9LlHEw/+IsleLS8/+9xNB3tuHvuwWiZUT55z4BXWlSb7MAWOdIxYgOoRT1p
Ya0PTjQEltG0V+B1SyLZUGXt34WYOXD8A5GyABbOlgFfu4fEfRMjZhR/FghJ+iUQKBenv8ayKWTi
RUwxvRhIFHlgLYhINnx7xFlF6pBuUxijBiwGoz9L4ONHIFxnFIO3GFxvK0Q0rEDxriXG2yRsthav
a0L/dQlU1uLqfSl9S6WQRklrxE+tp19dYM3okIPVTYma2gIRodRCX6mEssgS3yM1J/BoGSUa6e/L
XP1EhY0a/ElfSinphsrwUr6azXATuuiVdt2vFvjD4dZHiWXuiimWDN+69HVWOYa1/nuy6tngxqEn
TZ+DGU4R9xmVES6w0vxSJ9QW0ZBtJ99mvqbodUcr8vTWkOXV2ITYkM+TC5O6XKhRtQBAUjJ+r4jJ
gzXqxRfVDxy7oBo/jbh+dNk8vedZh9jQzDNWAem7KAkZRqnf+1mEn9IIDpitkgBdO5mYrfxwH8Bi
d+UDmeK8WWU41mkY1iPzI0OQGlna0Pj16dX15Xmp7bo463o/73E+4wavkG9+M9cJpsPvQG9/HwEa
cEWPyIjrr3Hz5KxtLp563dEgVqL1QhWIVsNq8mk7iWAiU19lj7sAF+11X8MLxP6C5j7/aDZKUJM+
Z06XPNdz98sWv3qMB5pSzT4ldBHlFUpjc4qnMore1MwCWmjuwbb2ZpwsCozJkdBx00DJLxnxGJHg
p9hyaO3/UuF73dGHUlIxj2+ZpMgDNJidvHzI52lS+VzI9EW6N4loQ54z0uuTjzfJc/bpJsFd6dFh
lcSppO1+o8ciEkk9pCXv9vfmPFMeClMfKPPUviLg4F1dHn96YeBVtCPQciZD1AswrSTvmx80O3jy
oQWDYZ+b30OvUWLmk9V0maVg8rJHqjb5XQg/Kyo1bvqqujFB74sCP4+TFxxH6/XwF4oEPkMjQ8up
13K0RFl3qFm52Q/X8HKz4YXEwQhxMMLJyw64Onw2UWU4qJInon6ngU26NZLn8n3SmhOqtERY0w/V
+K1MTCs2UfbFW26kOeuELC3ZuA1ZaKWlG5kdRkpI5QNQnSTDk/Ojiuxo/L7APGmLqhmSm7Ik+QCa
79wA4/rOzL+j+GkGCZZklM0IbkyERwjwvwERuXhcPE4MO0YL/OPPFDYqbSVYhICS7tmx9+rsbHJM
rv998uv18VgUTBiNTEKbIDxaTACAL5ppkYx+8VcZh56j2k2zW0dY+/Avf9Yl/w3SLoIFB+TPYp2K
jQSluEzT0hsUDwgmdNPkqRqIEL1s5KBqwt+d4rMcXloCaIgGHr7VbcOmQ8wC3OZDEl0FQ6pAEQIB
i0uYXitGM3LvC9POCF0ZMV0mq1joDPJZDn3C1FslaFB2pJKCB8qYVeVcatGc/sfS2VJDsMdRcQrY
jk9fBLzMpIMh9DIU4OKYsA637KIDK9uAK/P1vhTaItuvCWD9tgHooudj4DayC78UdO6d4scxaT6H
cfgtN72Ex9SrO7b9hmWUvOjqAsoe9iPhvUvSe3jsF6ahJOjCCwH542svBH0QmJoWmR2Bn/BVGzVZ
CpMGBjItHl/HKeRX8NJvd401K3/Lq1hlctmGO2Z8BGTYbg0bwAhnnKx6ytCNo2T1YfSQBnnaJVMa
+LA3PEWVc7SAVH5lVKQXoc02pTMMyit2MVOOOF1Cfy0DXCKggf/YkgaRL/YjS+MKOAY0PGPdbaAE
3sbjbdSObEomNoZ1KulwW4VPnSJW/seF4BznHWISVg7KNKGxx8PA6Sp/u0xZjohl7/B4tdu8N6SL
RCACZk1Se1j65EdwJZcn2tZHwE0EiLE8GXxTe/+YU8tvcjjREBbku1YG9y1sNXIuVvTotsiVbodT
szji4dajB1vQsN3loWGnn9jrW9Z/k1r0W9WBfEz9x/HeS6z/Nx7v2fp/fzj+v035v031/w7HL/cr
+N/f2X9p6//Z+n+2/p+t/2fr/9n6f7b+n63/Z+v/2fp/tv6frf9n6//Z+n+2/p+t/2fr/9n6f7b+
n63/Z+v/2fp/tv6frf9n6//Z+n+2/p+t/2fr/9n6f7b+n63/Z+v/2fp/tv6frf9n6//Z+n+2/p+t
/2fr/9n6f7b+n63/Z+v/2fp/tv6frf9n6//Z+n+2/p+t/2fr/9n6f7b+n63/Z+v/2fp/tv6frf9n
6//Z+n9ftf7fU3IJdjvsB2EPC7DA74ZSFjGRFcRZb8rSeJXzE445FwrS1ge7dMp4hlks4VTRMVmE
D1NE4LZXHN9jL2gtOUkQjRoNnteONSMGU/SW9a+mlqWs2RLpVfP8Y1T5/6C1Dhs23VY+tJUPZeVD
mW8q+YsV3+OoM9GIyodStmGAQgoCqY3TOKSZOOi4TysfwjLZa8WQpHmWoYNfZTjkXrrT/Fh7TjMq
3qLU1MNr+QI8YMDT2eojEiMvZohAxuk9H1WE/1vKInIhg8NWpGqxQyrDlTcq+6LlFCQxytOGBKW2
SYwllmeRmygCgvy7WdyvCGUy9FhljPsIYtdEvqZAShFeFVm9xSrKkVXx1pi+DNdTwimG4wZMw5in
0PEbkzYdoosZVkmt7nBlseYBW3bTlt20ZTdt2U1bdtOW3bRlN23ZTVt205bdtGU37bV9/Udd95FX
fXQ5B33l+p/t9R/HL8cHRv3Pw4Mn4529ly93bP3HP+IajUZEGa61+p//tDveeTkafz8a75Od7492
x0fjsatrtpIBoG7cGQwGJIipn6zpfkB2Do72Do52dtzx7v7+9/v7hwey+w8/kNHe4csh3OPPzvfk
hx/KrtjXCciaSRGdweNjsoPWoOygHCAciAdr4rKDlsCs7NkYmh3UYrOy9SOis4MOWROf1THRL47Q
cpR+P+Yo/dPu8FBjVM9QD7s2xF0r+0pEu60V8xfGXvki/sTpcn98MNzd06vYEDFsChlWYoYSddWo
4aAxbCgbPz5wOPgWkcPBVwkdDjbGDgfbBA8HXxw9HGwVPtQoeHwAcbAmgjjYEEIcfHYMcfCIIOKg
Lh5JeyDRWkz2spe97GUve9nLXvayl73sZS972cte9rKXvexlL3vZy17/t6//AXwNHa8AyAAA
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1456</attachid>
            <date>2013-09-04 07:50:17 +0000</date>
            <delta_ts>2013-09-04 07:50:17 +0000</delta_ts>
            <desc>exclude the recursive symlink</desc>
            <filename>exclude_recursive_link.patch</filename>
            <type>text/plain</type>
            <size>3688</size>
            <attacher name="Robert Yang">liezhi.yang</attacher>
            
              <data encoding="base64">Y29tbWl0IDljYzRhYmE3OGYyMDYxOTNmODk3Nzg0NzJjMWI3NTJmM2FkMTI2MjQKQXV0aG9yOiBS
b2JlcnQgWWFuZyA8bGllemhpLnlhbmdAd2luZHJpdmVyLmNvbT4KRGF0ZTogICBUdWUgU2VwIDMg
MDc6Mzc6NTMgMjAxMyAtMDQwMAoKICAgIGFyY2hpdmVyLmJiY2xhc3M6IGV4Y2x1ZGUgcmVjdXJz
aXZlIHN5bWxpbmsgZnJvbSBkaWZmCiAgICAKICAgIFRoZXJlIHdvdWxkIGJlIGVycm9ycyBpZiB0
aGVyZSBhcmUgcmVjdXJzaXZlIHN5bWxpbmtzIGluIHRoZSAke1N9OgogICAgCiAgICBkaWZmOiAv
eHh4L3VkZXYvMTgyLXI4L3VkZXYtMTgyL3Rlc3Qvc3lzL2Jsb2NrL2xvb3AwL2JkaS9zdWJzeXN0
ZW0vMDoxNi9zdWJzeXN0ZW06IHJlY3Vyc2l2ZSBkaXJlY3RvcnkgbG9vcAogICAgCiAgICBXZSBj
YW4gY2hlY2sgdGhlIHJlY3Vyc2l2ZSBzeW1saW5rIGFuZCByZW5hbWUgaXQgdG8gYSB1bmlmb3Jt
IGZvcm1hdCwgc28KICAgIHRoYXQgdGhlIGRpZmYncyAtLWV4Y2x1ZGU9UEFUVEVSTiBvcHRpb24g
Y2FuIGV4Y2x1ZGUgdGhlbSwgd2UgbmVlZAogICAgcmVuYW1lIGl0IGJlY2F1c2UgdGhlIC0tZXhj
bHVkZSBkb2Vzbid0IHN1cHBvcnQgdGhlIGZpbGUgd2l0aCBwYXRoLAogICAgaXQgb25seSBzdXBw
b3J0cyB0aGUgYmFzZW5hbWUgb2YgdGhlIGZpbGUsIGZvciBleGFtcGxlLCBpZiB3ZSB3YW50IHRv
CiAgICBleGNsdWRlIGZvb19kaXIvZm9vX2ZpbGUsIHRoZW4gd2Ugc2hvdWxkIHVzZToKICAgIAog
ICAgZGlmZiAtLWV4Y2x1ZGU9Zm9vX2ZpbGUgKHRoZSBmb29fZGlyL2Zvb19maWxlIGRvZXNuJ3Qg
d29yaykKICAgIAogICAgdGhpcyBtYXkgZXhjbHVkZSBtb3JlIGZpbGVzIHRoYW4gd2UgZXhwZWN0
LCBzbyB3ZSByZW5hbWUgdGhlIGZpbGUgaGVyZS4KICAgIAogICAgW1lPQ1RPICM0OTg2XQogICAg
CiAgICBSZXBvcnRlZC1ieTogVmFsZW50aW4gQ29iZWxlYSA8dmFsZW50aW4uY29iZWxlYUBlbmVh
LmNvbT4KICAgIFNpZ25lZC1vZmYtYnk6IFJvYmVydCBZYW5nIDxsaWV6aGkueWFuZ0B3aW5kcml2
ZXIuY29tPgoKZGlmZiAtLWdpdCBhL21ldGEvY2xhc3Nlcy9hcmNoaXZlci5iYmNsYXNzIGIvbWV0
YS9jbGFzc2VzL2FyY2hpdmVyLmJiY2xhc3MKaW5kZXggNjZlZmU3ZC4uMzBiNDcyMiAxMDA2NDQK
LS0tIGEvbWV0YS9jbGFzc2VzL2FyY2hpdmVyLmJiY2xhc3MKKysrIGIvbWV0YS9jbGFzc2VzL2Fy
Y2hpdmVyLmJiY2xhc3MKQEAgLTQ4OSwxOCArNDg5LDMwIEBAIGRlZiBjcmVhdGVfZGlmZl9neihk
KToKICAgICBkaWZmX2RpciA9IG9zLnBhdGguam9pbih3b3JrX2RpciwgJ2RpZmZnei1lbnZkYXRh
LycrIHRhcmdldF9zeXMgKyAnLycgKyBsaWNlbnNlcyArICcvJyArIHBmICkKICAgICBkaWZmX2Zp
bGUgPSBvcy5wYXRoLmpvaW4oZGlmZl9kaXIsIGJiLmRhdGEuZXhwYW5kKCIke1B9LSR7UFJ9LmRp
ZmYuZ3oiLGQpKQogCi0gICAgZiA9IG9wZW4ob3MucGF0aC5qb2luKHdvcmtfZGlyLCd0ZW1wL2V4
Y2x1ZGUtZnJvbS1maWxlJyksICdhJykKLSAgICBmb3IgaSBpbiBleGNsdWRlX2Zyb206Ci0gICAg
ICAgIGYud3JpdGUoaSkKLSAgICAgICAgZi53cml0ZSgiXG4iKQotICAgIGYuY2xvc2UoKQorICAg
ICMgQ2hlY2sgZm9yIHRoZSByZWN1cnNpdmUgc3ltbGluaworICAgIGN3ZCA9IG9zLmdldGN3ZCgp
CisgICAgZm9yIHJvb3QsIGRpcnMsIGZpbGVzIGluIG9zLndhbGsoY3dkKToKKyAgICAgICAgaWYg
b3MucGF0aC5pc2Rpcihyb290KToKKyAgICAgICAgICAgIGZvciBkaXIgaW4gZGlyczoKKyAgICAg
ICAgICAgICAgICBmdWxsX3BhdGggPSBvcy5wYXRoLmpvaW4ocm9vdCwgZGlyKQorICAgICAgICAg
ICAgICAgIGlmIG9zLnBhdGguaXNsaW5rKGZ1bGxfcGF0aCk6CisgICAgICAgICAgICAgICAgICAg
IHJlYWxfcGF0aCA9IG9zLnBhdGgucmVhbHBhdGgoZnVsbF9wYXRoKQorICAgICAgICAgICAgICAg
ICAgICAjIElmIGRpcjEvZGlyMiBsaW5rcyB0byBkaXIxLCB0aGVuIGl0IGlzIGEgcmVjdXJzaXZl
IHN5bWxpbmsKKyAgICAgICAgICAgICAgICAgICAgaWYgcmVhbF9wYXRoIGluIGZ1bGxfcGF0aCBh
bmQgZnVsbF9wYXRoIG5vdCBpbiBleGNsdWRlX2Zyb206CisgICAgICAgICAgICAgICAgICAgICAg
ICBleGNsdWRlX2Zyb20uYXBwZW5kKG9zLnBhdGgucmVscGF0aChmdWxsX3BhdGgsIGN3ZCkpCisK
KyAgICBzdWZmaXggPSAiLmV4Y2x1ZGVfZnJvbV9kaWZmIgorICAgICMgUmVuYW1lIHRoZSBmaWxl
IHdoaWNoIG5lZWQgdG8gYmUgZXhjbHVkZWQKKyAgICBmb3IgZXhjbHVkZSBpbiBleGNsdWRlX2Zy
b206CisgICAgICAgIGlmIG9zLnBhdGguZXhpc3RzKGV4Y2x1ZGUpOgorICAgICAgICAgICAgb3Mu
cmVuYW1lKGV4Y2x1ZGUsIGV4Y2x1ZGUgKyBzdWZmaXgpCiAKICAgICBzPWQuZ2V0VmFyKCdTJywg
VHJ1ZSkKICAgICBkaXN0cm8gPSBkLmdldFZhcignRElTVFJPJyxUcnVlKSBvciAiIgogICAgIGRl
c3QgPSBzICsgJy8nICsgZGlzdHJvICsgJy9maWxlcycKICAgICBpZiBub3Qgb3MucGF0aC5leGlz
dHMoZGVzdCk6CiAgICAgICAgIGJiLnV0aWxzLm1rZGlyaGllcihkZXN0KQotICAgIGZvciBpIGlu
IG9zLmxpc3RkaXIob3MuZ2V0Y3dkKCkpOgorICAgIGZvciBpIGluIG9zLmxpc3RkaXIoY3dkKToK
ICAgICAgICAgaWYgb3MucGF0aC5pc2ZpbGUoaSk6CiAgICAgICAgICAgICB0cnk6CiAgICAgICAg
ICAgICAgICAgc2h1dGlsLmNvcHkoaSwgZGVzdCkKQEAgLTUwOCwxMiArNTIwLDE3IEBAIGRlZiBj
cmVhdGVfZGlmZl9neihkKToKICAgICAgICAgICAgICAgICBzdWJwcm9jZXNzLmNhbGwoJ2Zha2Vy
b290IGNwIC1yZiAnICsgaSArICIgIiArIGRlc3QsIHNoZWxsPVRydWUpCiAKICAgICBiYi5ub3Rl
KCJDcmVhdGluZyAuZGlmZi5neiBpbiAke0RFUExPWV9ESVJfU1JDfS8ke1B9LSR7UFJ9LmRpZmYu
Z3oiKQotICAgIGNtZCA9ICJMQ19BTEw9QyBUWj1VVEMwIGRpZmYgLS1leGNsdWRlLWZyb209IiAr
IHdvcmtfZGlyICsgIi90ZW1wL2V4Y2x1ZGUtZnJvbS1maWxlIC1OYXVyICIgKyBzICsgJy5vcmcn
ICsgJyAnICsgIHMgKyAiIHwgZ3ppcCAtYyA+ICIgKyBkaWZmX2ZpbGUKKyAgICBjbWQgPSAiTENf
QUxMPUMgVFo9VVRDMCBkaWZmIC0tZXhjbHVkZT0nKi5leGNsdWRlX2Zyb21fZGlmZicgLU5hdXIg
IiArIHMgKyAnLm9yZycgKyAnICcgKyAgcyArICIgfCBnemlwIC1jID4gIiArIGRpZmZfZmlsZQog
ICAgIGQuc2V0VmFyKCdESUZGJywgY21kICsgIlxuIikKICAgICBkLnNldFZhckZsYWcoJ0RJRkYn
LCAnZnVuYycsICcxJykKICAgICBiYi5idWlsZC5leGVjX2Z1bmMoJ0RJRkYnLCBkKQogICAgIHNo
dXRpbC5ybXRyZWUocyArICcub3JnJywgaWdub3JlX2Vycm9ycz1UcnVlKQogCisgICAgIyBSZW5h
bWUgdGhlIGV4Y2x1ZGVkIGZpbGUgYmFjayB0byB0aGUgb3JpZ2luYWwgbmFtZQorICAgIGZvciBl
eGNsdWRlIGluIGV4Y2x1ZGVfZnJvbToKKyAgICAgICAgaWYgb3MucGF0aC5leGlzdHMoZXhjbHVk
ZSArIHN1ZmZpeCk6CisgICAgICAgICAgICBvcy5yZW5hbWUoZXhjbHVkZSArIHN1ZmZpeCwgZXhj
bHVkZSkKKwogIyBUaGlzIGZ1bmN0aW9uIHdpbGwgcnVuIHdoZW4gdXNlciB3YW50IHRvIGdldCB0
YXJiYWxsIGZvciBzb3VyY2VzIGFuZAogIyBwYXRjaGVzIGFmdGVyIGRvX3VucGFjawogcHl0aG9u
IGRvX2FyY2hpdmVfb3JpZ2luYWxfc291cmNlc19wYXRjaGVzKCl7Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>