<?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>116665</bug_id>
          
          <creation_ts>2005-12-24 23:21 0000</creation_ts>
          <short_desc>Emerge netpbm-10.31 fails to build in parallel</short_desc>
          <delta_ts>2006-04-02 10:14:43 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>
          
          <blocked>128495</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>henkjans_bagger@hotmail.com</reporter>
          <assigned_to>graphics@gentoo.org</assigned_to>
          <cc>askwar@digitalprojects.com</cc>
    
    <cc>charlie@gehlin.com</cc>
    
    <cc>che@chrekh.se</cc>
    
    <cc>Martin.vGagern@gmx.net</cc>
    
    <cc>matrixhax0r@gmail.com</cc>
    
    <cc>meff@pobox.com</cc>
    
    <cc>mkyral@email.cz</cc>
    
    <cc>ssuominen@gentoo.org</cc>
    
    <cc>ulrich.meyle@gmx.de</cc>

      

      
          <long_desc isprivate="0">
            <who>henkjans_bagger@hotmail.com</who>
            <bug_when>2005-12-24 23:21:43 0000</bug_when>
            <thetext>When emerging netpbm I encounter the following error-message:

-----
In file included from mallocvar.h:13,
                 from shhopt.c:32:
/var/tmp/portage/netpbm-10.31/work/netpbm-10.31/pm_config.h:2:1: unterminated #ifndef
echo &apos;#include &lt;inttypes.h&gt;&apos; &gt;&gt;pm_config.h || (rm -f pm_config.h || false)
echo &quot;#define HAVE_INT64 1&quot; &gt;&gt;pm_config.h || (rm -f pm_config.h || false)
echo &apos;/* pm_config.h.in FOLLOWS ... */&apos; &gt;&gt;pm_config.h || (rm -f pm_config.h || false)
cat /var/tmp/portage/netpbm-10.31/work/netpbm-10.31/pm_config.in.h &gt;&gt;pm_config.h || (rm -f pm_config.h || false)
/var/tmp/portage/netpbm-10.31/work/netpbm-10.31/buildtools/endiangen &gt;&gt;pm_config.h || (rm -f pm_config.h || false)
echo &apos;#endif&apos; &gt;&gt;pm_config.h || (rm -f pm_config.h || false)
make[2]: Leaving directory `/var/tmp/portage/netpbm-10.31/work/netpbm-10.31&apos;
make -C util/ -f /var/tmp/portage/netpbm-10.31/work/netpbm-10.31/lib/util/Makefile \
        SRCDIR=/var/tmp/portage/netpbm-10.31/work/netpbm-10.31 BUILDDIR=/var/tmp/portage/netpbm-10.31/work/netpbm-10.31 nstring.o
make[2]: Entering directory `/var/tmp/portage/netpbm-10.31/work/netpbm-10.31/lib/util&apos;
i686-pc-linux-gnu-gcc -c -I /var/tmp/portage/netpbm-10.31/work/netpbm-10.31 -O2 -march=pentium4 -mmmx -msse -msse2 -fomit-frame-pointer -ftracer -pipe -Wall -fPIC   -o nstring.o nstring.c
shhopt.c: In function `parse_long_option&apos;:
shhopt.c:697: warning: &apos;arg&apos; might be used uninitialized in this function
make[2]: *** [shhopt.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/netpbm-10.31/work/netpbm-10.31/lib/util&apos;
make[1]: *** [util/shhopt.o] Error 2
make[1]: *** Waiting for unfinished jobs....
nstring.c: In function `asnprintfN&apos;:
nstring.c:950: warning: &apos;str&apos; might be used uninitialized in this function
nstring.c: In function `vasnprintfN&apos;:
nstring.c:977: warning: &apos;str&apos; might be used uninitialized in this function
make[2]: Leaving directory `/var/tmp/portage/netpbm-10.31/work/netpbm-10.31/lib/util&apos;
make[1]: Leaving directory `/var/tmp/portage/netpbm-10.31/work/netpbm-10.31/lib&apos;
make: *** [lib/all] Error 2

!!! ERROR: media-libs/netpbm-10.31 failed.
!!! Function src_compile, Line 558, Exitcode 2
!!! emake failed
!!! If you need support, post the topmost build error, NOT this status message.

-----
My make info:
-----
System uname: 2.6.14-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 3.40GHz
Gentoo Base System version 1.12.0_pre12
ccache version 2.4 [disabled]
dev-lang/python:     2.3.5, 2.4.2
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-r1
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;-O2 -march=pentium4 -mmmx -msse -msse2 -fomit-frame-pointer -ftracer -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /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/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=pentium4 -mmmx -msse -msse2 -fomit-frame-pointer -ftracer -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo&quot;
LDFLAGS=&quot;-Wl,-O1&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.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 X a52 aac acpi alsa apache2 apm arts audiofile bash-completion berkdb bidi bitmap-fonts bootsplash browserplugin bzip2 cdda cdio cdparanoia cdr crypt css cups curl custom-cflags dts dv dvd dvdr dvdread eds emoticon encode escreen esd exif expat fam fame fb fbcon ffmpeg flac font-server foomaticdb fortran freetype gdbm gif glut gnutls gpm gstreamer gtk gtk2 httpd idn imagemagick imlib java jpeg lcms libg++ libwww live lm_sensors mad matroska mikmod mjpeg mmx mmx2 mng motif mp3 mpeg mpeg4 mplayer mysql ncurses nls nptl nsplugin nvidia ogg oggvorbis opengl oss pam pcre pdflib perl pic png ppds python qt quicktime rar readline real sdl spell sse sse2 ssl stream subtitles subversion svga tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vcdimager vlm vorbis win32codecs wxwindows xine xml xml2 xmms xv xvid xvmc zlib elibc_glibc kernel_linux userland_GNU&quot;
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LINGUAS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2005-12-25 08:48:50 0000</bug_when>
            <thetext>emerge it with MAKEOPTS=-j1 to workaround the bug</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>henkjans_bagger@hotmail.com</who>
            <bug_when>2005-12-25 10:25:11 0000</bug_when>
            <thetext>Changing to MAKEOPTS=j1 indeed makes that emerge finishes. 
Thanks for the suggestion.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sekretarz@gentoo.org</who>
            <bug_when>2006-01-19 13:03:51 0000</bug_when>
            <thetext>OK, commited to portage patch which should fix compile problems in parallel</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-02-20 12:10:35 0000</bug_when>
            <thetext>patch didnt fix the issue, just made it less prevalent</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bemis-gentoo@realcoders.com</who>
            <bug_when>2006-02-28 00:34:29 0000</bug_when>
            <thetext>netpbm-10.32 on amd64 displays the same behavior.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>charlie@gehlin.com</who>
            <bug_when>2006-02-28 03:38:34 0000</bug_when>
            <thetext>*** Bug 124380 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mattepiu@gentoo.org</who>
            <bug_when>2006-02-28 03:51:48 0000</bug_when>
            <thetext>Same error here for 10.32 ~x86. Couldn&apos;t -j1 opt be set directly into the ebuild?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-02-28 06:36:25 0000</bug_when>
            <thetext>*** Bug 124396 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-02-28 08:07:08 0000</bug_when>
            <thetext>*** Bug 124423 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2006-02-28 09:01:41 0000</bug_when>
            <thetext>Same problem here, on ~x86. MAKEOPTS=&quot;-j1&quot; fixed it. Also, just met 2 people on IRC with same problem.

Should be in ebuild. IMO.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-02-28 09:46:59 0000</bug_when>
            <thetext>*** Bug 124437 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-02-28 10:18:00 0000</bug_when>
            <thetext>*** Bug 124439 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brendan.rankin@gmail.com</who>
            <bug_when>2006-02-28 10:44:29 0000</bug_when>
            <thetext>The issue still exists in 10.32, as others have recently posted.  Forcing a non-parallel make, via MAKEOPTS, fixed it.  Please fix.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-02-28 12:00:44 0000</bug_when>
            <thetext>you seem to be confused

forcing MAKEOPTS to -j1 is not a fix, it&apos;s a hack</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mkyral@email.cz</who>
            <bug_when>2006-02-28 13:06:57 0000</bug_when>
            <thetext>(In reply to comment #14)
&gt; you seem to be confused
&gt; 
&gt; forcing MAKEOPTS to -j1 is not a fix, it&apos;s a hack
&gt; 

Yes, ugly hack, but this I found in mplayer ebuild:

        # we run into problems if -jN &gt; -j1
        # see #86245
        MAKEOPTS=&quot;${MAKEOPTS} -j1&quot;
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-02-28 13:33:50 0000</bug_when>
            <thetext>just because other devs utilize hacks doesnt mean it&apos;s correct ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2006-02-28 13:34:06 0000</bug_when>
            <thetext>Created an attachment (id=80978)
netpbm-10.32-parallel.patch

This patch is not an adaptation of the netpbm-10.31-parallel.patch.
Instead I tried to track down the reason for the missing dep.
Main reason of course is some weird makefile design where makefiles from the inner directories execute rules in the root dir as well.

The dependency on inttypes_netpbm.h resultet from importinc and comes from Makefile.common which is included by different makefiles. The rule to provide this file is only present in the toplevel GNUmakefile, so the other files have trouble satisfying this rule. I went with the design of the rest of the files and added a rule to call the root makefile to provide this file.

I think I also fixed a bug in the difference between BUILDDIR and SRCDIR, but as those are the same on Gentoo builds I don&apos;t know for sure, nor do I particularly care. I&apos;ts included in the patch, wether it would work (better) for different environments is for someone else to test.

So far I had one successful compile. I think I will try to compile it in a loop several times, but I&apos;d be happy if others would test this as well.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2006-02-28 13:39:22 0000</bug_when>
            <thetext>Created an attachment (id=80981)
Patch to the netpbm-10.32.ebuild

This patches the ebuild to include attachment #80978. It also moves several configuration things from src_unpack to src_compile where they belong IMHO.

And talking about hacks: I alway thought that the hack would usually be to provide an argument to emake as in &quot;emake -j1&quot;. Modifying MAKEOPTS seems even worse than that. Hopefully we can do without a hack on this one soon.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2006-02-28 15:39:15 0000</bug_when>
            <thetext>Created an attachment (id=80995)
netpbm-10.32-parallel.patch v2

I still got errors every now and then. Fixed one, got another one, and decided this was no fun at all... :-(

Now I simply added a dep on importinc to the recursive calls for target all. So importinc (which combines all the troublemakers so far) is called before any serious compilation is done. This would be a problem if you were to compile only the contents of a single directory in a virgin source tree, but who would do this in parallel? For the whole tree, starting with the top level GNUmakefile, the deps should hopefully be correct now. At least I got 20 clean compiles in a row. :-)

In any case, perhaps autotooling the whole affair would be the best approach. Unfortunately I&apos;ve never worked with autotools so far, so someone else is probably better in converting this whole thing.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-02-28 15:50:04 0000</bug_when>
            <thetext>Patch works for me too.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2006-02-28 16:31:47 0000</bug_when>
            <thetext>I suppose this is good enough for now, added patch to cvs. Thanks! Please push it upstream.

Folks: please reopen this bug if it is still a problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-02-28 22:40:33 0000</bug_when>
            <thetext>*** Bug 124476 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>80978</attachid>
            <date>2006-02-28 13:34 0000</date>
            <desc>netpbm-10.32-parallel.patch</desc>
            <filename>netpbm-10.32-parallel.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtcnV4IE1ha2VmaWxlLmNvbmZpZyBuZXRwYm0tMTAuMzIvR05VbWFrZWZpbGUgbmV0cGJt
L0dOVW1ha2VmaWxlCi0tLSBuZXRwYm0tMTAuMzIvR05VbWFrZWZpbGUJMjAwNi0wMi0yNSAyMDow
Mjo1NC4wMDAwMDAwMDAgKzAxMDAKKysrIG5ldHBibS9HTlVtYWtlZmlsZQkyMDA2LTAyLTI4IDIy
OjIyOjM1LjAwMDAwMDAwMCArMDEwMApAQCAtODksNiArODksNyBAQAogCiBPTUlUX0NPTkZJR19S
VUxFID0gMQogT01JVF9WRVJTSU9OX0hfUlVMRSA9IDEKK09NSVRfSU5UVFlQRVNfUlVMRSA9IDEK
IGluY2x1ZGUgJChTUkNESVIpL01ha2VmaWxlLmNvbW1vbgogCiAkKEJVSUxERElSKS9NYWtlZmls
ZS5jb25maWc6ICQoU1JDRElSKS9NYWtlZmlsZS5jb25maWcuaW4KT25seSBpbiBuZXRwYm06IEdO
VW1ha2VmaWxlfgpkaWZmIC1ydXggTWFrZWZpbGUuY29uZmlnIG5ldHBibS0xMC4zMi9NYWtlZmls
ZS5jb21tb24gbmV0cGJtL01ha2VmaWxlLmNvbW1vbgotLS0gbmV0cGJtLTEwLjMyL01ha2VmaWxl
LmNvbW1vbgkyMDA2LTAyLTI1IDE5OjUzOjQ4LjAwMDAwMDAwMCArMDEwMAorKysgbmV0cGJtL01h
a2VmaWxlLmNvbW1vbgkyMDA2LTAyLTI4IDIyOjE0OjUyLjAwMDAwMDAwMCArMDEwMApAQCAtMTI5
LDEzICsxMjksMTEgQEAKICAgJChJTVBPUlRJTkNfTElCX0ZJTEVTKSBcCiAgICQoSU1QT1JUSU5D
X0xJQl9VVElMX0ZJTEVTKSBcCiAKLSQoSU1QT1JUSU5DX1JPT1RfRklMRVMpOmltcG9ydGluYy8l
OiQoU1JDRElSKS8lCiskKElNUE9SVElOQ19ST09UX0ZJTEVTKTppbXBvcnRpbmMvJTokKEJVSUxE
RElSKS8lCiAJbWtkaXIgLXAgaW1wb3J0aW5jCiAJcm0gLWYgJEAKIAkkKFNZTUxJTkspICQ8ICRA
CiAKLWltcG9ydGluYy9wbV9jb25maWcuaDogJChCVUlMRERJUikvcG1fY29uZmlnLmgKLQogJChJ
TVBPUlRJTkNfTElCX0ZJTEVTKTppbXBvcnRpbmMvJTokKFNSQ0RJUikvbGliLyUKIAlta2RpciAt
cCBpbXBvcnRpbmMKIAlybSAtZiAkQApAQCAtMTY4LDYgKzE2NiwxMSBAQAogCSQoTUFLRSkgLUMg
JChkaXIgJEApICQobm90ZGlyICRAKQogZW5kaWYKIAoraWZuZXEgKCQoT01JVF9JTlRUWVBFU19S
VUxFKSwxKQorJChCVUlMRERJUikvaW50dHlwZXNfbmV0cGJtLmg6CisJJChNQUtFKSAtQyAkKGRp
ciAkQCkgLWYgJChTUkNESVIpL0dOVW1ha2VmaWxlICQobm90ZGlyICRAKQorZW5kaWYKKwogIyBO
b3RlIHRoYXQgYW55IHRpbWUgeW91IGRvIGEgbWFrZSBvbiBhIGZyZXNoIE5ldHBibSBzb3VyY2Ug
dHJlZSwKICMgTWFrZSBub3RpY2VzIHRoYXQgJ01ha2VmaWxlLmNvbmZpZycsIHdoaWNoIHRoZSBt
YWtlIGZpbGVzIGluY2x1ZGUsIGRvZXMgbm90CiAjIGV4aXN0IGFuZCBydW5zIHRoZSAiTWFrZWZp
bGUuY29uZmlnIiB0YXJnZXQsIHdoaWNoIHJ1bnMgQ29uZmlndXJlLgpPbmx5IGluIG5ldHBibTog
TWFrZWZpbGUuY29tbW9ufgo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>80981</attachid>
            <date>2006-02-28 13:39 0000</date>
            <desc>Patch to the netpbm-10.32.ebuild</desc>
            <filename>netpbm-10.32-ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIG5ldHBibS0xMC4zMi5lYnVpbGQub3JpZwkyMDA2LTAyLTI4IDIyOjExOjQ5LjAwMDAwMDAw
MCArMDEwMAorKysgbmV0cGJtLTEwLjMyLmVidWlsZAkyMDA2LTAyLTI4IDIyOjExOjM0LjAwMDAw
MDAwMCArMDEwMApAQCAtNTAsOCArNTAsMTIgQEAKIAogCWVwYXRjaCAiJHtGSUxFU0RJUn0iL25l
dHBibS0xMC4zMS1idWlsZC5wYXRjaAogCWVwYXRjaCAiJHtGSUxFU0RJUn0iL25ldHBibS0xMC4z
MC10aWZmdG9wbm0ucGF0Y2gKKwllcGF0Y2ggIiR7RklMRVNESVJ9Ii9uZXRwYm0tMTAuMzItcGFy
YWxsZWwucGF0Y2gKIAogCXJtIC1mIGNvbmZpZ3VyZQorfQorCitzcmNfY29tcGlsZSgpIHsKIAlj
cCBNYWtlZmlsZS5jb25maWcuaW4gTWFrZWZpbGUuY29uZmlnCiAJY2F0ID4+IE1ha2VmaWxlLmNv
bmZpZyA8PC1FT0YKIAkjIEdlbnRvbyB0b29sY2hhaW4gb3B0aW9ucwpAQCAtODYsNiArOTAsOCBA
QAogCSMgU3BhcmMgc3VwcG9ydCAuLi4KIAlyZXBsYWNlLWZsYWdzIC1tY3B1PXVsdHJhc3BhcmMg
Ii1tY3B1PXY4IC1tdHVuZT11bHRyYXNwYXJjIgogCXJlcGxhY2UtZmxhZ3MgLW1jcHU9djkgIi1t
Y3B1PXY4IC1tdHVuZT12OSIKKworCWVtYWtlIHx8IGRpZQogfQogCiBzcmNfaW5zdGFsbCgpIHsK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>80995</attachid>
            <date>2006-02-28 15:39 0000</date>
            <desc>netpbm-10.32-parallel.patch v2</desc>
            <filename>netpbm-10.32-parallel.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">QnVnICMxMTY2NjU6IHBhcmFsbGVsIGJ1aWxkIGZhaWxzCgpUaGVyZSBhcmUgdHdvIHByb2JsZW1z
LgoxLiBpbnR0eXBlc19uZXRwYm0uaCBpcyByZXF1aXJlZCBieSBtYW55IGZpbGVzIHRoYXQgaW5j
bHVkZSBNYWtlZmlsZS5jb21tb24KICAgdmlhIHRoZSB0YXJnZXQgaW1wb3J0aW5jLCBidXQgdGhl
IHJ1bGUgdG8gY3JlYXRlIGl0IGlzIGluY2x1ZGVkIG9ubHkgaW4KICAgdGhlIHJvb3QgZmlsZSBH
TlVtYWtlZmlsZS4KMi4gU2V2ZXJhbCBtYWtlZmlsZXMgaW4gc3ViZGlyZWN0b3JpZXMgZG8gbm90
IGNvbnRhaW4gY29tcGxldGUgZGVwZW5kZW5jeQogICBpbmZvcm1hdGlvbiwgZXNwZWNpYWxseSBk
ZXBlbmRlbmNpZXMgb24gZ2VuZXJhdGVkIGhlYWRlciBmaWxlcy4KICAgVGhpcyBpcyBhZGRyZXNz
ZWQgYnkgbWFraW5nIGltcG9ydGluYyBhIGRlcGVuZGVuY2llIG9mIHJlY3Vyc2l2ZSBjYWxscwog
ICB0byBtYWtlIGFsbC4KClRoaXMgcGF0Y2ggYWxzbyBjb250YWlucyBzb21lIGNoYW5nZXMgYmV0
d2VlbiBTUkNESVIgYW5kIEJVSUxERElSLgpBcyB0aG9zZSBhcmUgdGhlIHNhbWUgb24gR2VudG9v
IGJ1aWxkcywgdGhlc2UgY2hhbmdlcyBoYXZlIG5vdCBiZWVuIHRlc3RlZC4KCiAgMjAwNi0wMy0w
MSBNYXJ0aW4gdm9uIEdhZ2VybiA8TWFydGluLnZHYWdlcm5AZ214Lm5ldD4KCmRpZmYgLXJ1eCBN
YWtlZmlsZS5jb25maWcgbmV0cGJtLTEwLjMyL0dOVW1ha2VmaWxlIG5ldHBibS9HTlVtYWtlZmls
ZQotLS0gbmV0cGJtLTEwLjMyL0dOVW1ha2VmaWxlCTIwMDYtMDItMjUgMjA6MDI6NTQuMDAwMDAw
MDAwICswMTAwCisrKyBuZXRwYm0vR05VbWFrZWZpbGUJMjAwNi0wMi0yOCAyMzo1NzoyOS4wMDAw
MDAwMDAgKzAxMDAKQEAgLTg5LDYgKzg5LDcgQEAKIAogT01JVF9DT05GSUdfUlVMRSA9IDEKIE9N
SVRfVkVSU0lPTl9IX1JVTEUgPSAxCitPTUlUX0lOVFRZUEVTX1JVTEUgPSAxCiBpbmNsdWRlICQo
U1JDRElSKS9NYWtlZmlsZS5jb21tb24KIAogJChCVUlMRERJUikvTWFrZWZpbGUuY29uZmlnOiAk
KFNSQ0RJUikvTWFrZWZpbGUuY29uZmlnLmluCkBAIC0xMDcsNyArMTA4LDcgQEAKIAogREVMRVRF
SVQgPSAocm0gLWYgJEAgfHwgZmFsc2UpCiAKLWludHR5cGVzX25ldHBibS5oOiAkKFRZUEVHRU4p
CiskKEJVSUxERElSKS9pbnR0eXBlc19uZXRwYm0uaDogJChUWVBFR0VOKQogCSQoVFlQRUdFTikg
PiRAIHx8ICQoREVMRVRFSVQpCiAKICMgV2UgcnVuIGEgY291cGxlIG9mIHByb2dyYW1zIG9uIHRo
ZSBidWlsZCBtYWNoaW5lIGluIGNvbXB1dGluZyB0aGUKZGlmZiAtcnV4IE1ha2VmaWxlLmNvbmZp
ZyBuZXRwYm0tMTAuMzIvTWFrZWZpbGUuY29tbW9uIG5ldHBibS9NYWtlZmlsZS5jb21tb24KLS0t
IG5ldHBibS0xMC4zMi9NYWtlZmlsZS5jb21tb24JMjAwNi0wMi0yNSAxOTo1Mzo0OC4wMDAwMDAw
MDAgKzAxMDAKKysrIG5ldHBibS9NYWtlZmlsZS5jb21tb24JMjAwNi0wMi0yOCAyMzo1Mzo0OS4w
MDAwMDAwMDAgKzAxMDAKQEAgLTEyOSwxMyArMTI5LDExIEBACiAgICQoSU1QT1JUSU5DX0xJQl9G
SUxFUykgXAogICAkKElNUE9SVElOQ19MSUJfVVRJTF9GSUxFUykgXAogCi0kKElNUE9SVElOQ19S
T09UX0ZJTEVTKTppbXBvcnRpbmMvJTokKFNSQ0RJUikvJQorJChJTVBPUlRJTkNfUk9PVF9GSUxF
Uyk6aW1wb3J0aW5jLyU6JChCVUlMRERJUikvJQogCW1rZGlyIC1wIGltcG9ydGluYwogCXJtIC1m
ICRACiAJJChTWU1MSU5LKSAkPCAkQAogCi1pbXBvcnRpbmMvcG1fY29uZmlnLmg6ICQoQlVJTERE
SVIpL3BtX2NvbmZpZy5oCi0KICQoSU1QT1JUSU5DX0xJQl9GSUxFUyk6aW1wb3J0aW5jLyU6JChT
UkNESVIpL2xpYi8lCiAJbWtkaXIgLXAgaW1wb3J0aW5jCiAJcm0gLWYgJEAKQEAgLTE2OCw2ICsx
NjYsMTEgQEAKIAkkKE1BS0UpIC1DICQoZGlyICRAKSAkKG5vdGRpciAkQCkKIGVuZGlmCiAKK2lm
bmVxICgkKE9NSVRfSU5UVFlQRVNfUlVMRSksMSkKKyQoQlVJTERESVIpL2ludHR5cGVzX25ldHBi
bS5oOgorCSQoTUFLRSkgLUMgJChkaXIgJEApIC1mICQoU1JDRElSKS9HTlVtYWtlZmlsZSAkKG5v
dGRpciAkQCkKK2VuZGlmCisKICMgTm90ZSB0aGF0IGFueSB0aW1lIHlvdSBkbyBhIG1ha2Ugb24g
YSBmcmVzaCBOZXRwYm0gc291cmNlIHRyZWUsCiAjIE1ha2Ugbm90aWNlcyB0aGF0ICdNYWtlZmls
ZS5jb25maWcnLCB3aGljaCB0aGUgbWFrZSBmaWxlcyBpbmNsdWRlLCBkb2VzIG5vdAogIyBleGlz
dCBhbmQgcnVucyB0aGUgIk1ha2VmaWxlLmNvbmZpZyIgdGFyZ2V0LCB3aGljaCBydW5zIENvbmZp
Z3VyZS4KQEAgLTQ4NCw3ICs0ODcsNyBAQAogJS9pbnN0YWxsLm1lcmdlOgogCSQoTUFLRSkgLUMg
JChkaXIgJEApIC1mICQoU1JDRElSKS8kKFNVQkRJUikvJChkaXIgJEApTWFrZWZpbGUgXAogCSAg
ICBTUkNESVI9JChTUkNESVIpIEJVSUxERElSPSQoQlVJTERESVIpICQobm90ZGlyICRAKSAKLSQo
U1VCRElSUzolPSUvYWxsKTogJS9hbGw6ICQoQ1VSRElSKS8lCiskKFNVQkRJUlM6JT0lL2FsbCk6
ICUvYWxsOiAkKENVUkRJUikvJSBpbXBvcnRpbmMKIAkkKE1BS0UpIC1DICQoZGlyICRAKSAtZiAk
KFNSQ0RJUikvJChTVUJESVIpLyQoZGlyICRAKU1ha2VmaWxlIFwKIAkgICAgU1JDRElSPSQoU1JD
RElSKSBCVUlMRERJUj0kKEJVSUxERElSKSAkKG5vdGRpciAkQCkgCiAkKFNVQkRJUlM6JT0lL21l
cmdldHJ5bGlzdCk6ICUvbWVyZ2V0cnlsaXN0OiAkKENVUkRJUikvJSBGT1JDRQo=
</data>        

          </attachment>
    </bug>

</bugzilla>