<?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>199746</bug_id>
          
          <creation_ts>2007-11-20 09:08 0000</creation_ts>
          <short_desc>x11-libs/gtk+2.12.1-r1 ebuild src_install() set confdir to /var/tmp/portage/</short_desc>
          <delta_ts>2008-02-19 00:19:35 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>
          
          
          <keywords>STABLE</keywords>
          <priority>P2</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>walter.corno@email.it</reporter>
          <assigned_to>gnome@gentoo.org</assigned_to>
          <cc>polynomial-c@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>walter.corno@email.it</who>
            <bug_when>2007-11-20 09:08:01 0000</bug_when>
            <thetext>after emerging gtk+2.12.1-r1 (Stable on x86), gkrellm fails to start and rox-filer fails to load correct icons.
and I obtain this kind of errors, with gkrellm:
(gkrellm:15619): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file &apos;/var/tmp/portage/x11-libs/gtk+-2.12.1-r1/image/etc/gtk-2.0/gdk-pixbuf.loaders&apos;: No such file or directory

(gkrellm:15619): GdkPixbuf-WARNING **: Error loading XPM image loader: Il tipo di immagine «xpm» non è supportato

(gkrellm:15619): Gtk-CRITICAL **: gtk_window_set_default_icon: assertion `GDK_IS_PIXBUF (icon)&apos; failed 

with rox:
(ROX-Filer:15633): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file &apos;/var/tmp/portage/x11-libs/gtk+-2.12.1-r1/image/etc/gtk-2.0/gdk-pixbuf.loaders&apos;: No such file or directory

(ROX-Filer:15633): GdkPixbuf-WARNING **: Error loading XPM image loader: Il tipo di immagine «xpm» non è supportato

** (ROX-Filer:15633): CRITICAL **: masked_pixmap_new: assertion `full_size != NULL&apos; failed

(ROX-Filer:15633): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)&apos; failed 

Reproducible: Always

Steps to Reproduce:
1.emerge --oneshot gtk+
2.gkrellm
3.rox

Actual Results:  
after the emerge, gkrellm fails to start and rox starts but with weird icons (something like &quot;?&quot;)


Expected Results:  
gkrellm starts normally
rox starts normally

I solved it modifying the ebuild in the section src_install(), changing the line:
einstall || die &quot;Installation failed&quot;

with the line:
make DESTDIR=&quot;${D}&quot; install || die &quot;Installation failed&quot;
 
(copied from the ebuild of version 2.10.14)

if it can be helpful, in my system I have only fluxbox as WM</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2007-11-20 23:28:10 0000</bug_when>
            <thetext>In the overlay it got to be einstall to &quot;fix double bug&quot; or something like that. As Daniel, who made this change, doesn&apos;t have a clue anymore what this was for and if it&apos;s necessary, we should just change it back to make DESTDIR... just as it was in the 2.10 series.
The einstall method probably passes --with-datadir=/var/tmp/... or something for potential sandbox violation avoiding and einstall is really a last resort, so the fix should be correct to use make DESTDIR=${D} install || die ..

Someone on the gnome team, please fix this in a revbump with a straight to stable request to arches if it works fine, with a note on the earlier stabilization bug that the further revbump can be picked instead to save the time of arch teams that still haven&apos;t stabilized 2.12.
If not, I&apos;ll just take care of this tomorrow myself - need to catch some sleep now</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2007-11-20 23:28:49 0000</bug_when>
            <thetext>Actually, xfce team or any other dev is fine by me too to fix this with the above described procedure ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-11-21 13:01:43 0000</bug_when>
            <thetext>Fixed, it also changed gdk-pixbuf.loaders location back to e.g. /etc/gtk-2.0/x86_64-pc-linux-gnu which broke building emul pkgs, afaik.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2007-11-21 13:07:45 0000</bug_when>
            <thetext>CCing release@ to get this fix injected.

