<?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>203157</bug_id>
          
          <creation_ts>2007-12-23 18:02 0000</creation_ts>
          <short_desc>dev-lang/erlang-12.2.0 does not build ssl support w/ --as-needed</short_desc>
          <delta_ts>2008-05-06 14:12:59 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>All</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>129413</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>sgala@apache.org</reporter>
          <assigned_to>fauli@gentoo.org</assigned_to>
          <cc>flameeyes@gentoo.org</cc>
    
    <cc>hanno@gentoo.org</cc>
    
    <cc>holger.hoffstaette@googlemail.com</cc>
    
    <cc>jakub@gentoo.org</cc>
    
    <cc>lang-misc@gentoo.org</cc>
    
    <cc>pva@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>sgala@apache.org</who>
            <bug_when>2007-12-23 18:02:48 0000</bug_when>
            <thetext>During compile, it lists in configure (from build.log):

checking for OpenSSL &gt;= 0.9.7 in standard locations... found; but not usable
configure: WARNING: No (usable) OpenSSL found, skipping ssl, ssh and crypto applications
checking for gd library... no; found but not usable


and later...

*********************************************************************
**********************  APPLICATIONS DISABLED  **********************
*********************************************************************

crypto         : No usable OpenSSL found
odbc           : No odbc library found
percept        : libgd not working
ssh            : No usable OpenSSL found
ssl            : No usable OpenSSL found

*********************************************************************


Reproducible: Always




$ emerge --info
Portage 2.1.3.19 (default-linux/amd64/2007.0/desktop, gcc-4.2.2, glibc-2.6.1-r0, 2.6.23-hrt3 x86_64)
=================================================================
System uname: 2.6.23-hrt3 x86_64 Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz
Timestamp of tree: Sun, 23 Dec 2007 12:00:01 +0000
app-shells/bash:     3.2_p17
dev-java/java-config: 1.3.7, 2.1.3
dev-lang/python:     2.4.4-r7, 2.5.1-r4
dev-python/pycrypto: 2.0.1-r6
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.6.3, 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.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.23-r2
ACCEPT_KEYWORDS=&quot;amd64&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-march=nocona -O2 -pipe -ftree-vectorize&quot;
CHOST=&quot;x86_64-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/share/config /var/bind&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d&quot;
CXXFLAGS=&quot;-march=nocona -O2 -pipe -ftree-vectorize&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo&quot;
LANG=&quot;es_ES.UTF-8&quot;
LINGUAS=&quot;es es_ES en&quot;
MAKEOPTS=&quot;&quot;
PKGDIR=&quot;/usr/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;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/portage/local/layman/voip /usr/portage/local/layman/sunrise /usr/local/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;X aac acl acpi aiglx alsa amd64 apache2 arts avahi avi bash-completion berkdb bitmap-fonts bluetooth bonjour cairo cdr cli cracklib crypt cups curl dbus dlloader dri dvd dvdr dvdread eds emboss encode esd evdev evo fam firefox fortran galago gdbm gif gnome gpm gstreamer gtk gtk2 hal iconv icu iproute2 ipv6 isdnlog java jpeg kde kdehiddenvisibility kerberos lcms ldap libg++ libnotify logrotate lucene mad midi mikmod mmx mono mouse mp3 mpeg mudflap ncurses nls nptl nptlonly nsplugin obex ogg opengl openmp oss pam pcre pdf pdflib perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection sdl session spell spl sse sse2 ssl svg tcpd theora threads tiff truetype truetype-fonts type1-fonts udev unicode v4l v4l2 vorbis xinerama xml xorg xrandr xv xvid zlib&quot; ALSA_CARDS=&quot;hda-intel&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; APACHE2_MODULES=&quot;actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias&quot; APACHE2_MPMS=&quot;worker&quot; DVB_CARDS=&quot;usb-wt220u&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;synaptics mouse evdev keyboard&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;es es_ES en&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;vesa i810 intel&quot;
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-12-23 18:36:47 0000</bug_when>
            <thetext>We need the full config.log attached; thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sgala@apache.org</who>
            <bug_when>2007-12-25 08:56:49 0000</bug_when>
            <thetext>Actually, on further inspection, I found the failure was closed by broken autotools interacting with --as-needed: linking of the test for openSSL is putting the .o last, which makes it get no libraries linked with it when --as-needed is specified.

