<?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>82940</bug_id>
          
          <creation_ts>2005-02-22 04:24 0000</creation_ts>
          <short_desc>emerging gnuplot on text console fails due to (sandbox) access vioation to /dev/mouse</short_desc>
          <delta_ts>2006-10-10 14:49:15 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>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</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>zkoza@ift.uni.wroc.pl</reporter>
          <assigned_to>g2boojum@gentoo.org</assigned_to>
          <cc>andre.hinrichs@gmx.de</cc>
    
    <cc>azarah@gentoo.org</cc>
    
    <cc>jakub@gentoo.org</cc>
    
    <cc>sci@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>zkoza@ift.uni.wroc.pl</who>
            <bug_when>2005-02-22 04:24:39 0000</bug_when>
            <thetext>When I try to emerge gnuplot (gmedia-gfx/gnuplot-4.0-r1) from a console, emerge fails with the following report:

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = &quot;/tmp/sandbox-media-gfx_-_gnuplot-4.0-r1-749.log&quot;

open_wr:   /dev/mouse
open_wr:   /dev/mouse
open_wr:   /dev/mouse
open_wr:   /dev/mouse
open_wr:   /dev/mouse
--------------------------------------------------------------------------------

However, 
&gt; emerge gnuplot
works just fine from an X console.

This bug seems very similar to bug No 41711, except that 
41711 reported a similar behaviour with /dev/svga

Reproducible: Always
Steps to Reproduce:
1. login in a text console
2. su
3. emerge gnuplot

Actual Results:  
gnuplot was not updated to 4.0


Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.5,
glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 22 2005, 11:56:00)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.6.3, 1.4_p6, 1.8.5-r3, 1.9.4, 1.7.9-r1
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.4.21-r1
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-O2 -march=athlon-xp -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=athlon-xp -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;CCACHE autoaddcvs autoconfig ccache distlocks sandbox sfperms&quot;
GENTOO_MIRRORS=&quot;ftp://linux.rz.ruhr-uni-bohum.de/gentoo-mirror/
ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo http://gentoo.zie.pg.gda.pl&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dnow X apm arts avi berkdb bitmap-fonts crypt cups curl doc emboss
encode esd f77 fam fbcon font-server foomaticdb fortran gdbm gif gmp gnome gpm
gstreamer gtk gtk2 imagemagic imlib ipv6 jpeg kde libg++ libwww mad mikmod mime
mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png
python qt quicktime readline sdl spell sse ssl svga tcltk tcpd tetex tidy tiff
truetype truetype-fonts type1-fonts usb wxwindows xml2 xmms xv zlib&quot;
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2005-02-22 04:37:03 0000</bug_when>
            <thetext>*** Bug 82941 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>graham@gmurray.org.uk</who>
            <bug_when>2005-03-13 09:12:15 0000</bug_when>
            <thetext>As stated in bug #80135, with udev /dev/mouse does not exist. It is /dev/input/mousen. So should gnuplot not be looking for the correct mouse device rather than /dev/mouse?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andre.hinrichs@gmx.de</who>
            <bug_when>2005-03-20 23:45:33 0000</bug_when>
            <thetext>I have a similar problem compiling gnuplot on a text console.
But it&apos;s not the mouse device...
When I merge that package remotely via ssh, it finishes without error!
Very strange!!

Here is the error:

make[2]: Entering directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0/tutorial&apos;
svgalib: Cannot open /dev/svga
Is svgalib_helper module loaded?
make[2]: *** [eg1.tex] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0/tutorial&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0&apos;
make: *** [all] Error 2

!!! ERROR: media-gfx/gnuplot-4.0-r1 failed.
!!! Function src_compile, Line 67, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo-tigerp@tigerp.net</who>
            <bug_when>2005-03-30 08:26:55 0000</bug_when>
            <thetext>Andre: Try to (re-)emerge svgalib and than emerge gnuplot again. Probebly you don&apos;t have a svgalib_helper module in your kernel modules dir anymore (because you updated your kernel modules)
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andre.hinrichs@gmx.de</who>
            <bug_when>2005-04-08 00:45:45 0000</bug_when>
            <thetext>Created an attachment (id=55637)
emerge log

After doing some more configurations on my system the svgalib_helper error
has gone. Unfortunately, now the described error appears here too.
See the attachment for the complete error message.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andre.hinrichs@gmx.de</who>
            <bug_when>2005-04-23 00:34:33 0000</bug_when>
            <thetext>Just to play a bit I added the same hack as described in bug #41711 for /dev/svga
to handle /dev/mouse and it compiles fine on console then!

Means, just add &quot;addwrite /dev/mouse&quot; after the line &quot;addwrite /dev/svga&quot;

