<?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>2558</bug_id>
          
          <creation_ts>2012-06-07 22:10:35 +0000</creation_ts>
          <short_desc>Fetcher code incorrectly forces fetch of files which are in the download directory or mirror</short_desc>
          <delta_ts>2012-06-20 09:39:28 +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>Meta-yocto</product>
          <component>meta-yocto</component>
          <version>1.2</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>Issue debugged and patch under discussion/testing</status_whiteboard>
          <keywords></keywords>
          <priority>High</priority>
          <bug_severity>critical</bug_severity>
          <target_milestone>1.3 M1</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Gary Thomas">gary</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>laurentiu.serban</cc>
    
    <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>sgw</cc>
    
    <cc>shane.wang</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>21921</commentid>
    <comment_count>0</comment_count>
    <who name="Gary Thomas">gary</who>
    <bug_when>2012-06-07 22:10:35 +0000</bug_when>
    <thetext>Something in the fetcher code has changed such that the file
  gtk+-2.24.8.tar.bz2
is _always_ fetched from the network, even if it is already in a local mirror or download directory.

Tested with poky master de4cdfd6bc1280ac7ac0559b87734d26294ef773

Note: this is easy to test, just set BB_NO_NETWORK=&quot;1&quot; in local.conf and try
to run &apos;bitbake gtk+ -c fetch&apos;

Since my customers insist on zero network use during builds, this is a critical bug/regression.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22057</commentid>
    <comment_count>1</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-06-12 14:00:35 +0000</bug_when>
    <thetext>This isn&apos;t as simple as you&apos;re describing it since I tried setting BB_NO_NETWORK = &quot;1&quot; in my local.conf (confirmed set with -e) and my fetch for gtk+ suceeded. I then ran a -c cleanall, and the fetch then failed afterwards.

So is there something more specific about your environment needed to reproduce this?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22058</commentid>
    <comment_count>2</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-06-12 14:01:19 +0000</bug_when>
    <thetext>I&apos;m wondering what values of PREMIRRORS and MIRRORS you&apos;re using?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22059</commentid>
    <comment_count>3</comment_count>
    <who name="Gary Thomas">gary</who>
    <bug_when>2012-06-12 14:10:25 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; I&apos;m wondering what values of PREMIRRORS and MIRRORS you&apos;re using?

I use &quot;own-mirrors&quot; set to a local directory, e.g.
  SOURCE_MIRROR_URL ?= &quot;file:///work/misc/Poky/sources/&quot;
  INHERIT += &quot;own-mirrors&quot;

My comment about BB_NO_NETWORK was just to show when the file is being downloaded, not that setting it causes the problem.  Sorry for any confusion.

The real issue is that the source tarball is being fetched from the network even if it exists in the mirror.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22061</commentid>
    <comment_count>4</comment_count>
      <attachid>572</attachid>
    <who name="Gary Thomas">gary</who>
    <bug_when>2012-06-12 14:25:20 +0000</bug_when>
    <thetext>Created attachment 572
Log showing fetch behaviour</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22136</commentid>
    <comment_count>5</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-06-13 15:27:45 +0000</bug_when>
    <thetext>A quick question: Are you only seeing this for gtk+ ?

I think this patch might fix things:

--- a/bitbake/lib/bb/fetch2/local.py
+++ b/bitbake/lib/bb/fetch2/local.py
@@ -26,6 +26,7 @@ BitBake build tools.
 # Based on functions from the base bb module, Copyright 2003 Holger Schurig
 
 import os
+import urllib
 import bb
 import bb.utils
 from   bb import data
@@ -40,7 +41,7 @@ class Local(FetchMethod):
 
     def urldata_init(self, ud, d):
         # We don&apos;t set localfile as for this fetcher the file is already local!