Removing --as-needed made it build with crypto and ssl support, and it is fully functional. I was scared on the initial failure as it had the same symptoms as bug #184419, which made me spend a lot of time.

Sorry for the noise.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-12-25 09:00:43 0000</bug_when>
            <thetext>(In reply to comment #2)
&gt; Sorry for the noise.

Erm, that&apos;s still a bug. ;) 

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2008-01-02 11:18:35 0000</bug_when>
            <thetext>Ok, we run into problems here...because of some bugs we don&apos;t use Erlang&apos;s internal SSL, which is a workaround in upstream&apos;s eyes and not supported by them.  Plus I am not willing to dig too deep into the code of Erlang (I only maintain it because noone else does)...what I could do is strip off the openssl check (because we can rely on its existence on a Gentoo system anyway) or find a patch somewhere in the net.  Next week I will start searching probably, maybe a bit earlier.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sgala@apache.org</who>
            <bug_when>2008-01-02 11:45:46 0000</bug_when>
            <thetext>I wouldn&apos;t care too much. As I said, omitting --as-needed makes the configure test pass, and thus the openssl extension gets built.

Solving this  would entail changes in the configure.in (or whatever is the master) script that tests for openSSL, one which puts the object to be linked last (after the libraries) which makes --as-needed miss the libraries. I&apos;m no expert at all in auto* magics, and this looks really difficult to fix for me.

Re: using external openSSL being a workaround, I would consider bundling a base library like openSSL as a severe bug, and report it as a potential security problem. This would leave users patching future problems in openSSL with a false sense of security and at the mercy of the erlang maintainers&apos; patching policies.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2008-01-02 11:58:27 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; I wouldn&apos;t care too much. As I said, omitting --as-needed makes the configure
&gt; test pass, and thus the openssl extension gets built.

 I consider --as-needed problems as fixworthy...but not if it eats my time. :)
 
&gt; Re: using external openSSL being a workaround, I would consider bundling a base
&gt; library like openSSL as a severe bug, and report it as a potential security
&gt; problem. This would leave users patching future problems in openSSL with a
&gt; false sense of security and at the mercy of the erlang maintainers&apos; patching
&gt; policies.

 See bug 178996 (bundled zlib).  Upstream did not understand my request to rely on external libs at first. When I mentioned security problems with bundled libs, they got the clue and promised me to do something about it (their zlib is heavily patched), but in R12 the problem is still the same.  Yes, I disagree with this development policy, but because of backwards compatability some changes are not possible for upstream (Ericsson actually)...at least they react fast and friendly.  Enough ranting, maybe our --as-needed god Diego has some quick fix at hand.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2008-01-11 11:54:31 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; I wouldn&apos;t care too much. As I said, omitting --as-needed makes the configure
&gt; test pass, and thus the openssl extension gets built.

 Ok, I will filter --as-needed for now and report upstream.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>flameeyes@gentoo.org</who>
            <bug_when>2008-01-11 15:51:48 0000</bug_when>
            <thetext>Remove filtering of --as-needed: if a package fails with --as-needed, the package is simply broken. Leave the bug open and avoid filtering rather than hiding a bug.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ConiKost@gmx.de</who>
            <bug_when>2008-01-18 23:40:57 0000</bug_when>
            <thetext>Why removing it? For now i would filter it. Most Packages are doing this, where it is needed? So why not here?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>holger.hoffstaette@googlemail.com</who>
            <bug_when>2008-02-07 17:19:26 0000</bug_when>
            <thetext>FWIW this seems to be fixed in 12.2.1, see #209271
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2008-02-07 19:43:46 0000</bug_when>
            <thetext>Conrad, Santiago could you please check if it is really fixed with 12.2.1?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ConiKost@gmx.de</who>
            <bug_when>2008-02-07 21:18:14 0000</bug_when>
            <thetext>Hi!
In 12.2.1 the Bug is still there.
With --as-needed, ssl is missing.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sgala@apache.org</who>
            <bug_when>2008-02-12 20:35:58 0000</bug_when>
            <thetext>It is still there.