Does this hack hurt the compile in other cases?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pdenapo@gmail.com</who>
            <bug_when>2005-06-10 19:16:53 0000</bug_when>
            <thetext>I&apos;m having the same trouble but the offending device is 
/dev/tts/0 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>g2boojum@gentoo.org</who>
            <bug_when>2005-10-31 14:21:05 0000</bug_when>
            <thetext>Az,
  Better to add these addwrite&apos;s in the ebuild, or should they just be added
to the list of globally-allowed targets in sandbox?

Also, tossing to sci@gentoo.org, since I&apos;m not maintaining gnuplot very well!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>azarah@gentoo.org</who>
            <bug_when>2005-11-01 00:56:56 0000</bug_when>
            <thetext>Not sure if that is the best bet, as it might change for each user.  Can anybody
track exactly what tries to write to these devices ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andre.hinrichs@gmx.de</who>
            <bug_when>2006-01-22 15:09:22 0000</bug_when>
            <thetext>Is ther any progress on fixing this?
I&apos;m still holding a local copy of the ebuild with the needed modification
I described in comment #6.
And I&apos;m really surprised that so few people have problems with this.
Why is that? Is it really that system dependent?
I doubt, since I bought a new system four months ago and had the same problem with gnuplot. Or is anybody else compiling under X (which is fine)???
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>j4b0@email.si</who>
            <bug_when>2006-03-05 13:37:19 0000</bug_when>
            <thetext>doing texcongif init as someone suggested on the forum didnt help.
I seems it cant make pdf files or something with pdfetex ???
 
make[2]: Entering directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0/tutorial&apos;
Building LaTeX tutorial
TEXINPUTS=.:.:: latex tutorial
This is pdfeTeX, Version 3.141592-1.30.5-2.2 (Web2C 7.5.5)
---! /var/lib/texmf/web2c/latex.fmt doesn&apos;t match pdfetex.pool
(Fatal format file error; I&apos;m stymied)
make[2]: *** [tutorial.dvi] Error 1
make[2]: Leaving directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0/tutorial&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0&apos;
make: *** [all] Error 2

!!! ERROR: sci-visualization/gnuplot-4.0-r1 failed.
Call stack:
  ebuild.sh, line 1933:   Called dyn_compile
  ebuild.sh, line 971:   Called src_compile</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>j4b0@email.si</who>
            <bug_when>2006-03-05 14:16:35 0000</bug_when>
            <thetext>this helped me:
