<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>57002</bug_id>
          
          <creation_ts>2004-07-14 03:12 0000</creation_ts>
          <short_desc>media-libs/gstreamer-0.8.3-r1 has sandbox violation</short_desc>
          <delta_ts>2004-08-11 04:11:03 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>GNOME</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>eradicator@gentoo.org</reporter>
          <assigned_to>gnome@gentoo.org</assigned_to>
          <cc>askwar@digitalprojects.com</cc>
    
    <cc>Henry78@gmx.at</cc>
    
    <cc>hilker@plastic.com</cc>
    
    <cc>motaboy@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>eradicator@gentoo.org</who>
            <bug_when>2004-07-14 03:12:16 0000</bug_when>
            <thetext>During the emake, notice this:

    cd . ; \
    for i in gstreamer.args gstreamer.hierarchy gstreamer.interfaces gstreamer.prerequisites gstreamer-scan.o gstreamer.signals ; do \
               test -f $i || touch $i ; \
    done \
fi
mkdir .libs
 gcc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -Wall -DGST_DISABLE_DEPRECATED -I../../libs -I../.. -I../.. -c gstreamer-scan.c  -fPIC -DPIC -o .libs/gstreamer-scan.o
 gcc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -Wall -DGST_DISABLE_DEPRECATED -I../../libs -I../.. -I../.. -c gstreamer-scan.c -o gstreamer-scan.o &gt;/dev/null 2&gt;&amp;1
gcc -o .libs/gstreamer-scan .libs/gstreamer-scan.o  ../../gst/.libs/libgstreamer-0.8.so /usr/lib/libxml2.so -lz -lm /usr/lib/libgobject-2.0.so /usr/lib/libgthread-2.0.so -lpthread /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so /usr/lib/libpopt.so 
creating gstreamer-scan
ACCESS DENIED  mkdir:     /var/lib/cache/gstreamer-0.8
ACCESS DENIED  mkdir:     /var/lib/cache/gstreamer-0.8
if test &quot;x../..&quot; != &quot;x../..&quot;; \
        then \
          export BUILT_OPTIONS=&quot;--source-dir=../../gst&quot;; \
        fi; \
gtkdoc-scan \
          \
        --module=gstreamer \
        --source-dir=../../gst \
        $BUILT_OPTIONS \
        --ignore-headers=&quot;gettext.h gst-i18n-lib.h gst-i18n-app.h gst_private.h gstatomic_impl.h gstdata_private.h gstarch.h cothreads.h cothreads_compat.h gthread-cothreads.h types.h grammar.tab.h gstmarshal.h gstaggregator.h gstbufferstore.h gstfakesink.h gstfakesrc.h gstfdsink.h gstfdsrc.h gstfilesink.h gstfilesrc.h gstidentity.h gstmd5sink.h gstmultifilesrc.h gstpipefilter.h gstshaper.h gststatistics.h gsttee.h gsttypefindelement.h gstspider.h gstspideridentity.h gstsearchfuncs.h gstxmlregistry.h&quot;
touch scan-build.stamp
*** Rebuilding template files ***
if test x&quot;.&quot; != x. ; then \
    cp ./gstreamer-sections.txt . ; \
    touch gstreamer-decl.txt ; \
fi
gtkdoc-mktmpl --module=gstreamer | tee tmpl-build.log

adding an &apos;addpredict /var/lib/cache/gstreamer-0.8&apos; should fix it (testing now to be sure).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>eradicator@gentoo.org</who>
            <bug_when>2004-07-14 03:43:25 0000</bug_when>
            <thetext>yep... the addpredict takes care of it.

I think this is only noticable if you don&apos;t already have that dir...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-07-14 05:43:32 0000</bug_when>
            <thetext>ive seen this before, but i&apos;m not sure what triggers it. I don&apos;t like add* solutions, because they&apos;re kind of ugly hacks. I guess this isn&apos;t a clean install is it ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2004-07-15 15:57:01 0000</bug_when>
            <thetext>Hi,
I had the same problem and mine was a clean installation on a new system.

I&apos;ve found the REAL problem and resolved it in this way:

If you look in EVERY Makefile you&apos;ll see this line:

GST_CACHE_DIR = /var/lib/cache/gstreamer-0.8

where var/lib would be ${localstatedir} but the configure script expanded it.

So I removed the expansion with this proposed patch.

I don&apos;t know if this is the right thing to do. But I haven&apos;t found anything better.