Actually it is a buglet in the configure/autoconf/whatever definitions, where if --as-needed is in the options nothing is linked, as the .o containing the references is last in the command line.

On the other hand, their scripts are not adding extra libs to the command lines, what means that using --as-needed or not would make no difference or barely:

$ equery files erlang | grep \\.so | xargs ldd -u -r 2&gt;/dev/null
/usr/lib64/erlang/lib/asn1-1.5/priv/lib/asn1_erl_drv.so:
Unused direct dependencies:
	
	/lib/libutil.so.1
	/lib/libdl.so.2
/usr/lib64/erlang/lib/common_test-1.3.1/priv/lib/erl_rx_driver.so:
Unused direct dependencies:
	
/usr/lib64/erlang/lib/crypto-1.5.1.1/priv/lib/crypto_drv.so:
Unused direct dependencies:
	
/usr/lib64/erlang/lib/megaco-3.7.1/priv/lib/megaco_flex_scanner_drv.so:
Unused direct dependencies:
	
/usr/lib64/erlang/lib/megaco-3.7.1/priv/lib/megaco_flex_scanner_drv_mt.so:
Unused direct dependencies:
	
/usr/lib64/erlang/lib/percept-0.6.2/priv/lib/egd_drv.so:
Unused direct dependencies:
	
	/lib/libutil.so.1
	/lib/libdl.so.2
/usr/lib64/erlang/lib/runtime_tools-1.7.1/priv/lib/trace_file_drv.so:
Unused direct dependencies:
	
	/lib/libutil.so.1
	/lib/libdl.so.2
/usr/lib64/erlang/lib/runtime_tools-1.7.1/priv/lib/trace_ip_drv.so:
Unused direct dependencies:
	
	/lib/libutil.so.1
	/lib/libdl.so.2
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hanno@gentoo.org</who>
            <bug_when>2008-03-25 20:37:40 0000</bug_when>
            <thetext>Hi, I just stepped upon this and would heavily suggest not to leave it in it&apos;s current state, as this just hides bugs.

My suggestion would be a big fat die if it detects ldflags --as-needed, explaining the user what it is, how he can workaround (LDFLAGS=&quot;&quot; emerge foo). This would be still a lot better than silently not building ssl support.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sgala@apache.org</who>
            <bug_when>2008-03-26 08:42:32 0000</bug_when>
            <thetext>I agree that this is a good solution, specially given that the ebuild takes care to not link unneeded libraries.

Don&apos;t forget to add -Wl,--as-needed in CFLAGS in the checks, as this is the form that is needed for a lot of libtool ebuilds which invoke the linker through CC.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2008-03-31 06:59:45 0000</bug_when>
            <thetext>I added a check in 12.2.1</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2008-04-24 19:36:49 0000</bug_when>
            <thetext>Created an attachment (id=150861)
erlang-12.2.1--as-needed.patch

This patch fixes the issue here. BTW, the check for --as-needed in ebuild was completely broken. is-ldflag should check for &quot;-Wl,--as-needed&quot; in other case...

And to help desperate search attempts I&apos;ll record here problem with ~ejabberd-2.0.0 compilation I had, which was caused by this bug:

checking for erl... /usr/bin/erl
./conftest.erl:6: can&apos;t find include lib &quot;ssl/include/ssl_pkix.hrl&quot;
configure: error: could not compile sample program

And that was caused by erlang not compiled with ssl.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2008-04-24 19:37:46 0000</bug_when>
            <thetext>Created an attachment (id=150862)