-        ud.basename = os.path.basename(ud.url.split(&quot;://&quot;)[1].split(&quot;;&quot;)[0])
+        ud.basename = os.path.basename(urllib.unquote(ud.url.split(&quot;://&quot;)[1].split(&quot;;&quot;)[0]))
         return
 
     def localpath(self, url, urldata, d):
@@ -49,6 +50,7 @@ class Local(FetchMethod):
         &quot;&quot;&quot;
         path = url.split(&quot;://&quot;)[1]
         path = path.split(&quot;;&quot;)[0]
+        path = urllib.unquote(path)
         newpath = path
         if path[0] != &quot;/&quot;:
             filespath = data.getVar(&apos;FILESPATH&apos;, d, True)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22141</commentid>
    <comment_count>6</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-06-13 15:44:33 +0000</bug_when>
    <thetext>*** Bug 2546 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22143</commentid>
    <comment_count>7</comment_count>
    <who name="Gary Thomas">gary</who>
    <bug_when>2012-06-13 15:53:14 +0000</bug_when>
    <thetext>(In reply to comment #5)
&gt; A quick question: Are you only seeing this for gtk+ ?

Correct.  It appears to be related to the &apos;+&apos; in the URL

&gt; 
&gt; I think this patch might fix things:

Tested this patch and it does work - the gtk+ tarball is no longer fetched from the network.

&gt; 
&gt; --- a/bitbake/lib/bb/fetch2/local.py
&gt; +++ b/bitbake/lib/bb/fetch2/local.py
&gt; @@ -26,6 +26,7 @@ BitBake build tools.
&gt;  # Based on functions from the base bb module, Copyright 2003 Holger Schurig
&gt;  
&gt;  import os
&gt; +import urllib
&gt;  import bb
&gt;  import bb.utils
&gt;  from   bb import data
&gt; @@ -40,7 +41,7 @@ class Local(FetchMethod):
&gt;  
&gt;      def urldata_init(self, ud, d):
&gt;          # We don&apos;t set localfile as for this fetcher the file is already
&gt; local!
&gt; -        ud.basename = os.path.basename(ud.url.split(&quot;://&quot;)[1].split(&quot;;&quot;)[0])
&gt; +        ud.basename =
&gt; os.path.basename(urllib.unquote(ud.url.split(&quot;://&quot;)[1].split(&quot;;&quot;)[0]))
&gt;          return
&gt;  
&gt;      def localpath(self, url, urldata, d):
&gt; @@ -49,6 +50,7 @@ class Local(FetchMethod):
&gt;          &quot;&quot;&quot;
&gt;          path = url.split(&quot;://&quot;)[1]
&gt;          path = path.split(&quot;;&quot;)[0]
&gt; +        path = urllib.unquote(path)
&gt;          newpath = path
&gt;          if path[0] != &quot;/&quot;:
&gt;              filespath = data.getVar(&apos;FILESPATH&apos;, d, True)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22144</commentid>
    <comment_count>8</comment_count>
    <who name="Gary Thomas">gary</who>
    <bug_when>2012-06-13 15:58:48 +0000</bug_when>
    <thetext>With the patch above, there is now a slight change in behaviour.  As mentioned,
I use &quot;own-mirrors&quot; set up like this:
  BB_GENERATE_MIRROR_TARBALLS ?= &quot;1&quot;
  SOURCE_MIRROR_URL ?= &quot;file:///work/misc/Poky/sources/&quot;
  INHERIT += &quot;own-mirrors&quot;

Before, all files which exist on the mirror create a soft link in the local &quot;downloads&quot; directory, e.g.
  $ ls -l downloads/*v4l*
  lrwxrwxrwx 1 gthomas gthomas 63 Mar 27 10:57 downloads/git2_linuxtv.org.v4l-utils.git.tar.gz -&gt; /local/poky-multi/sources/git2_linuxtv.org.v4l-utils.git.tar.gz

After this change, they are not fetched from the network but seem to be copied from the mirror.  I just ran this sequence:
  $ bitbake v4l-utils -c cleansstate
  $ rm downloads/*v4l*
  $ bitbake v4l-utils -c fetch
which now shows
  $ ls -l downloads/*v4l*
  -rw-rw-r-- 1 gthomas gthomas 1439674 Jun 13 09:53 downloads/git2_linuxtv.org.v4l-utils.git.tar.gz

I&apos;ll try to verify that the patch caused this change.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22145</commentid>
    <comment_count>9</comment_count>
    <who name="Gary Thomas">gary</who>
    <bug_when>2012-06-13 16:01:28 +0000</bug_when>
    <thetext>(In reply to comment #8)
&gt; With the patch above, there is now a slight change in behaviour.  As
&gt; mentioned,
&gt; I use &quot;own-mirrors&quot; set up like this:
&gt;   BB_GENERATE_MIRROR_TARBALLS ?= &quot;1&quot;
&gt;   SOURCE_MIRROR_URL ?= &quot;file:///work/misc/Poky/sources/&quot;
&gt;   INHERIT += &quot;own-mirrors&quot;
&gt; 
&gt; Before, all files which exist on the mirror create a soft link in the local
&gt; &quot;downloads&quot; directory, e.g.
&gt;   $ ls -l downloads/*v4l*
&gt;   lrwxrwxrwx 1 gthomas gthomas 63 Mar 27 10:57
&gt; downloads/git2_linuxtv.org.v4l-utils.git.tar.gz -&gt;
&gt; /local/poky-multi/sources/git2_linuxtv.org.v4l-utils.git.tar.gz
&gt; 
&gt; After this change, they are not fetched from the network but seem to be
&gt; copied from the mirror.  I just ran this sequence:
&gt;   $ bitbake v4l-utils -c cleansstate
&gt;   $ rm downloads/*v4l*
&gt;   $ bitbake v4l-utils -c fetch
&gt; which now shows
&gt;   $ ls -l downloads/*v4l*
&gt;   -rw-rw-r-- 1 gthomas gthomas 1439674 Jun 13 09:53
&gt; downloads/git2_linuxtv.org.v4l-utils.git.tar.gz
&gt; 
&gt; I&apos;ll try to verify that the patch caused this change.

Indeed, the patch is not the cause of this difference.  Since it seems to be benign (still no network activity which is my main concern), I&apos;m going to just note it but not worry about it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22178</commentid>
    <comment_count>10</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-06-14 13:06:41 +0000</bug_when>
    <thetext>Fixed in master: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=1faf02599af12a62bbed0bce5fda6a72df63ec30</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22406</commentid>
    <comment_count>11</comment_count>
    <who name="Laurentiu Serban">laurentiu.serban</who>
    <bug_when>2012-06-20 09:39:28 +0000</bug_when>
    <thetext>Verified</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>572</attachid>
            <date>2012-06-12 14:25:20 +0000</date>
            <delta_ts>2012-06-12 14:25:20 +0000</delta_ts>
            <desc>Log showing fetch behaviour</desc>
            <filename>gtk.log</filename>
            <type>text/x-log</type>
            <size>4561</size>
            <attacher name="Gary Thomas">gary</attacher>
            
              <data encoding="base64">RG93bmxvYWQgc3RhdGUgZnJvbSBhIGJ1aWxkIG1hZGUgb24gSnVuZSAxIChiZWZvcmUgdGhlIGNo
YW5nZSB0aGF0IGJyb2tlIHRoZSBmZXRjaGVyKToKICAgIFtndGhvbWFzQGV1cm9wYSBwNjBfcG9r
eV0kIGxzIGRvd25sb2Fkcy9ndGsqIC1sCiAgICBscnd4cnd4cnd4IDEgZ3Rob21hcyBndGhvbWFz
IDQ1IE1hciAyNyAxMDo0OSBkb3dubG9hZHMvZ3RrKy0yLjI0LjgudGFyLmJ6MiAtPiAvbG9jYWwv
cG9reS1tdWx0aS9zb3VyY2VzL2d0aystMi4yNC44LnRhci5iejIKICAgIC1ydy1ydy1yLS0gMSBn
dGhvbWFzIGd0aG9tYXMgIDAgSnVuICAxIDA3OjEwIGRvd25sb2Fkcy9ndGsrLTIuMjQuOC50YXIu
YnoyLmRvbmUKICAgIFtndGhvbWFzQGV1cm9wYSBwNjBfcG9reV0kIGxzIC1sIC9sb2NhbC9wb2t5
LW11bHRpL3NvdXJjZXMvZ3RrKy0yLjI0LjgudGFyLmJ6MgogICAgLXJ3LXJ3LXItLSAxIGd0aG9t
YXMgZ3Rob21hcyAxNjYwNzk4MCBOb3YgMTAgIDIwMTEgL2xvY2FsL3Bva3ktbXVsdGkvc291cmNl
cy9ndGsrLTIuMjQuOC50YXIuYnoyCgpBcyB5b3UgY2FuIHNlZSwgdGhlIGZpbGUgd2FzIGZvdW5k
IGluIG15IG1pcnJvci4KClJ1biBvbiBKdW5lIDEyLCBzaG93aW5nIHRoZSBmZXRjaCBmcm9tIHRo
ZSBuZXR3b3JrOgogICAgW2d0aG9tYXNAZXVyb3BhIHA2MF9wb2t5XSQgcm0gZG93bmxvYWRzL2d0
ayoKICAgIFtndGhvbWFzQGV1cm9wYSBwNjBfcG9reV0kIGJpdGJha2UgZ3RrKyAtYyBjbGVhbnNz
dGF0ZQogICAgTG9hZGluZyBjYWNoZTogMTAwJSB8IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
fCBFVEE6ICAwMDowMDowMAogICAgTG9hZGVkIDE0NTggZW50cmllcyBmcm9tIGRlcGVuZGVuY3kg
Y2FjaGUuCiAgICAKICAgIEJ1aWxkIENvbmZpZ3VyYXRpb246CiAgICBCQl9WRVJTSU9OICAgICAg
ICA9ICIxLjE1LjIiCiAgICBUQVJHRVRfQVJDSCAgICAgICA9ICJhcm0iCiAgICBUQVJHRVRfT1Mg
ICAgICAgICA9ICJsaW51eC1nbnVlYWJpIgogICAgTUFDSElORSAgICAgICAgICAgPSAiY29icmEz
NTMwcDYwIgogICAgRElTVFJPICAgICAgICAgICAgPSAiYW1sdGQiCiAgICBESVNUUk9fVkVSU0lP
TiAgICA9ICIxLjIrc25hcHNob3QtMjAxMjA2MTIiCiAgICBUVU5FX0ZFQVRVUkVTICAgICA9ICJh
cm12N2EgdmZwIG5lb24gY29ydGV4YTgiCiAgICBUQVJHRVRfRlBVICAgICAgICA9ICJ2ZnAtbmVv
biIKICAgIG1ldGEgICAgICAgICAgICAgID0gIm15X21hc3RlcjplMWM3OWY3ZGUwNzY4YzUzM2Jj
ZjA3ZDFiZTgxOTEwOTUyMGE1Njc0IgogICAgbWV0YS1vZSAgICAgICAgICAgPSAibWFzdGVyOmIy
YzRmMjU4YjkzY2E1MDZmYzhmMjJkM2VjZTNkOWQ2NjM2M2FmZjYiCiAgICBtZXRhLWFtbHRkICAg
ICAgICA9ICJtYXN0ZXI6YTkzYzNkY2VkODA0ODYxNTZhMjNkOGU0ZDI1YzRmMjM0MWQwN2E1YyIK
ICAgIG1ldGEtYnJvd3NlciAgICAgID0gIm1hc3Rlcjo3NTYzMTU3MmM4NmVmMjI5OThlNGQzMThl
YTk2NTY0YThlMmUxZDNlIgogICAgbWV0YS1jb2JyYTM1MzBwNjAgPSAibWFzdGVyOjg4NDMzNjIx
MWFmYmMwZjY5NDY5MDBjNGY0NTk2OGNmY2ZmMGQ3M2MiCiAgICBtZXRhLXRpICAgICAgICAgICA9
ICJtYXN0ZXI6ZDMzMDU4MjI1ZGYxMTU2MTc0ZGIxMTMxZDk2NGRlMWVmMGFiM2I0OCIKICAgIG1l
dGEtcGF0Y2hlcyAgICAgID0gIm1hc3RlcjphZWJkMTI3Y2U2NTg1NjNhM2RmZmViNDA0OTY1YjMw
NWYzYzlkNjRlIgogICAgCiAgICBOT1RFOiBSZXNvbHZpbmcgYW55IG1pc3NpbmcgdGFzayBxdWV1
ZSBkZXBlbmRlbmNpZXMKICAgIE5PVEU6IFByZXBhcmluZyBydW5xdWV1ZQogICAgTk9URTogRXhl
Y3V0aW5nIFJ1blF1ZXVlIFRhc2tzCiAgICBOT1RFOiBSdW5uaW5nIHRhc2sgMSBvZiAyIChJRDog
MCwgL2xvY2FsL3Bva3ktbXVsdGkvbWV0YS9yZWNpcGVzLWdub21lL2d0aysvZ3RrK18yLjI0Ljgu
YmIsIGRvX2NsZWFuKQogICAgTk9URTogcGFja2FnZSBndGsrLTIuMjQuOC1yNDogdGFzayBkb19j
bGVhbjogU3RhcnRlZAogICAgTk9URTogcGFja2FnZSBndGsrLTIuMjQuOC1yNDogdGFzayBkb19j
bGVhbjogU3VjY2VlZGVkCiAgICBOT1RFOiBSdW5uaW5nIHRhc2sgMiBvZiAyIChJRDogMSwgL2xv
Y2FsL3Bva3ktbXVsdGkvbWV0YS9yZWNpcGVzLWdub21lL2d0aysvZ3RrK18yLjI0LjguYmIsIGRv
X2NsZWFuc3N0YXRlKQogICAgTk9URTogcGFja2FnZSBndGsrLTIuMjQuOC1yNDogdGFzayBkb19j
bGVhbnNzdGF0ZTogU3RhcnRlZAogICAgTk9URTogcGFja2FnZSBndGsrLTIuMjQuOC1yNDogdGFz
ayBkb19jbGVhbnNzdGF0ZTogU3VjY2VlZGVkCiAgICBOT1RFOiBUYXNrcyBTdW1tYXJ5OiBBdHRl
bXB0ZWQgMiB0YXNrcyBvZiB3aGljaCAwIGRpZG4ndCBuZWVkIHRvIGJlIHJlcnVuIGFuZCBhbGwg
c3VjY2VlZGVkLgoKQXQgdGhpcyBwb2ludCwgdGhlIGRvd25sb2FkcyBbY2FjaGVdIGRvZXMgbm90
IGhhdmUgdGhlIHRhcmJhbGwuCiAgICBbZ3Rob21hc0BldXJvcGEgcDYwX3Bva3ldJCBiaXRiYWtl
IGd0aysgLWMgZmV0Y2gKICAgIExvYWRpbmcgY2FjaGU6IDEwMCUgfCMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjI3wgRVRBOiAgMDA6MDA6MDAKICAgIExvYWRlZCAxNDU4IGVudHJpZXMgZnJvbSBk
ZXBlbmRlbmN5IGNhY2hlLgogICAgCiAgICBCdWlsZCBDb25maWd1cmF0aW9uOgogICAgQkJfVkVS
U0lPTiAgICAgICAgPSAiMS4xNS4yIgogICAgVEFSR0VUX0FSQ0ggICAgICAgPSAiYXJtIgogICAg
VEFSR0VUX09TICAgICAgICAgPSAibGludXgtZ251ZWFiaSIKICAgIE1BQ0hJTkUgICAgICAgICAg
ID0gImNvYnJhMzUzMHA2MCIKICAgIERJU1RSTyAgICAgICAgICAgID0gImFtbHRkIgogICAgRElT
VFJPX1ZFUlNJT04gICAgPSAiMS4yK3NuYXBzaG90LTIwMTIwNjEyIgogICAgVFVORV9GRUFUVVJF
UyAgICAgPSAiYXJtdjdhIHZmcCBuZW9uIGNvcnRleGE4IgogICAgVEFSR0VUX0ZQVSAgICAgICAg
PSAidmZwLW5lb24iCiAgICBtZXRhICAgICAgICAgICAgICA9ICJteV9tYXN0ZXI6ZTFjNzlmN2Rl
MDc2OGM1MzNiY2YwN2QxYmU4MTkxMDk1MjBhNTY3NCIKICAgIG1ldGEtb2UgICAgICAgICAgID0g
Im1hc3RlcjpiMmM0ZjI1OGI5M2NhNTA2ZmM4ZjIyZDNlY2UzZDlkNjYzNjNhZmY2IgogICAgbWV0
YS1hbWx0ZCAgICAgICAgPSAibWFzdGVyOmE5M2MzZGNlZDgwNDg2MTU2YTIzZDhlNGQyNWM0ZjIz
NDFkMDdhNWMiCiAgICBtZXRhLWJyb3dzZXIgICAgICA9ICJtYXN0ZXI6NzU2MzE1NzJjODZlZjIy
OTk4ZTRkMzE4ZWE5NjU2NGE4ZTJlMWQzZSIKICAgIG1ldGEtY29icmEzNTMwcDYwID0gIm1hc3Rl
cjo4ODQzMzYyMTFhZmJjMGY2OTQ2OTAwYzRmNDU5NjhjZmNmZjBkNzNjIgogICAgbWV0YS10aSAg
ICAgICAgICAgPSAibWFzdGVyOmQzMzA1ODIyNWRmMTE1NjE3NGRiMTEzMWQ5NjRkZTFlZjBhYjNi
NDgiCiAgICBtZXRhLXBhdGNoZXMgICAgICA9ICJtYXN0ZXI6YWViZDEyN2NlNjU4NTYzYTNkZmZl
YjQwNDk2NWIzMDVmM2M5ZDY0ZSIKICAgIAogICAgTk9URTogUmVzb2x2aW5nIGFueSBtaXNzaW5n
IHRhc2sgcXVldWUgZGVwZW5kZW5jaWVzCiAgICBOT1RFOiBQcmVwYXJpbmcgcnVucXVldWUKICAg
IE5PVEU6IEV4ZWN1dGluZyBSdW5RdWV1ZSBUYXNrcwogICAgTk9URTogUnVubmluZyB0YXNrIDEg
b2YgMSAoSUQ6IDAsIC9sb2NhbC9wb2t5LW11bHRpL21ldGEvcmVjaXBlcy1nbm9tZS9ndGsrL2d0
aytfMi4yNC44LmJiLCBkb19mZXRjaCkKICAgIE5PVEU6IHBhY2thZ2UgZ3RrKy0yLjI0LjgtcjQ6
IHRhc2sgZG9fZmV0Y2g6IFN0YXJ0ZWQKICAgIE5PVEU6IHBhY2thZ2UgZ3RrKy0yLjI0LjgtcjQ6
IHRhc2sgZG9fZmV0Y2g6IFN1Y2NlZWRlZAogICAgTk9URTogVGFza3MgU3VtbWFyeTogQXR0ZW1w
dGVkIDEgdGFza3Mgb2Ygd2hpY2ggMCBkaWRuJ3QgbmVlZCB0byBiZSByZXJ1biBhbmQgYWxsIHN1
Y2NlZWRlZC4KICAgIFtndGhvbWFzQGV1cm9wYSBwNjBfcG9reV0kIGxzIC1sIGRvd25sb2Fkcy9n
dGsqCiAgICAtcnctcnctci0tIDEgZ3Rob21hcyBndGhvbWFzIDE2NjA3OTgwIE5vdiAxMCAgMjAx
MSBkb3dubG9hZHMvZ3RrKy0yLjI0LjgudGFyLmJ6MgogICAgLXJ3LXJ3LXItLSAxIGd0aG9tYXMg
Z3Rob21hcyAgICAgICAgMCBKdW4gMTIgMDg6MTkgZG93bmxvYWRzL2d0aystMi4yNC44LnRhci5i
ejIuZG9uZQoKVGhpcyBzaG93cyB0aGF0IHRoZSBmaWxlIHdhcyByZWZldGNoZWQgZnJvbSB0aGUg
bmV0d29yaywgbm90IHVzaW5nIHRoZSBtaXJyb3IuCgpUaGUgbWlycm9yIHdvcmtzIHByb3Blcmx5
IGZvciBhbGwgb3RoZXIgZmlsZXMsIGp1c3Qgbm90IHRoaXMgb25lIHRoYXQgaGFwcGVucwp0byBo
YXZlIGEgJysnIGluIHRoZSBuYW1lLiAgTm90ZTogdGhlcmUgd2FzIGEgdGhyZWFkIGFib3V0IHRo
aXMgb24gdGhlIFlvY3RvCm1haWxpbmcgbGlzdCwgc3RhcnRpbmcgb24gMjAxMi0wNi0wMy4KICAg
IA==
</data>

          </attachment>
      

    </bug>

</bugzilla>