I&apos;ll also attach the new ebuild.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2004-07-15 15:57:41 0000</bug_when>
            <thetext>Created an attachment (id=35511)
gstreamer-0.8.3-dont-expand-GST_CACHE_DIR.patch
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2004-07-15 15:58:36 0000</bug_when>
            <thetext>Created an attachment (id=35512)
gstreamer-0.8.3-r2.ebuild
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>askwar@digitalprojects.com</who>
            <bug_when>2004-07-17 15:00:32 0000</bug_when>
            <thetext>Happens for me as well. This seems to be a dupe of bug #56094 - however, I&apos;d rather make #56094 a dupe of this bug here, as we&apos;ve got a patch attached here.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>eradicator@gentoo.org</who>
            <bug_when>2004-07-18 22:07:35 0000</bug_when>
            <thetext>*** Bug 56094 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-07-19 08:31:25 0000</bug_when>
            <thetext>added the &apos;addpredict&apos; solution.

The problem is that to create the docs on a new gst-0.8 install, it uses a tool gstreamer-scan that uses some functionality that creates(/uses?) a gst plugins cache. This cache normally isn&apos;t created until after the installation, so thats why we sandbox.

The cache gets created anyway in the ebuild, so it shouldn&apos;t be harmful to do the addpredict. Still it is not a solution i like, it would probably better to check (a) if the cache generation is reall needed &amp; (b) if it is needed if we can&apos;t do in the builddir somewhere. Both solutions require some more research I don&apos;t have the time to deal with right now.

@ simon : I haven&apos;t tested your patch, but I can&apos;t really see why that would change anything. Are you sure it didn&apos;t just work because you had a working gst-0.8 installation available when you added your patch ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2004-07-19 09:16:19 0000</bug_when>
            <thetext>I&apos;m sure that it works, my was a first install on a new system and I think I&apos;ve explained the problem quite well.

I&apos;ll reexplain it:
Like you know gstreamer buld system uses /var/lib/cache/gstreamer-0.8 to store some cache data.
This directory is defined (in all Makefiles) by GST_CACHE_DIR that should be GST_CACHE_DIR=&quot;\$localstatedir&quot;/var/lib/cache/gstreamer-0.8.

Like you know, to avoid the filesystem overwrite the ebuild.sh script during the install phase change all the dirs from / to /var/tmp/portage (for example localstatedir is changed from /usr to /val/tmp/portage/usr). this doesn&apos;t happen in the configuration phase because it have to give the right dirs to the configure script.

The problem is that the configure script force the expansion of GST_CACHE_DIR so it will become GST_CACHE_DIR=/var/lib/cache/gstreamer-0.8 and this cause the sandbox violation when the program that creates the docs write in it.

My patch will remove this forced expansion in the configure script, avoing this sandbox violation, setting the GST_CACHE_DIR to the right path.

I think it&apos;s a better solution that will solve the REAL problem, but if you prefer the addpreditc hack go with it.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-07-19 09:46:57 0000</bug_when>
            <thetext>I know what it tries todo, but i&apos;m not convinced it works like you think it does and also you are redefining a var that gets used in source files.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2004-07-26 11:08:30 0000</bug_when>
            <thetext>Sorry but with the addpredict I&apos;m having the same sandbox violation. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-08-03 13:18:49 0000</bug_when>
            <thetext>*** Bug 57610 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-08-03 13:33:06 0000</bug_when>
            <thetext>not fixed</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-08-03 13:49:43 0000</bug_when>
            <thetext>the problem i think is that i was a bit too tight with the addpredict. I have made it a bit looser on the dirs it covers. Please rsync &amp; try again.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>frepe@bredband.net</who>
            <bug_when>2004-08-03 15:51:03 0000</bug_when>
            <thetext>For me, it works now. *However*, since gstreamer was a depenency while emerging kde, kdemultimedia was emerged right after gstreamer and that procedure printed this message:

**************************************************
*
* You do not seem to have GStreamer and the
* KDE GStreamer bindings installed.  Without these
* aRts output will be used exclusively.
*
* You can get these bindings from kdenonbeta/gst
* or from the JuK homepage.
*
* JuK supports GStreamer output but will also
* work with aRts.
*
**************************************************

Perhaps this can be disregarded, I don&apos;t know. But for some reason, it looks like it doesn&apos;t recognize that gstreamer is there.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-08-11 04:11:03 0000</bug_when>
            <thetext>the problem here got fixed afaik (no reply = good news ?)