erlang-12.2.1.ebuild.patch

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2008-04-25 02:30:58 0000</bug_when>
            <thetext>(In reply to comment #17)
&gt; Created an attachment (id=150861) [edit]
&gt; erlang-12.2.1--as-needed.patch
&gt; 
&gt; This patch fixes the issue here. BTW, the check for --as-needed in ebuild was
&gt; completely broken. is-ldflag should check for &quot;-Wl,--as-needed&quot; in other
&gt; case...

 Thanks a lot.  Could the rest please verify?  I will add the patch then and report it upstream.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>holger.hoffstaette@googlemail.com</who>
            <bug_when>2008-04-28 15:21:05 0000</bug_when>
            <thetext>(In reply to comment #19)
&gt;  Thanks a lot.  Could the rest please verify?  I will add the patch then and
&gt; report it upstream.

I applied the patch to the 12.2.2 ebuild, rebuilt with --as-needed in my make.conf&apos;s LDFLAGS and voila:
Eshell V5.6.2  (abort with ^G)
1&gt; application:start(ssl).
ok

Inspecting loaded modules with ^C-l before and after shows that ssl is really being loaded.

hope this helps?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2008-04-29 00:07:53 0000</bug_when>
            <thetext>Patch is applied and reported upstream.  Thanks to everyone.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>holger.hoffstaette@googlemail.com</who>
            <bug_when>2008-04-29 12:36:39 0000</bug_when>
            <thetext>I think you missed the autotools inherit &amp; eautoreconf call in the 12.2.2 ebuild, in src_unpack after the HIPE warning. Without it OpenSSL is still considered &quot;not usable&quot;.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2008-04-29 15:35:04 0000</bug_when>
            <thetext>(In reply to comment #22)
&gt; I think you missed the autotools inherit &amp; eautoreconf call in the 12.2.2
&gt; ebuild, in src_unpack after the HIPE warning. Without it OpenSSL is still
&gt; considered &quot;not usable&quot;.

 Correct.  One should not fix bugs late at night shortly before going to bed.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2008-05-06 14:12:59 0000</bug_when>
            <thetext>For your information:

&quot;I&apos;ve incorporated this patch. Planned to be released in R12B-3.
Seems like the right way to do it anyway, regardless of --as-needed or 
any other linker flags.

/Sverker, Erlang/OTP, Ericsson&quot;
</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>150861</attachid>
            <date>2008-04-24 19:36 0000</date>
            <desc>erlang-12.2.1--as-needed.patch</desc>
            <filename>erlang-as-needed.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGVydHMvY29uZmlndXJlLmluLm9yaWcJMjAwOC0wNC0yNCAyMzoxNjowOS4wMDAwMDAwMDAg
KzA0MDAKKysrIGVydHMvY29uZmlndXJlLmluCTIwMDgtMDQtMjQgMjM6MTc6MDUuMDAwMDAwMDAw
ICswNDAwCkBAIC0yODc0LDggKzI4NzQsMTAgQEAKIAkJCQllbHNlCiAJCQkJCXNhdmVDRkxBR1M9
IiRDRkxBR1MiCiAgCQkJCQlzYXZlTERGTEFHUz0iJExERkxBR1MiCisJCQkJCXNhdmVMSUJTPSIk
TElCUyIKICAJCQkJCUNGTEFHUz0iJENGTEFHUyAkU1NMX0lOQ0xVREUiCi0gCQkJCQlMREZMQUdT
PSIkTERGTEFHUyAtTCRTU0xfTElCRElSIC1sY3J5cHRvIgorIAkJCQkJTERGTEFHUz0iJExERkxB
R1MgLUwkU1NMX0xJQkRJUiIKKwkJCQkJTElCUz0iLWxjcnlwdG8iCiAgCQkJCQlBQ19UUllfTElO
SyhbCiAJCQkJCSNpbmNsdWRlIDxzdGRpby5oPgogIAkJCQkJI2luY2x1ZGUgPG9wZW5zc2wvaG1h
Yy5oPl0sCkBAIC0yODg3LDYgKzI4ODksNyBAQAogIAkJCQkJW3NzbF9saW5rYWJsZT1ub10pCiAg
CQkJCQlDRkxBR1M9IiRzYXZlQ0ZMQUdTIgogIAkJCQkJTERGTEFHUz0iJHNhdmVMREZMQUdTIgor
CQkJCQlMSUJTPSIkc2F2ZUxJQlMiCiAJCQkJZmkKICAJCQlmaQogCSAJCWlmIHRlc3QgIngkc3Ns
X2ZvdW5kIiA9ICJ4eWVzIiAtYSAieCRzc2xfbGlua2FibGUiID0gInh5ZXMiICA7IHRoZW4K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>150862</attachid>
            <date>2008-04-24 19:37 0000</date>
            <desc>erlang-12.2.1.ebuild.patch</desc>
            <filename>erlang-12.2.1.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC91c3IvcG9ydGFnZS9kZXYtbGFuZy9lcmxhbmcvZXJsYW5nLTEyLjIuMS5lYnVpbGQJMjAw
OC0wNC0wMSAyMjozNTo0Ni4wMDAwMDAwMDAgKzA0MDAKKysrIGVybGFuZy0xMi4yLjEuZWJ1aWxk
CTIwMDgtMDQtMjQgMjM6Mjk6MTAuMDAwMDAwMDAwICswNDAwCkBAIC0yLDcgKzIsNyBAQAogIyBE
aXN0cmlidXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNl
bnNlIHYyCiAjICRIZWFkZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2Rldi1sYW5nL2VybGFu
Zy9lcmxhbmctMTIuMi4xLmVidWlsZCx2IDEuOSAyMDA4LzA0LzAxIDE4OjE2OjQ0IG9wZmVyIEV4
cCAkCiAKLWluaGVyaXQgZWxpc3AtY29tbW9uIGV1dGlscyBmbGFnLW8tbWF0aWMgbXVsdGlsaWIg
dmVyc2lvbmF0b3IKK2luaGVyaXQgYXV0b3Rvb2xzIGVsaXNwLWNvbW1vbiBldXRpbHMgZmxhZy1v
LW1hdGljIG11bHRpbGliIHZlcnNpb25hdG9yCiAKICMgTk9URTogWW91IG5lZWQgdG8gYWRqdXN0
IHRoZSB2ZXJzaW9uIG51bWJlciBpbiB0aGUgbGFzdCBjb21tZW50LiAgSWYgeW91IG5lZWQgc3lt
bGlua3MgZm9yCiAjIGJpbmFyaWVzIHBsZWFzZSB0ZWxsIG1haW50YWluZXJzIG9yIG9wZW4gdXAg
YSBidWcgdG8gbGV0IGl0IGJlIGNyZWF0ZWQuCkBAIC0zNiwyNSArMzYsMTYgQEAKIERFUEVORD0i
JHtSREVQRU5EfQogCXRrPyAoIGRldi1sYW5nL3RrICkiCiAKLVM9IiR7V09SS0RJUn0vJHtNWV9Q
fSIKK1M9JHtXT1JLRElSfS8ke01ZX1B9CiAKIFNJVEVGSUxFPTUwZXJsYW5nLWdlbnRvby5lbAog
Ci1wa2dfc2V0dXAoKSB7Ci0JaWYgdXNlIHNzbDsgdGhlbgotCQlpZiBpcy1sZGZsYWcgLS1hcy1u
ZWVkZWQgfHwgaXMtZmxhZyAtLWFzLW5lZWRlZDsgdGhlbgotCQkJZWVycm9yICJEb24ndCB1c2Ug
LS1hcy1uZWVkZWQgaW4geW91ciBMREZMQUdTIG9yIENGTEFHUyBmb3IgU1NMIHN1cHBvcnQsIHRo
aXMgd2lsbCBmYWlsLiIKLQkJCWRpZQotCQlmaQotCWZpCi19Ci0KIHNyY191bnBhY2soKSB7Ci0K
IAl1bnBhY2sgJHtBfQogCWNkICIke1N9IgogCiAJdXNlIG9kYmMgfHwgc2VkIC1pICdzOiBvZGJj
IDogOicgbGliL01ha2VmaWxlCisJZXBhdGNoICIke0ZJTEVTRElSfSIvZXJsYW5nLWFzLW5lZWRl
ZC5wYXRjaAogCiAJIyBtYWtlIHN1cmUgd2Ugb25seSBsaW5rIHNzbCBkeW5hbWljYWxseQogCSMg
d2lsbCBub3QgYmUgaW50ZWdyYXRlZCBieSB1cHN0cmVhbSBmb3IgdmFyaW91cyByZWFzb25zCkBA
IC02Nyw2ICs1OCw3IEBACiAJCWV3YXJuICJEb24ndCBjcnksIGRvbid0IGZpbGUgYnVncywganVz
dCBkaXNhYmxlIGl0ISBJZiB5b3UgaGF2ZSBmaXgsIHRlbGwgdXMuIgogCQlld2FybgogCWZpCisJ
ZWF1dG9yZWNvbmYKIH0KIAogc3JjX2NvbXBpbGUoKSB7Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>