fmtutil-sys --all &amp;&amp; fmtutil-sys --byfmt pdfetex </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-08-19 15:20:09 0000</bug_when>
            <thetext>(In reply to comment #11)
(In reply to comment #12)

Completely unrelated, move this elsewhere.

---

BTW, what&apos;s the status here? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>g2boojum@gentoo.org</who>
            <bug_when>2006-10-10 14:49:15 0000</bug_when>
            <thetext>Fixing the symptoms because we still don&apos;t know the cause.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>55637</attachid>
            <date>2005-04-08 00:45 0000</date>
            <desc>emerge log</desc>
            <filename>gnuplot-error.txt</filename>
            <type>text/plain</type>
            <data encoding="base64">bWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdmFyL3RtcC9wb3J0YWdlL2dudXBsb3QtNC4w
LXIxL3dvcmsvZ251cGxvdC00LjAuMC90dXRvcmlhbCcKVXNpbmcgbnZpZGlhIGRyaXZlciwgMzI3
NjhLQiwgVHlwZTogR2VGb3JjZSAoTlYxMSkuCnN2Z2FsaWIgMS45LjE5CkFDQ0VTUyBERU5JRUQg
IG9wZW5fd3I6ICAgL2Rldi9tb3VzZQpzdmdhbGliOiBGYWlsZWQgdG8gaW5pdGlhbGl6ZSBtb3Vz
ZS4KVXNpbmcgbnZpZGlhIGRyaXZlciwgMzI3NjhLQiwgVHlwZTogR2VGb3JjZSAoTlYxMSkuCnN2
Z2FsaWIgMS45LjE5CkFDQ0VTUyBERU5JRUQgIG9wZW5fd3I6ICAgL2Rldi9tb3VzZQpzdmdhbGli
OiBGYWlsZWQgdG8gaW5pdGlhbGl6ZSBtb3VzZS4KVXNpbmcgbnZpZGlhIGRyaXZlciwgMzI3NjhL
QiwgVHlwZTogR2VGb3JjZSAoTlYxMSkuCnN2Z2FsaWIgMS45LjE5CkFDQ0VTUyBERU5JRUQgIG9w
ZW5fd3I6ICAgL2Rldi9tb3VzZQpzdmdhbGliOiBGYWlsZWQgdG8gaW5pdGlhbGl6ZSBtb3VzZS4K
QnVpbGRpbmcgTGFUZVggdHV0b3JpYWwKVEVYSU5QVVRTPS46Ljo6IGxhdGV4IHR1dG9yaWFsClRo
aXMgaXMgVGVYLCBWZXJzaW9uIDMuMTQxNTkgKFdlYjJDIDcuNC41KQooLi90dXRvcmlhbC50ZXgK
TGFUZVgyZSA8MjAwMS8wNi8wMT4KQmFiZWwgPHYzLjdoPiBhbmQgaHlwaGVuYXRpb24gcGF0dGVy
bnMgZm9yIGFtZXJpY2FuLCBmcmVuY2gsIGdlcm1hbiwgbmdlcm1hbiwgbgpvaHlwaGVuYXRpb24s
IGxvYWRlZC4KKC4vaGVhZGVyLnRleCAoL3Vzci9zaGFyZS90ZXhtZi90ZXgvbGF0ZXgvYmFzZS9h
cnRpY2xlLmNscwpEb2N1bWVudCBDbGFzczogYXJ0aWNsZSAyMDAxLzA0LzIxIHYxLjRlIFN0YW5k
YXJkIExhVGVYIGRvY3VtZW50IGNsYXNzCigvdXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC9iYXNl
L3NpemUxMC5jbG8pKQooL3Vzci9zaGFyZS90ZXhtZi90ZXgvbGF0ZXgvYmFzZS9sYXRleHN5bS5z
dHkpCigvdXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC9odG1sL3VybC5zdHkpKQpObyBmaWxlIHR1
dG9yaWFsLmF1eC4KKC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2Jhc2UvdWxhc3kuZmQpCk5v
IGZpbGUgdHV0b3JpYWwudG9jLgpbMV0KCkxhVGVYIFdhcm5pbmc6IFJlZmVyZW5jZSBgb2xkdXNl
cnMnIG9uIHBhZ2UgMSB1bmRlZmluZWQgb24gaW5wdXQgbGluZSA3MC4KCgpMYVRlWCBXYXJuaW5n
OiBSZWZlcmVuY2UgYHM6ZWVwaWMnIG9uIHBhZ2UgMSB1bmRlZmluZWQgb24gaW5wdXQgbGluZSA4
My4KCgpMYVRlWCBXYXJuaW5nOiBSZWZlcmVuY2UgYGVnMScgb24gcGFnZSAxIHVuZGVmaW5lZCBv
biBpbnB1dCBsaW5lIDEyNS4KCiguL2VnMS50ZXgpIFsxXQoKTGFUZVggV2FybmluZzogUmVmZXJl
bmNlIGBlZzInIG9uIHBhZ2UgMiB1bmRlZmluZWQgb24gaW5wdXQgbGluZSAxNjMuCgooLi9lZzIu
dGV4KSBbMl0gWzNdCgpMYVRlWCBXYXJuaW5nOiBSZWZlcmVuY2UgYGVnMycgb24gcGFnZSA0IHVu
ZGVmaW5lZCBvbiBpbnB1dCBsaW5lIDIyNS4KCiguL2VnMy50ZXgpCgpMYVRlWCBXYXJuaW5nOiBS
ZWZlcmVuY2UgYGxpbmVwb2ludCcgb24gcGFnZSA0IHVuZGVmaW5lZCBvbiBpbnB1dCBsaW5lIDI2
NS4KCgpMYVRlWCBXYXJuaW5nOiBSZWZlcmVuY2UgYGVnNCcgb24gcGFnZSA0IHVuZGVmaW5lZCBv
biBpbnB1dCBsaW5lIDI3Ni4KCls0XSAoLi9lZzQudGV4KQoKTGFUZVggV2FybmluZzogUmVmZXJl
bmNlIGBlZzUnIG9uIHBhZ2UgNSB1bmRlZmluZWQgb24gaW5wdXQgbGluZSAzMTEuCgooLi9lZzUu
dGV4KQoKTGFUZVggV2FybmluZzogUmVmZXJlbmNlIGBlZzYnIG9uIHBhZ2UgNSB1bmRlZmluZWQg
b24gaW5wdXQgbGluZSAzMzguCgpbNV0gKC4vZWc2LnRleCkKCkxhVGVYIFdhcm5pbmc6IFJlZmVy
ZW5jZSBgbGluZXBvaW50JyBvbiBwYWdlIDYgdW5kZWZpbmVkIG9uIGlucHV0IGxpbmUgMzY4LgoK
KC4vbGluZXBvaW4udGV4KSBbNl0gWzddICgvdXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC9iYXNl
L29tc2Ntci5mZCkgWzhdCiguL3R1dG9yaWFsLmF1eCkKCkxhVGVYIFdhcm5pbmc6IFRoZXJlIHdl
cmUgdW5kZWZpbmVkIHJlZmVyZW5jZXMuCgoKTGFUZVggV2FybmluZzogTGFiZWwocykgbWF5IGhh
dmUgY2hhbmdlZC4gUmVydW4gdG8gZ2V0IGNyb3NzLXJlZmVyZW5jZXMgcmlnaHQuCgogKQpPdXRw
dXQgd3JpdHRlbiBvbiB0dXRvcmlhbC5kdmkgKDkgcGFnZXMsIDIzODQxMiBieXRlcykuClRyYW5z
Y3JpcHQgd3JpdHRlbiBvbiB0dXRvcmlhbC5sb2cuClRFWElOUFVUUz0uOi46OiBsYXRleCB0dXRv
cmlhbApUaGlzIGlzIFRlWCwgVmVyc2lvbiAzLjE0MTU5IChXZWIyQyA3LjQuNSkKKC4vdHV0b3Jp
YWwudGV4CkxhVGVYMmUgPDIwMDEvMDYvMDE+CkJhYmVsIDx2My43aD4gYW5kIGh5cGhlbmF0aW9u
IHBhdHRlcm5zIGZvciBhbWVyaWNhbiwgZnJlbmNoLCBnZXJtYW4sIG5nZXJtYW4sIG4Kb2h5cGhl
bmF0aW9uLCBsb2FkZWQuCiguL2hlYWRlci50ZXggKC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4
L2Jhc2UvYXJ0aWNsZS5jbHMKRG9jdW1lbnQgQ2xhc3M6IGFydGljbGUgMjAwMS8wNC8yMSB2MS40
ZSBTdGFuZGFyZCBMYVRlWCBkb2N1bWVudCBjbGFzcwooL3Vzci9zaGFyZS90ZXhtZi90ZXgvbGF0
ZXgvYmFzZS9zaXplMTAuY2xvKSkKKC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2Jhc2UvbGF0
ZXhzeW0uc3R5KQooL3Vzci9zaGFyZS90ZXhtZi90ZXgvbGF0ZXgvaHRtbC91cmwuc3R5KSkgKC4v
dHV0b3JpYWwuYXV4KQooL3Vzci9zaGFyZS90ZXhtZi90ZXgvbGF0ZXgvYmFzZS91bGFzeS5mZCkg
KC4vdHV0b3JpYWwudG9jKSBbMV0gKC4vZWcxLnRleCkKWzFdICguL2VnMi50ZXgpIFsyXSBbM10g
KC4vZWczLnRleCkgWzRdICguL2VnNC50ZXgpICguL2VnNS50ZXgpIFs1XSAoLi9lZzYudGV4KQoo
Li9saW5lcG9pbi50ZXgpIFs2XSBbN10gKC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2Jhc2Uv
b21zY21yLmZkKSBbOF0KKC4vdHV0b3JpYWwuYXV4KSApCk91dHB1dCB3cml0dGVuIG9uIHR1dG9y
aWFsLmR2aSAoOSBwYWdlcywgMjM5MjI4IGJ5dGVzKS4KVHJhbnNjcmlwdCB3cml0dGVuIG9uIHR1
dG9yaWFsLmxvZy4KbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgYC92YXIvdG1wL3BvcnRhZ2Uv
Z251cGxvdC00LjAtcjEvd29yay9nbnVwbG90LTQuMC4wL3R1dG9yaWFsJwptYWtlWzJdOiBFbnRl
cmluZyBkaXJlY3RvcnkgYC92YXIvdG1wL3BvcnRhZ2UvZ251cGxvdC00LjAtcjEvd29yay9nbnVw
bG90LTQuMC4wJwptYWtlWzJdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yIGBhbGwtYW0nLgptYWtl
WzJdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Zhci90bXAvcG9ydGFnZS9nbnVwbG90LTQuMC1yMS93
b3JrL2dudXBsb3QtNC4wLjAnCm1ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5IGAvdmFyL3RtcC9w
b3J0YWdlL2dudXBsb3QtNC4wLXIxL3dvcmsvZ251cGxvdC00LjAuMCcKLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tIEFDQ0VTUyBWSU9MQVRJT04gU1VNTUFSWSAtLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0KTE9HIEZJTEUgPSAiL3RtcC9zYW5kYm94LW1lZGlhLWdmeF8tX2dudXBsb3QtNC4w
LXIxLTE0NjgwLmxvZyIKCm9wZW5fd3I6ICAgL2Rldi9tb3VzZQpvcGVuX3dyOiAgIC9kZXYvbW91
c2UKb3Blbl93cjogICAvZGV2L21vdXNlCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCg==
</data>        

          </attachment>
    </bug>

</bugzilla>