<?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>126256</bug_id>
          
          <creation_ts>2006-03-14 21:04 0000</creation_ts>
          <short_desc>net-print/hplip-0.9.9 does not work with foomatic/hpijs drivers &amp; cups</short_desc>
          <delta_ts>2006-08-18 16:14:23 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>2006.0</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>brihall@pcisys.net</reporter>
          <assigned_to>printing@gentoo.org</assigned_to>
          <cc>asl@launay.org</cc>
    
    <cc>gustavo.michels@gmail.com</cc>
    
    <cc>wschlich@gentoo.org</cc>
    
    <cc>xake@rymdraket.net</cc>

      

      
          <long_desc isprivate="0">
            <who>brihall@pcisys.net</who>
            <bug_when>2006-03-14 21:04:26 0000</bug_when>
            <thetext>Upgrading to hplip-0.9.9 broke printing for me. Reverting to hp-0.9.8-r2 fixed the problem. It appeared that with hplip-0.9.9, cups could not see the foomatic/hpijs drivers, even after repeatedly re-emerging foomatic*, cups, and hplip (and restarting daemons, rebooting, etc).


Portage 2.1_pre6-r3 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.4-r0, 2.6.15-ck4 i686)
=================================================================
System uname: 2.6.15-ck4 i686 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.0_pre16
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
dev-lang/python:     2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon-xp -mtune=athlon-xp -pipe -Os -funit-at-a-time -frename-registers -fomit-frame-pointer -fno-ident -msse2&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-march=athlon-xp -mtune=athlon-xp -pipe -Os -funit-at-a-time -frename-registers -fomit-frame-pointer -fno-ident -msse2 -fvisibility-inlines-hidden -fno-enforce-eh-specs&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
EMERGE_DEFAULT_OPTS=&quot;--nospinner&quot;
FEATURES=&quot;autoconfig ccache confcache digest distlocks metadata-transfer nodoc noinfo sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://gentoo.mirrors.pair.com /http://mirror.datapipe.net/gentoo http://gentoo.osuosl.org/ http://gentoo.llarian.net/&quot;
LANG=&quot;en_US&quot;
LDFLAGS=&quot;-Wl,-O1 -Wl,--sort-common -s&quot;
LINGUAS=&quot;en&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.namerica.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 7zip X a52 aac abook acpi allegro alsa apache2 apm arts artworkextra avi bash-completion berkdb bitmap-fonts bzip2 cairo ccache cdinstall cdio cdparanoia chroot cli crypt ctype cups dba dbus dedicated dga dio dnd dri dvd dvdr dvdread effects emboss encode expat ext-png ext-zlib extensions fame fastbuild fat firefox flatfile foomaticdb force-cgi-redirect fortran ftp gb gd gdbm gif gimp gimpprint ginac glut glx gmail gmailtimestamps gnome gnome-print gpgme gphoto2 gpm gs gstreamer gtk gtk2 gzip hal imlib imlib2 inkjar java joystick jpeg kde keyscrub lame lcd lesstif libdsk libg++ libwww lm_sensors lynxkeymap lzo mad maildir matrox mbox mcal md5sum memlimit mikmod mimencode mixer mmap mmx mod motif moznocompose moznoirc moznomail mozsvg mozxmlterm mp3 mpeg mpeg2 mplayer musepack music ncurses net network nptl nptlonly offensive ofx ogg oggvorbis on-the-fly-crypt opengl oss pam pam_chroot pam_console pam_timestamp parse-clocks pcre pdf pdflib perl physfs pic png posix ppds python qt quicktime rar rdesktop readline real rogue rtc scanner sdl server session shorten simplexml snmp soap sockets sounds sox spell spl sse sse2 ssl sysfs szip tcltk tcpd tga theora threads tokenizer transcode truetype truetype-fonts type1 type1-fonts udev unicode usb uudeview v4l v4l2 vfat videos vnc vorbis wxwindows x11vnc xatrix xface xml xmms xosd xprint xscreensaver xsl xv xvmc yv12 zip zlib elibc_glibc kernel_linux linguas_en userland_GNU&quot;
Unset:  ASFLAGS, CTARGET, LC_ALL</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brihall@pcisys.net</who>
            <bug_when>2006-03-14 21:10:47 0000</bug_when>
            <thetext>more info:

http://forums.gentoo.org/viewtopic-p-3181138.html</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-03-15 07:32:37 0000</bug_when>
            <thetext>It works for me, but I masked =0.9.9 until I can test this more thoroughly.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>xake@rymdraket.net</who>
            <bug_when>2006-03-17 13:12:20 0000</bug_when>
            <thetext>I think it is the same problem I have. No foomatic and no gimp-print installed. I have the ppds useflag installed, and that was sufficient before. Now I have just one driver showing up in cups, HP-FAX-something.
I believe this message shows the problem.