@ comment 15 : file a bug with the kde team, i don&apos;t know much about juk</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>35511</attachid>
            <date>2004-07-15 15:57 0000</date>
            <desc>gstreamer-0.8.3-dont-expand-GST_CACHE_DIR.patch</desc>
            <filename>gstreamer-0.8.3-dont-expand-GST_CACHE_DIR.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGdzdHJlYW1lci0wLjguMy1vcmlnL2NvbmZpZ3VyZQkyMDA0LTA2LTA1IDEzOjMzOjQ3LjAw
MDAwMDAwMCArMDAwMA0KKysrIGdzdHJlYW1lci0wLjguMy9jb25maWd1cmUJMjAwNC0wNy0xNiAw
MDo0Nzo0OS42Nzg2OTE3MTIgKzAwMDANCkBAIC0yNjMxNiw0OSArMjYzMTYsOSBAQA0KIGlmIHRl
c3QgIngkUExVR0lOU19VU0VfQlVJTERESVIiID0gInh5ZXMiOyB0aGVuDQogICBHU1RfQ0FDSEVf
RElSPWBwd2RgDQogZWxzZQ0KLSAgICBHU1RfQ0FDSEVfRElSPSR7bG9jYWxzdGF0ZWRpcn0vY2Fj
aGUvZ3N0cmVhbWVyLSRHU1RfTUFKT1JNSU5PUg0KKyAgICBHU1RfQ0FDSEVfRElSPSJcJHtsb2Nh
bHN0YXRlZGlyfSIvY2FjaGUvZ3N0cmVhbWVyLSRHU1RfTUFKT1JNSU5PUg0KIGZpDQogDQotIyBD
aGVjayB3aGV0aGVyIC0td2l0aC1jYWNoZWRpciBvciAtLXdpdGhvdXQtY2FjaGVkaXIgd2FzIGdp
dmVuLg0KLWlmIHRlc3QgIiR7d2l0aF9jYWNoZWRpcitzZXR9IiA9IHNldDsgdGhlbg0KLSAgd2l0
aHZhbD0iJHdpdGhfY2FjaGVkaXIiDQotICBjYXNlICIke3dpdGh2YWx9IiBpbg0KLSAgeWVzKSB7
IHsgZWNobyAiJGFzX21lOiRMSU5FTk86IGVycm9yOiBiYWQgdmFsdWUgJHt3aXRodmFsfSBmb3Ig
LS13aXRoLWNhY2hlZGlyIiA+JjUNCi1lY2hvICIkYXNfbWU6IGVycm9yOiBiYWQgdmFsdWUgJHt3
aXRodmFsfSBmb3IgLS13aXRoLWNhY2hlZGlyIiA+JjI7fQ0KLSAgIHsgKGV4aXQgMSk7IGV4aXQg
MTsgfTsgfSA7Ow0KLSAgbm8pIHsgeyBlY2hvICIkYXNfbWU6JExJTkVOTzogZXJyb3I6IGJhZCB2
YWx1ZSAke3dpdGh2YWx9IGZvciAtLXdpdGgtY2FjaGVkaXIiID4mNQ0KLWVjaG8gIiRhc19tZTog
ZXJyb3I6IGJhZCB2YWx1ZSAke3dpdGh2YWx9IGZvciAtLXdpdGgtY2FjaGVkaXIiID4mMjt9DQot
ICAgeyAoZXhpdCAxKTsgZXhpdCAxOyB9OyB9IDs7DQotICAqKSBHU1RfQ0FDSEVfRElSPSIke3dp
dGh2YWx9IiA7Ow0KLWVzYWMNCi1lbHNlDQotICA6DQotZmk7DQotDQotICBFWFBfVkFSPUdTVF9D
QUNIRV9ESVINCi0gIEZST01fVkFSPSRHU1RfQ0FDSEVfRElSDQotDQotICAgIHByZWZpeF9zYXZl
PSRwcmVmaXgNCi0gIGV4ZWNfcHJlZml4X3NhdmU9JGV4ZWNfcHJlZml4DQotDQotICAgIGlmIHRl
c3QgIngkcHJlZml4IiA9ICJ4Tk9ORSI7IHRoZW4NCi0gICAgcHJlZml4PSIkYWNfZGVmYXVsdF9w
cmVmaXgiDQotICBmaQ0KLSAgICBpZiB0ZXN0ICJ4JGV4ZWNfcHJlZml4IiA9ICJ4Tk9ORSI7IHRo
ZW4NCi0gICAgZXhlY19wcmVmaXg9JHByZWZpeA0KLSAgZmkNCi0NCi0gIGZ1bGxfdmFyPSIkRlJP
TV9WQVIiDQotICAgIHdoaWxlIHRydWU7IGRvDQotICAgIG5ld19mdWxsX3Zhcj0iYGV2YWwgZWNo
byAkZnVsbF92YXJgIg0KLSAgICBpZiB0ZXN0ICJ4JG5ld19mdWxsX3ZhciIgPSAieCRmdWxsX3Zh
ciI7IHRoZW4gYnJlYWs7IGZpDQotICAgIGZ1bGxfdmFyPSRuZXdfZnVsbF92YXINCi0gIGRvbmUN
Ci0NCi0gICAgZnVsbF92YXI9JG5ld19mdWxsX3Zhcg0KLSAgR1NUX0NBQ0hFX0RJUj0iJGZ1bGxf
dmFyIg0KLQ0KLQ0KICAgICBwcmVmaXg9JHByZWZpeF9zYXZlDQogICBleGVjX3ByZWZpeD0kZXhl
Y19wcmVmaXhfc2F2ZQ0KIA0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>35512</attachid>
            <date>2004-07-15 15:58 0000</date>
            <desc>gstreamer-0.8.3-r2.ebuild</desc>
            <filename>gstreamer-0.8.3-r2.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uDQojIERpc3RyaWJ1dGVkIHVu
ZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgdjINCiMgJEhl
YWRlcjogL3Zhci9jdnNyb290L2dlbnRvby14ODYvbWVkaWEtbGlicy9nc3RyZWFtZXIvZ3N0cmVh
bWVyLTAuOC4zLXIxLmVidWlsZCx2IDEuMSAyMDA0LzA3LzExIDE3OjQ3OjA4IGZvc2VyIEV4cCAk
DQoNCmluaGVyaXQgZXV0aWxzIGZsYWctby1tYXRpYyBsaWJ0b29sIGdub21lMg0KDQojIENyZWF0
ZSBhIG1ham9yL21pbm9yIGNvbWJvIGZvciBvdXIgU0xPVCBhbmQgZXhlY3V0YWJsZXMgc3VmZml4
DQpQVlA9KCQoZWNobyAiICRQViAiIHwgc2VkICdzOlstXC5fXTogOmcnKSkNClBWX01BSl9NSU49
JHtQVlBbMF19LiR7UFZQWzFdfQ0KDQpERVNDUklQVElPTj0iU3RyZWFtaW5nIG1lZGlhIGZyYW1l
d29yayINCkhPTUVQQUdFPSJodHRwOi8vZ3N0cmVhbWVyLnNvdXJjZWZvcmdlLm5ldCINCkxJQ0VO
U0U9IkxHUEwtMiINClNSQ19VUkk9Imh0dHA6Ly9nc3RyZWFtZXIuZnJlZWRlc2t0b3Aub3JnL3Ny
Yy9nc3RyZWFtZXIvJHtQfS50YXIuYnoyIg0KDQpTTE9UPSR7UFZfTUFKX01JTn0NCktFWVdPUkRT
PSJ+eDg2IH5wcGMgfnNwYXJjIH5hbHBoYSB+aHBwYSB+YW1kNjQgfmlhNjQgfm1pcHMiDQpJVVNF
PSJkb2MiDQoNClJERVBFTkQ9Ij49ZGV2LWxpYnMvZ2xpYi0yLjINCgk+PWRldi1saWJzL2xpYnht
bDItMi40LjkNCgk+PWRldi1saWJzL3BvcHQtMS42LjMiDQoNCkRFUEVORD0iJHtSREVQRU5EfQ0K
CT49c3lzLWRldmVsL2dldHRleHQtMC4xMS41DQoJZGV2LXV0aWwvcGtnY29uZmlnDQoJZG9jPyAo
IGRldi11dGlsL2d0ay1kb2MNCgkJPWFwcC10ZXh0L2RvY2Jvb2steG1sLWR0ZC00LjIqICkiDQoN
CnNyY191bnBhY2soKSB7DQoJdW5wYWNrICR7QX0NCgljZCAke1N9DQoNCgkjIEZpeCBkb2MgZ2Vu
ZXJhdGlvbiB3aXRoIGphZGUuIFNlZSBidWcgIzU1NzAwLg0KCWVwYXRjaCAke0ZJTEVTRElSfS8k
e1B9LWphZGVfZml4LnBhdGNoDQoJIyBGaXggcGx1Z2luIHJlZ2dpbmcgd2l0aCByZWlzZXI0ICgj
NDkwODEpDQoJZXBhdGNoICR7RklMRVNESVJ9LyR7UE59LTAuOC1yZWlzZXI0X3JlZ2lzdGVyLnBh
dGNoDQoJIyBGaXggdGhlIHNhbmRib3ggdmlvbGF0aW9uIGNhdXNlIGJ5IHRoZQ0KCSMgZXhwYW5z
aW9uIG9mIEdTVF9DQUNIRV9ESVIgKCM1NzAwMikNCgllcGF0Y2ggJHtGSUxFU0RJUn0vJHtQfS1k
b250LWV4cGFuZC1HU1RfQ0FDSEVfRElSLnBhdGNoDQoNCn0NCg0Kc3JjX2NvbXBpbGUoKSB7DQoN
CgllbGlidG9vbGl6ZQ0KDQoJc3RyaXAtZmxhZ3MNCglyZXBsYWNlLWZsYWdzICItTzMiICItTzIi
DQoNCgkjIGRvY3MgaGFjaywgY2lyY3VtdmVudCB4bWx0ZXggY2hlY2sNCgllY29uZiBcDQoJCS0t
d2l0aC1jb25maWdkaXI9L2V0Yy9nc3RyZWFtZXIgXA0KCQktLWRpc2FibGUtdGVzdHMgIFwNCgkJ
LS1kaXNhYmxlLWV4YW1wbGVzIFwNCgkJYHVzZV9lbmFibGUgZG9jIGRvY3MtYnVpbGRgIFwNCgkJ
fHwgZGllICIuL2NvbmZpZ3VyZSBmYWlsZWQiDQoNCgkjIE9uIGFscGhhLCBhbWQ2NCBhbmQgaHBw
YSBzb21lIGlubm9jdW91cyB3YXJuaW5ncyBhcmUgc3BpdCBvdXQgdGhhdCBicmVhaw0KCSMgdGhl
IGJ1aWxkIGJlY2F1c2Ugb2YgLVdlcnJvcg0KCXVzZSBhbHBoYSAmJiBmaW5kIC4gLW5hbWUgTWFr
ZWZpbGUgfCB4YXJncyBzZWQgLWkgLWUgJ3MvLVdlcnJvci8vZycNCgl1c2UgYW1kNjQgJiYgZmlu
ZCAuIC1uYW1lIE1ha2VmaWxlIHwgeGFyZ3Mgc2VkIC1pIC1lICdzLy1XZXJyb3IvL2cnDQoJdXNl
IGhwcGEgJiYgZmluZCAuIC1uYW1lIE1ha2VmaWxlIHwgeGFyZ3Mgc2VkIC1pIC1lICdzLy1XZXJy
b3IvL2cnDQoNCgllbWFrZSB8fCBkaWUgImNvbXBpbGUgZmFpbGVkIg0KDQp9DQoNCnNyY19pbnN0
YWxsKCkgew0KDQoJZWluc3RhbGwgfHwgZGllDQoNCgkjIHJlbW92ZSB0aGUgdW52ZXJzaW9uZWQg
YmluYXJpZXMgZ3N0cmVhbWVyIHByb3ZpZGUNCgkjIHRoaXMgaXMgdG8gcHJldmVudCB0aGVzZSBi
aW5hcmllcyB0byBiZSBvd25lZCBieSBzZXZlcmFsIFNMT1RzDQoJY2QgJHtEfS91c3IvYmluDQoJ
Zm9yIGdzdF9iaW5zIGluIGBscyAqLSR7UFZfTUFKX01JTn1gDQoJZG8NCgkJcm0gJHtnc3RfYmlu
cy8tJHtQVl9NQUpfTUlOfS99DQoJCWVpbmZvICJSZW1vdmVkICR7Z3N0X2JpbnMvLSR7UFZfTUFK
X01JTn0vfSINCglkb25lDQoNCgljZCAke1N9DQoJZG9kb2MgQVVUSE9SUyBDaGFuZ2VMb2cgQ09Q
WUlORyogREVWRUwgXA0KCQlORVdTIFJFQURNRSBSRUxFQVNFIFJFUVVJUkVNRU5UUyBUT0RPDQoN
Cn0NCg0KcGtnX3Bvc3RpbnN0KCkgew0KDQoJZ3N0LXJlZ2lzdGVyLSR7UFZfTUFKX01JTn0NCg0K
fQ0K
</data>        

          </attachment>
    </bug>

</bugzilla>