CCing amd64@ to get gtklibs emul-* rebuilt together with gtk-engines-2.12.x soon (x86 will stable it later today, so rebuild can be done right after that, to get the gtk+ fix and new gtk-engines as well in one go)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kingtaco@gentoo.org</who>
            <bug_when>2007-11-21 18:26:18 0000</bug_when>
            <thetext>(In reply to comment #4)
&gt; CCing release@ to get this fix injected.
&gt; 
&gt; CCing amd64@ to get gtklibs emul-* rebuilt together with gtk-engines-2.12.x
&gt; soon (x86 will stable it later today, so rebuild can be done right after that,
&gt; to get the gtk+ fix and new gtk-engines as well in one go)
&gt; 

emul-linux-x86-gtklibs-20071121 should fix this(on amd64)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>polynomial-c@gentoo.org</who>
            <bug_when>2007-11-21 22:11:12 0000</bug_when>
            <thetext>Created an attachment (id=136642)
gtk-2.12.1_filelist_r1-r2.diff

gtk-2.12.1-r2 breaks games-util/xqf-1.0.5
xqf segfaults because /etc/gtk-2.0/gdk-pixbuf.loaders is missing...

attached is a diff of filelist from both the working (-r1) and the not working (-r2) packages.

# emerge --info
Portage 2.1.3.19 (default-linux/x86/2007.0/desktop, gcc-4.2.2, glibc-2.6.1-r0, 2.6.22.13 i686)
=================================================================
System uname: 2.6.22.13 i686 AMD Athlon(tm) XP 3000+
Timestamp of tree: Wed, 21 Nov 2007 18:46:01 +0000
app-shells/bash:     3.2_p17-r1
dev-java/java-config: 1.3.7, 2.1.2-r1
dev-lang/python:     2.5.1-r4
sys-apps/baselayout: 1.12.10-r5
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.22-r2
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon-xp -mtune=athlon-xp -O2 -pipe -fomit-frame-pointer -finline-functions&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /home /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/X11/Sessions /etc/X11/app-defaults /etc/X11/xinit /etc/bash_completion.d /etc/bonobo-activation /etc/cups /etc/dbus-1 /etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/fonts /etc/fonts/fonts.conf /etc/foomatic /etc/gconf /etc/gimp /etc/gnome-vfs-2.0 /etc/gtk /etc/gtk-2.0 /etc/hotplug /etc/hotplug.d /etc/imlib /etc/init.d /etc/iproute2 /etc/nas /etc/ntop /etc/pam.d /etc/pango /etc/profile.d /etc/revdep-rebuild /etc/sasl2 /etc/sgml /etc/ssl /etc/ssmtp /etc/t1lib /etc/terminfo /etc/udev/rules.d /etc/xinetd.d /etc/xml&quot;
CXXFLAGS=&quot;-march=athlon-xp -mtune=athlon-xp -O2 -pipe -fomit-frame-pointer -finline-functions&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
EMERGE_DEFAULT_OPTS=&quot;--alphabetical --with-bdeps=y&quot;
FEATURES=&quot;distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox&quot;
GENTOO_MIRRORS=&quot;ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror ftp://ftp.tu-clausthal.de/pub/linux/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo&quot;
LDFLAGS=&quot;-Wl,--as-needed&quot;
LINGUAS=&quot;de&quot;
PKGDIR=&quot;/home/.portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*&quot;
PORTAGE_TMPDIR=&quot;/home/.portage/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://192.168.0.254/gentoo-portage&quot;
USE=&quot;3dnow 3dnowext X a52 aac acpi alsa arts asf avi berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cli cracklib crypt cups dvd dvdread emboss encode evo fam ffmpeg flac gdbm gif gnutls gpg gtk gtk2 iconv idn imagemagick imlib isdnlog jpeg kde kdehiddenvisibility libwww mad midi mikmod mjpeg mmx mmxext mp3 mpeg mudflap ncurses nls nptl nptlonly nsplugin ogg oggvorbis opengl openmp pam pcre pdf perl png pppd python qt3 qt3support quicktime readline real reflection sdl seamonkey session silc slang spell spl sse ssl svg tga theora tiff truetype truetype-fonts type1-fonts v4l2 vcd vorbis win32codecs x264 x86 xcomposite xml xml2 xorg xprint xv xvid zlib&quot; ALSA_CARDS=&quot;emu10k1 via82xx&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;de&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;nv nvidia&quot;
Unset:  CPPFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-11-21 23:45:33 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; Created an attachment (id=136642) [edit]
&gt; gtk-2.12.1_filelist_r1-r2.diff

Wrong way to look at this.

It&apos;s not listed because it&apos;s generated at pkg_postinst after src_install,
to avoid file collision with multilib profiles, it was like this in 
gtk+-2.10.x already. So it doesn&apos;t end up in CONTENTS.

At pkg_postinst in ebuild it executes &quot;gdk-pixbuf-query-loaders &gt; gdk-pixbuf.loaders&quot; which creates the file into correct directory, for me it&apos;s
/etc/gtk-2.0/x86_64-pc-linux-gnu/gdk-pixbuf.loaders based on CHOST.

If the directory doesn&apos;t exist ebuild should warn at the end of installation of failure. But that is unlikely, more likely is that gdk-pixbuf-query-loaders as a   
command gets somekind of race on your system and fails to generate that file.. that would be an entire different issue.

&gt; gtk-2.12.1-r2 breaks games-util/xqf-1.0.5
&gt; xqf segfaults because /etc/gtk-2.0/gdk-pixbuf.loaders is missing...

I&apos;ve just installed it, works for me.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-11-21 23:50:39 0000</bug_when>
            <thetext>For clarification, for non-multilib profile it still gets installed at /etc/gtk-2.0 (ebuild checks that with has_multilib_profile)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>polynomial-c@gentoo.org</who>
            <bug_when>2007-11-22 00:40:06 0000</bug_when>
            <thetext>Ah, now I see the problem...
I have /etc/gtk-2.0 in my CONFIG_PROTECT_MASK and thus /etc/gtk-2.0/gdk-pixbuf.loaders gets removed during removal of gtk+-2.12.1-r1:

&gt;&gt;&gt; x11-libs/gtk+-2.12.1-r2 merged.

 x11-libs/gtk+
    selected: 2.12.1-r1
   protected: 1.2.10-r12 2.12.1-r2
     omitted: none

&gt;&gt;&gt; &apos;Selected&apos; packages are slated for removal.
&gt;&gt;&gt; &apos;Protected&apos; and &apos;omitted&apos; packages will not be removed.

&gt;&gt;&gt; Unmerging x11-libs/gtk+-2.12.1-r1...

-----8&lt;-----8&lt;------8&lt;------8&lt;------

--- replaced dir /usr
--- replaced obj /etc/gtk-2.0/im-multipress.conf
--- replaced obj /etc/gtk-2.0/gtkrc
&lt;&lt;&lt;          obj /etc/gtk-2.0/gdk-pixbuf.loaders
--- replaced obj /etc/gtk-2.0/.keep_x11-libs_gtk+-2
--- replaced dir /etc/gtk-2.0
--- replaced obj /etc/env.d/50gtk2
--- replaced dir /etc/env.d
--- replaced dir /etc
&lt;&lt;&lt;          dir /usr/share/doc/gtk+-2.12.1-r1
&gt;&gt;&gt; Regenerating /etc/ld.so.cache...
&gt;&gt;&gt; Auto-cleaning packages...


so reemerging of gtk+-2.12.1-r2 should reinstall that file again.
Sorry for the noise...

Cheers
Poly-C</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-11-22 01:12:49 0000</bug_when>
            <thetext>(In reply to comment #9)
&gt; so reemerging of gtk+-2.12.1-r2 should reinstall that file again.
&gt; Sorry for the noise...

No, it&apos;s a valid observation, thanks. -r2 using DESTDIR is correct, but it also changed the fact that .loaders isn&apos;t in CONTENTS anymore which breaks upgrading path from -r1 to -r2 for non-multilib users.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-11-23 21:11:42 0000</bug_when>
            <thetext>Hmm, seems to be isolated case.. no one else reported upgrading path issues.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sebastianbrunner@yahoo.de</who>
            <bug_when>2007-12-19 21:42:37 0000</bug_when>
            <thetext>(In reply to comment #11)
&gt; Hmm, seems to be isolated case.. no one else reported upgrading path issues.
&gt; 

Hi all
I encountered a similar phenomena:
after upgrading to x11-libs/gtk+-2.12.1-r2
xfce lost all icons and thunar refused to start with:

&quot;thunar:8161): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file &apos;/etc/gtk-2.0/gdk-pixbuf.loaders&apos;: Datei oder Verzeichnis nicht gefunden

(thunar:8161): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file &apos;/etc/gtk-2.0/gdk-pixbuf.loaders&apos;: Datei oder Verzeichnis nicht gefunden

(thunar:8161): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file &apos;/etc/gtk-2.0/gdk-pixbuf.loaders&apos;: Datei oder Verzeichnis nicht gefunden

Thunar-ERROR **: Konnte Standardsymbol aus »/usr/share/pixmaps/Thunar/Thunar-fallback-icon.png« nicht laden (Format der Bilddatei unbekannt). Überprüfen Sie Ihre Installation!
aborting...
Abgebrochen

reemerging the full xfce set brought no changes

downgrading back to x11-libs/gtk+-2.10.14
brought thunar back 
- still some errors like:
(thunar:31715): Gtk-WARNING **: GModule (/usr/lib/gtk-2.0/2.10.0/engines/libxfce.so) initialization check failed: Gtk+ version too old (micro mismatch)
I expect the mismatch comes from the reemerging xfce.set
I will reemerge xfce again and hope it solve the problem....

so something is wrong with gtk+-2.12.1-r2......

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>eva@gentoo.org</who>
            <bug_when>2008-02-03 02:11:41 0000</bug_when>
            <thetext>guys, is it working with gtk+-2.12.5-r1 ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>eva@gentoo.org</who>
            <bug_when>2008-02-19 00:19:35 0000</bug_when>
            <thetext>afaik this problem is fixed. If it&apos;s not please reopen.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>136642</attachid>
            <date>2007-11-21 22:11 0000</date>
            <desc>gtk-2.12.1_filelist_r1-r2.diff</desc>
            <filename>gtk-2.12.1_filelist_r1-r2.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHRlbXAvZ3RrKy0yLjEyLjEtcjEJMjAwNy0xMS0yMSAyMzowMzoyNi4wMDAwMDAwMDAgKzAx
MDAKKysrIHRlbXAvZ3RrKy0yLjEyLjEtcjIJMjAwNy0xMS0yMSAyMzowNDozNC4wMDAwMDAwMDAg
KzAxMDAKQEAgLTMsNyArMyw2IEBACiAvZXRjL2Vudi5kLzUwZ3RrMgogL2V0Yy9ndGstMi4wCiAv
ZXRjL2d0ay0yLjAvLmtlZXBfeDExLWxpYnNfZ3RrKy0yCi0vZXRjL2d0ay0yLjAvZ2RrLXBpeGJ1
Zi5sb2FkZXJzCiAvZXRjL2d0ay0yLjAvZ3RrcmMKIC9ldGMvZ3RrLTIuMC9pbS1tdWx0aXByZXNz
LmNvbmYKIC91c3IKQEAgLTM2NywyNSArMzY2LDI1IEBACiAvdXNyL3NoYXJlL2FjbG9jYWwKIC91
c3Ivc2hhcmUvYWNsb2NhbC9ndGstMi4wLm00CiAvdXNyL3NoYXJlL2RvYwotL3Vzci9zaGFyZS9k
b2MvZ3RrKy0yLjEyLjEtcjEKLS91c3Ivc2hhcmUvZG9jL2d0aystMi4xMi4xLXIxL0FVVEhPUlMu
YnoyCi0vdXNyL3NoYXJlL2RvYy9ndGsrLTIuMTIuMS1yMS9DaGFuZ2VMb2cuYnoyCi0vdXNyL3No
YXJlL2RvYy9ndGsrLTIuMTIuMS1yMS9DaGFuZ2VMb2cuZ3RrLWFzeW5jLWZpbGUtY2hvb3Nlci5i
ejIKLS91c3Ivc2hhcmUvZG9jL2d0aystMi4xMi4xLXIxL0NoYW5nZUxvZy5ndGstcHJpbnRpbmcu
YnoyCi0vdXNyL3NoYXJlL2RvYy9ndGsrLTIuMTIuMS1yMS9DaGFuZ2VMb2cucHJlLTEtMC5iejIK
LS91c3Ivc2hhcmUvZG9jL2d0aystMi4xMi4xLXIxL0NoYW5nZUxvZy5wcmUtMS0yLmJ6MgotL3Vz
ci9zaGFyZS9kb2MvZ3RrKy0yLjEyLjEtcjEvQ2hhbmdlTG9nLnByZS0yLTAuYnoyCi0vdXNyL3No
YXJlL2RvYy9ndGsrLTIuMTIuMS1yMS9DaGFuZ2VMb2cucHJlLTItMTAuYnoyCi0vdXNyL3NoYXJl
L2RvYy9ndGsrLTIuMTIuMS1yMS9DaGFuZ2VMb2cucHJlLTItMi5iejIKLS91c3Ivc2hhcmUvZG9j
L2d0aystMi4xMi4xLXIxL0NoYW5nZUxvZy5wcmUtMi00LmJ6MgotL3Vzci9zaGFyZS9kb2MvZ3Rr
Ky0yLjEyLjEtcjEvQ2hhbmdlTG9nLnByZS0yLTYuYnoyCi0vdXNyL3NoYXJlL2RvYy9ndGsrLTIu
MTIuMS1yMS9DaGFuZ2VMb2cucHJlLTItOC5iejIKLS91c3Ivc2hhcmUvZG9jL2d0aystMi4xMi4x
LXIxL0hBQ0tJTkcuYnoyCi0vdXNyL3NoYXJlL2RvYy9ndGsrLTIuMTIuMS1yMS9ORVdTLmJ6Mgot
L3Vzci9zaGFyZS9kb2MvZ3RrKy0yLjEyLjEtcjEvTkVXUy5wcmUtMS0wLmJ6MgotL3Vzci9zaGFy
ZS9kb2MvZ3RrKy0yLjEyLjEtcjEvUkVBRE1FLmJ6MgotL3Vzci9zaGFyZS9kb2MvZ3RrKy0yLjEy
LjEtcjEvUkVBRE1FLmNvbW1pdHMuYnoyCi0vdXNyL3NoYXJlL2RvYy9ndGsrLTIuMTIuMS1yMS9S
RUFETUUud2luMzIuYnoyCisvdXNyL3NoYXJlL2RvYy9ndGsrLTIuMTIuMS1yMgorL3Vzci9zaGFy
ZS9kb2MvZ3RrKy0yLjEyLjEtcjIvQVVUSE9SUy5iejIKKy91c3Ivc2hhcmUvZG9jL2d0aystMi4x
Mi4xLXIyL0NoYW5nZUxvZy5iejIKKy91c3Ivc2hhcmUvZG9jL2d0aystMi4xMi4xLXIyL0NoYW5n
ZUxvZy5ndGstYXN5bmMtZmlsZS1jaG9vc2VyLmJ6MgorL3Vzci9zaGFyZS9kb2MvZ3RrKy0yLjEy
LjEtcjIvQ2hhbmdlTG9nLmd0ay1wcmludGluZy5iejIKKy91c3Ivc2hhcmUvZG9jL2d0aystMi4x
Mi4xLXIyL0NoYW5nZUxvZy5wcmUtMS0wLmJ6MgorL3Vzci9zaGFyZS9kb2MvZ3RrKy0yLjEyLjEt
cjIvQ2hhbmdlTG9nLnByZS0xLTIuYnoyCisvdXNyL3NoYXJlL2RvYy9ndGsrLTIuMTIuMS1yMi9D
aGFuZ2VMb2cucHJlLTItMC5iejIKKy91c3Ivc2hhcmUvZG9jL2d0aystMi4xMi4xLXIyL0NoYW5n
ZUxvZy5wcmUtMi0xMC5iejIKKy91c3Ivc2hhcmUvZG9jL2d0aystMi4xMi4xLXIyL0NoYW5nZUxv
Zy5wcmUtMi0yLmJ6MgorL3Vzci9zaGFyZS9kb2MvZ3RrKy0yLjEyLjEtcjIvQ2hhbmdlTG9nLnBy
ZS0yLTQuYnoyCisvdXNyL3NoYXJlL2RvYy9ndGsrLTIuMTIuMS1yMi9DaGFuZ2VMb2cucHJlLTIt
Ni5iejIKKy91c3Ivc2hhcmUvZG9jL2d0aystMi4xMi4xLXIyL0NoYW5nZUxvZy5wcmUtMi04LmJ6
MgorL3Vzci9zaGFyZS9kb2MvZ3RrKy0yLjEyLjEtcjIvSEFDS0lORy5iejIKKy91c3Ivc2hhcmUv
ZG9jL2d0aystMi4xMi4xLXIyL05FV1MuYnoyCisvdXNyL3NoYXJlL2RvYy9ndGsrLTIuMTIuMS1y
Mi9ORVdTLnByZS0xLTAuYnoyCisvdXNyL3NoYXJlL2RvYy9ndGsrLTIuMTIuMS1yMi9SRUFETUUu
YnoyCisvdXNyL3NoYXJlL2RvYy9ndGsrLTIuMTIuMS1yMi9SRUFETUUuY29tbWl0cy5iejIKKy91
c3Ivc2hhcmUvZG9jL2d0aystMi4xMi4xLXIyL1JFQURNRS53aW4zMi5iejIKIC91c3Ivc2hhcmUv
Z3RrLTIuMAogL3Vzci9zaGFyZS9ndGstMi4wL2RlbW8KIC91c3Ivc2hhcmUvZ3RrLTIuMC9kZW1v
L2FscGhhdGVzdC5wbmcK
</data>        

          </attachment>
    </bug>

</bugzilla>