[quote]make[1]: Leaving directory `/var/tmp/portage/hplip-0.9.9/work/hplip-0.9.9/prnt/hpijs&apos;
mv: kan inte skriva </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>xake@rymdraket.net</who>
            <bug_when>2006-03-17 13:12:20 0000</bug_when>
            <thetext>I think it is the same problem I have. No foomatic and no gimp-print installed. I have the ppds useflag installed, and that was sufficient before. Now I have just one driver showing up in cups, HP-FAX-something.
I believe this message shows the problem.

[quote]make[1]: Leaving directory `/var/tmp/portage/hplip-0.9.9/work/hplip-0.9.9/prnt/hpijs&apos;
mv: kan inte skriva över katalog &quot;/var/tmp/portage/hplip-0.9.9/image//usr/share/ppd&quot;
&gt;&gt;&gt; Completed installing hplip-0.9.9 into /var/tmp/portage/hplip-0.9.9/image/[/quote]

Which translates into english something like &quot;could not overwrite the directory&quot;. It comes from this part of the ebuild:

	if use ppds; then
		dodir /usr/share
		mv &quot;${S}&quot;/prnt/hpijs/ppd &quot;${D}&quot;/usr/share
	fi

Becouse of this the ppds do not get installed, and becouse of that cups can&apos;t use them.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-04-01 09:43:02 0000</bug_when>
            <thetext>Hmmm, I have a hunch... Would you mind testing with stable Portage (2.0.54)? I *think* it may have something to do with the new way it deals with dodir...

By the way, hplip-0.9.10 is now in the tree (package.mask&apos;ed), so you might as well try this version instead.

Thanks for your time! :-)

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brihall@pcisys.net</who>
            <bug_when>2006-04-01 19:11:54 0000</bug_when>
            <thetext>Reverting to stable portage didn&apos;t help my issue. First, I tried hplip-0.9.10 using portage-2.1_pre7-r3, no joy. Then reverted to portage-2.0.54, re-emerged hplip-0.9.10, still no good. I&apos;m back on the latest portage and hplip-0.9.8.

I did notice one thing that seemed a little odd- updating hplip and restarting the hplip service doesn&apos;t work properly, a reboot is required (for instance, when I switch from non-working 0.9.10 to working 0.9.8). Probably some of the things hplip depends on should also restart (snmpd, etc).

Also, when I switch from 0.9.8 to a higher version, the new hplip is never happy about the configuration, maybe the ebuild should/could migrate the hplip/printer config so that it is compatible with the newer version? I don&apos;t think that&apos;s the problem I&apos;m having, since adding a new printer queue via hplip setup doesn&apos;t help either.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>xake@rymdraket.net</who>
            <bug_when>2006-04-03 18:06:28 0000</bug_when>
            <thetext>The problem got nothing to do with portage and more to do with mv.
hplip makes its own &quot;${D}&quot;/usr/share/ppd for its HP-FAX-something so that directory does already exist when the ebuild issues the commando 

mv &quot;${S}&quot;/prnt/hpijs/ppd &quot;${D}&quot;/usr/share

and since you can&apos;t make mv overwrite a directory it fails to move the files to the correct place.

I don&apos;t know if it is more then a dirty fix, but makeing the following change in the ebuild WORKSFORME:

	if use ppds; then
		dodir /usr/share
-		mv &quot;${S}&quot;/prnt/hpijs/ppd &quot;${D}&quot;/usr/share
+		mv &quot;${S}&quot;/prnt/hpijs/ppd/* &quot;${D}&quot;/usr/share/ppd
	fi</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-04-05 08:13:00 0000</bug_when>
            <thetext>Brian: a simple restart works for me. Just tested from 0.9.8-&gt;0.9.10, I had no problems. I don&apos;t know why you must restart for it to work - probably something like snmp, like you said. If you can point it out, make sure to mention it.

I added Peter suggestion to cvs. Mind testing it? Hopefully this time it fixes this bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brihall@pcisys.net</who>
            <bug_when>2006-04-07 20:40:26 0000</bug_when>
            <thetext>No, patching the ebuild didn&apos;t work for me. Had to delete the printer 
queue that hplip creates in order to get 0.9.8 working again this time.

Maybe there&apos;s something odd about my printer config. Every time I upgrade  
to a newer hplip, the config is messed up and I have to run ./setup again. 
Why doesn&apos;t hplip accept the config without having to change something?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brihall@pcisys.net</who>
            <bug_when>2006-04-07 20:42:26 0000</bug_when>
            <thetext>Created an attachment (id=84182)
my cups config (have several printer queues for ease of use; only 1 real printer)

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brihall@pcisys.net</who>
            <bug_when>2006-04-07 20:43:06 0000</bug_when>
            <thetext>Created an attachment (id=84183)
hplip conf; I never edit this

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavo.michels@gmail.com</who>
            <bug_when>2006-05-29 12:06:42 0000</bug_when>
            <thetext>Just a perhaps useful comment: I just upgraded from 0.9.7-r3 to 0.9.11 (for the new fax capabilities) without a glitch, on a x86 system. Everything is running fine.

Here&apos;s emerge --info:

# emerge --info
Portage 2.0.54 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686)
=================================================================
System uname: 2.6.15-gentoo-r1 i686 AMD Athlon(TM) XP 2200+
Gentoo Base System version 1.12.0_pre16
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
dev-lang/python:     2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -march=athlon-xp -fomit-frame-pointer -pipe -momit-leaf-frame-pointer -fno-ident&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/splash /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=athlon-xp -fomit-frame-pointer -pipe -momit-leaf-frame-pointer -fno-ident -Wl,-O1 -fvisibility-inlines-hidden&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distcc distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;ftp://gustavo http://www.las.ic.unicamp.br/pub/gentoo http://gentoo.mirrors.pair.com&quot;
LC_ALL=&quot;en_US.UTF-8&quot;
LDFLAGS=&quot;-Wl,-O1&quot;
LINGUAS=&quot;pt_BR&quot;
MAKEOPTS=&quot;-j5&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 #cpu #gnome #graphics #kde #other #print #sound #video 3dnow 3dnowext X acpi apache2 apm berkdb bzip2 cli crypt cups curl dbus dri eds emboss expat fam foomaticdb fortran gdbm gif gstreamer hal idn imagemagick imlib isdnlog java jpeg kde lcms libg++ libwww mad mmx mmx2 mmxext mng motif mp3 mpeg ncurses nls nptl ogg opengl pam pcre pdflib perl png ppds pppd python qt quicktime readline reflection rtc samba scanner sdl session specific spell spl sse ssl tcpd threads tiff truetype truetype-fonts udev unicode usb vorbis xml xml2 xorg xv zeroconf zlib linguas_pt_BR userland_GNU kernel_linux elibc_glibc&quot;   </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2006-06-22 11:12:11 0000</bug_when>
            <thetext>does this work with hplip-1.6.6?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brihall@pcisys.net</who>
            <bug_when>2006-06-22 18:50:13 0000</bug_when>
            <thetext>It seems to work, hp-levels and hp-toolbox work. However, upgrading from 0.9.8-r2 to 1.6.6 gives me two print &quot;queues&quot;, I only want the one already defined by cups to be used. How can I fix the hplip config to do that?
Shouldn&apos;t the emerge have handled this as part of the upgrade?

When I run hp-levels, I get two choices. Oddly, selecting either works fine and displays the ink levels:

# hp-levels

HP Linux Imaging and Printing System (ver. 1.6.6)
Supply Levels Utility ver. 1.0

Copyright (c) 2003-6 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.


Choose device from probed devices connected on bus(es): usb:

Num.  Device-URI                                CUPS printer(s)                                     
----  ----------------------------------------  --------------------------------------------------  
0     hp:/usb/DeskJet_970C?serial=MY99N1117TJT                                                      
1     hp:/usb/DESKJET_970C?serial=MY99N1117TJT  DESKJET_970C                                        

Enter number 0...1 for device (q=quit) ?1

Black cartridge
Part No.: 45 (51645A)
Health: Good/OK
----------------------------------------------------------------------------------------------------
|/////////                                                                                         | (approx. 9%)
----------------------------------------------------------------------------------------------------

Tri-color cartridge
Part No.: 78 (C6578DN/C6578AN)
Health: Good/OK
----------------------------------------------------------------------------------------------------
|///////////////////////////////////////////////////////////////////////                           | (approx. 71%)
----------------------------------------------------------------------------------------------------

I want to keep choice #1 and remove choice #0. Running hp-setup doesn&apos;t help, or maybe I&apos;m not using it right.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2006-08-18 16:14:23 0000</bug_when>
            <thetext>sorry, cannot help much with extended hplip config since I do not own the hardware. Cool to see this fixed though. THanks all</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>84182</attachid>
            <date>2006-04-07 20:42 0000</date>
            <desc>my cups config (have several printer queues for ease of use; only 1 real printer)</desc>
            <filename>printers.conf</filename>
            <type>application/octet-stream</type>
            <data encoding="base64">IyBQcmludGVyIGNvbmZpZ3VyYXRpb24gZmlsZSBmb3IgQ1VQUyB2MS4xLjIzCiMgV3JpdHRlbiBi
eSBjdXBzZCBvbiBGcmkgQXByICA3IDIxOjIyOjExIDIwMDYKPFByaW50ZXIgREVTS0pFVF85NzBD
PgpJbmZvIApMb2NhdGlvbiAKRGV2aWNlVVJJIGhwOi91c2IvREVTS0pFVF85NzBDP3NlcmlhbD1N
WTk5TjExMTdUSlQKU3RhdGUgSWRsZQpBY2NlcHRpbmcgWWVzCkpvYlNoZWV0cyBub25lIG5vbmUK
UXVvdGFQZXJpb2QgMApQYWdlTGltaXQgMApLTGltaXQgMAo8L1ByaW50ZXI+CjxQcmludGVyIEhQ
LWJlc3QtY29sb3I+CkluZm8gSFAgRGVza0pldCA5NzBDIGhwaWpzCkxvY2F0aW9uIApEZXZpY2VV
UkkgdXNiOi8vSFAvRGVza0pldCUyMDk3MEM/c2VyaWFsPU1ZOTlOMTExN1RKVApTdGF0ZSBJZGxl
CkFjY2VwdGluZyBZZXMKSm9iU2hlZXRzIG5vbmUgbm9uZQpRdW90YVBlcmlvZCAwClBhZ2VMaW1p
dCAwCktMaW1pdCAwCjwvUHJpbnRlcj4KPFByaW50ZXIgSFAtYmVzdC1ncmF5c2NhbGU+CkluZm8g
SFAgRGVza0pldCA5NzBDIGhwaWpzCkxvY2F0aW9uIApEZXZpY2VVUkkgdXNiOi8vSFAvRGVza0pl
dCUyMDk3MEM/c2VyaWFsPU1ZOTlOMTExN1RKVApTdGF0ZSBJZGxlCkFjY2VwdGluZyBZZXMKSm9i
U2hlZXRzIG5vbmUgbm9uZQpRdW90YVBlcmlvZCAwClBhZ2VMaW1pdCAwCktMaW1pdCAwCjwvUHJp
bnRlcj4KPFByaW50ZXIgSFAtY29sb3ItcGhvdG8+CkluZm8gSFAgRGVza0pldCA5NzBDIGhwaWpz
CkxvY2F0aW9uIApEZXZpY2VVUkkgdXNiOi8vSFAvRGVza0pldCUyMDk3MEM/c2VyaWFsPU1ZOTlO
MTExN1RKVApTdGF0ZSBJZGxlCkFjY2VwdGluZyBZZXMKSm9iU2hlZXRzIG5vbmUgbm9uZQpRdW90
YVBlcmlvZCAwClBhZ2VMaW1pdCAwCktMaW1pdCAwCjwvUHJpbnRlcj4KPERlZmF1bHRQcmludGVy
IEhQLWRyYWZ0LWdyYXlzY2FsZT4KSW5mbyBIUCBEZXNrSmV0IDk3MEMgaHBpanMKTG9jYXRpb24g
CkRldmljZVVSSSB1c2I6Ly9IUC9EZXNrSmV0JTIwOTcwQz9zZXJpYWw9TVk5OU4xMTE3VEpUClN0
YXRlIElkbGUKQWNjZXB0aW5nIFllcwpKb2JTaGVldHMgbm9uZSBub25lClF1b3RhUGVyaW9kIDAK
UGFnZUxpbWl0IDAKS0xpbWl0IDAKPC9QcmludGVyPgo8UHJpbnRlciBIUC1ub3JtYWwtY29sb3I+
CkluZm8gSFAgRGVza0pldCA5NzBDIGhwaWpzCkxvY2F0aW9uIApEZXZpY2VVUkkgdXNiOi8vSFAv
RGVza0pldCUyMDk3MEM/c2VyaWFsPU1ZOTlOMTExN1RKVApTdGF0ZSBJZGxlCkFjY2VwdGluZyBZ
ZXMKSm9iU2hlZXRzIG5vbmUgbm9uZQpRdW90YVBlcmlvZCAwClBhZ2VMaW1pdCAwCktMaW1pdCAw
CjwvUHJpbnRlcj4K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>84183</attachid>
            <date>2006-04-07 20:43 0000</date>
            <desc>hplip conf; I never edit this</desc>
            <filename>hplip.conf</filename>
            <type>application/octet-stream</type>
            <data encoding="base64">IyBocGxpcHMuY29uZgoKW2hwaW9kXQojIHBvcnQ9NTAwMDAgKHJlZ2lzdGVyZWQgSVAgcG9ydCkK
IyBwb3J0PTAgKGR5bmFtaWMgSVAgcG9ydCkKcG9ydD0wCgpbaHBzc2RdCiMgcG9ydD01MDAwMgpw
b3J0PTAKCltocGxpcF0KdmVyc2lvbj0wLjkuOApqZHByb2JlPTAKCltkaXJzXQpob21lPS91c3Iv
c2hhcmUvaHBsaXAKcnVuPS92YXIvcnVuCmN1cHM9L3Vzci9zaGFyZS9jdXBzCgo=
</data>        

          </attachment>
    </bug>

</bugzilla>