<?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>131927</bug_id>
          
          <creation_ts>2006-05-01 09:39 0000</creation_ts>
          <short_desc>gnu-classpath-0.90 (and related vms) stable request</short_desc>
          <delta_ts>2006-07-19 02:12:52 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>Library</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>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>betelgeuse@gentoo.org</reporter>
          <assigned_to>java@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>betelgeuse@gentoo.org</who>
            <bug_when>2006-05-01 09:39:00 0000</bug_when>
            <thetext>I think it is time to mark a much newer version off gnu-classpath stable as the current stable version is very much outdated. Please note that classpath is still buggy but this is a huge improvement over the current stable version. You can use for example jamvm or cacao to test gnu-classpath and mark latest versions of those stable if you think so. Both should be able to run most basic java applications.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mlangc@gmx.at</who>
            <bug_when>2006-05-08 05:08:06 0000</bug_when>
            <thetext>Created an attachment (id=86417)
test failures in detail

Well, i&apos;ve now started to look at gnu-classpath-0.90 and cacao-0.95 on x86. The first thing i noticed is that not all tests pass for cacao-0.95 (see attachment). I&apos;ll try to run a view java apps with this setup in the next few days ...

Portage 2203-svn (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.16-gentoo-r6 i686)
=================================================================
System uname: 2.6.16-gentoo-r6 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
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
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;-march=athlon-xp -O2 -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/share/config /usr/lib/X11/xkb /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/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-march=athlon-xp -O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig collision-protect distlocks sandbox sfperms strict test&quot;
GENTOO_MIRRORS=&quot;http://gentoo.inode.at/ &quot;
LANG=&quot;en_US.utf8&quot;
LC_ALL=&quot;en_US.utf8&quot;
LINGUAS=&quot;en de&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://192.168.0.1/gentoo-portage&quot;
USE=&quot;x86 3dnow 3dnowext X a52 aac aalib acpi alsa apm audiofile avi berkdb bitmap-fonts bonobo bzip2 cairo cdr cli crypt css cups curl dbus directfb dri dts dvd dvdr dvdread eds emboss encode exif expat fam fbcon ffmpeg firefox flac foomaticdb fortran gd gdbm gif ginac glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal icq idn imagemagick imlib ipv6 isdnlog java javascript jpeg jpeg2k junit lcms libg++ libwww mad mikmod mime mmx mmxext mng motif mozsvg mp3 mpeg msn nautilus ncurses nls nptl nsplugin nvidia offensive ogg oggvorbis openal opengl pam pcre pdflib perl plotutils png posix pppd python quicktime readline real reflection ruby sdl session slang sockets speex spell spl sqlite sqlite3 sse ssl subtitles svg svga tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis win32codecs wma xine xml xml2 xmms xorg xv xvid zlib linguas_en linguas_de userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>betelgeuse@gentoo.org</who>
            <bug_when>2006-05-11 12:17:10 0000</bug_when>
            <thetext>(In reply to comment #1)
&gt; Created an attachment (id=86417) [edit]
&gt; test failures in detail
&gt; 
&gt; Well, i&apos;ve now started to look at gnu-classpath-0.90 and cacao-0.95 on x86. The
&gt; first thing i noticed is that not all tests pass for cacao-0.95 (see
&gt; attachment). I&apos;ll try to run a view java apps with this setup in the next few
&gt; days ...
&gt; 

I have noticed that same thing. Should probably disable the tests atm.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mlangc@gmx.at</who>
            <bug_when>2006-05-11 17:00:45 0000</bug_when>
            <thetext>ok, here are my first results for x86 (for cacao-0.95 only at this time):

cacao seems to be ok. i was able to run a lot of simple tutorial style apps scattered in my $HOME, that where byte-compiled with sun-jdk-1.5.x (yes, i know it is masked) without problems. cacao has issues with swing, but i guess this nothing new (i don&apos;t like swing that much too :-)).

if desired i can also test cacao-0.95 in connection with sun-jdk-1.4.x that is in x86 for quite some time. however, this would involve some overhead on my part, and i guess i should better go for gcj and gnu-classpath.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mlangc@gmx.at</who>
            <bug_when>2006-05-11 18:09:39 0000</bug_when>
            <thetext>&gt; ... i should better go for gcj and gnu-classpath.

sorry, i was a bit confused about gnu-classpath, gcj, cacao .... after looking at the ebuild for cacao i realized that i&apos;ve allread tested gnu-classpath-0.90 [ 
+alsa +cairo -debug -dssi -examples +gtk +xml ] as cacao uses it. thus, the things i&apos;ve said about cacao can also be applied to gnu-classpath. please let me know if i should look out for something in particular.

Portage 2.0.54-r2 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.16-gentoo-r6 i686)
=================================================================
System uname: 2.6.16-gentoo-r6 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
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
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;-march=athlon-xp -O2 -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/share/config /usr/lib/X11/xkb /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/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-march=athlon-xp -O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig collision-protect distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://gentoo.inode.at/ &quot;
LANG=&quot;en_US.utf8&quot;
LC_ALL=&quot;en_US.utf8&quot;
LINGUAS=&quot;en de&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://192.168.0.1/gentoo-portage&quot;
USE=&quot;x86 3dnow 3dnowext X a52 aac aalib acpi alsa apm audiofile avi berkdb bitmap-fonts bonobo bzip2 cairo cdr cli crypt css cups curl dbus dri dts dvd dvdr dvdread eds emboss encode exif expat fam fbcon ffmpeg firefox flac foomaticdb fortran gd gdbm gif ginac glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal icq idn imagemagick imlib ipv6 isdnlog java javascript jpeg jpeg2k junit lcms libg++ libwww mad matroska mikmod mime mmx mmxext mng motif mozsvg mp3 mpeg msn nautilus ncurses nls nptl nsplugin nvidia offensive ogg oggvorbis openal opengl pam pcre pdflib perl plotutils png posix pppd python quicktime readline real reflection ruby sdl session slang sockets speex spell spl sqlite sqlite3 sse ssl subtitles svg svga tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis win32codecs wma xine xml xml2 xmms xorg xv xvid zlib video_cards_nvidia linguas_en linguas_de userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>betelgeuse@gentoo.org</who>
            <bug_when>2006-05-11 21:49:27 0000</bug_when>
            <thetext>(In reply to comment #4)
&gt; &gt; ... i should better go for gcj and gnu-classpath.
&gt; 
&gt; sorry, i was a bit confused about gnu-classpath, gcj, cacao .... after looking
&gt; at the ebuild for cacao i realized that i&apos;ve allread tested gnu-classpath-0.90
&gt; [ 
&gt; +alsa +cairo -debug -dssi -examples +gtk +xml ] as cacao uses it. thus, the
&gt; things i&apos;ve said about cacao can also be applied to gnu-classpath. please let
&gt; me know if i should look out for something in particular.
&gt; 

I think that is just fine as the current stable version is very old and incomplete. We will do much more testing later when we actually recommend FOSS java to our users. Marking as stable on x86.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>blubb@gentoo.org</who>
            <bug_when>2006-06-23 10:27:47 0000</bug_when>
            <thetext>aye aye</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pylon@gentoo.org</who>
            <bug_when>2006-07-19 02:12:52 0000</bug_when>
            <thetext>stable on ppc.  closing, as we are the last arch.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>86417</attachid>
            <date>2006-05-08 05:08 0000</date>
            <desc>test failures in detail</desc>
            <filename>test.txt</filename>
            <type>text/plain</type>
            <data encoding="base64">TWFraW5nIGNoZWNrIGluIGNvZGVwYXRjaGluZwptYWtlWzNdOiBFbnRlcmluZyBkaXJlY3Rvcnkg
YC92YXIvdG1wL3BvcnRhZ2UvY2FjYW8tMC45NS93b3JrL2NhY2FvLTAuOTUvdGVzdHMvcmVncmVz
c2lvbi9jb2RlcGF0Y2hpbmcnClJ1bm5pbmcgd2l0aCAxIHRocmVhZHMuCmludm9rZXN0YXRpYzog
T0sKZ2V0c3RhdGljIChJKTogT0sKZ2V0c3RhdGljIChKKTogT0sKZ2V0c3RhdGljIChGKTogT0sK
Z2V0c3RhdGljIChEKTogT0sKZ2V0c3RhdGljIChMKTogT0sKcHV0c3RhdGljIChJKTogT0sKcHV0
c3RhdGljIChKKTogT0sKcHV0c3RhdGljIChGKTogT0sKcHV0c3RhdGljIChEKTogT0sKcHV0c3Rh
dGljIChMKTogT0sKZ2V0ZmllbGQgKEkpOiBPSwpnZXRmaWVsZCAoSik6IE9LCmdldGZpZWxkIChG
KTogT0sKZ2V0ZmllbGQgKEQpOiBPSwpnZXRmaWVsZCAoTCk6IE9LCnB1dGZpZWxkIChJKTogT0sK
cHV0ZmllbGQgKEopOiBPSwpwdXRmaWVsZCAoRik6IE9LCnB1dGZpZWxkIChEKTogT0sKcHV0Zmll
bGQgKEwpOiBPSwpwdXRmaWVsZGNvbnN0IChJLEYpOiBPSwpwdXRmaWVsZGNvbnN0IHplcm8gKEks
Rik6IE9LCnB1dGZpZWxkY29uc3QgKEosRCxMKTogT0sKcHV0ZmllbGRjb25zdCB6ZXJvIChKLEQs
TCk6IE9LCm5ld2FycmF5OiBPSwptdWx0aWFuZXdhcnJheTogT0sKaW52b2tlc3BlY2lhbDogT0sK
Y2hlY2tjYXN0IGNsYXNzOiBPSwpjaGVja2Nhc3QgaW50ZXJmYWNlOiBPSwpjaGVja2Nhc3QgY2xh
c3MgYXJyYXk6IE9LCmluc3RhbmNlb2YgY2xhc3M6IE9LCmluc3RhbmNlb2YgaW50ZXJmYWNlOiBP
SwppbnN0YW5jZW9mIGNsYXNzIGFycmF5OiBPSwptYWtlWzNdOiBMZWF2aW5nIGRpcmVjdG9yeSBg
L3Zhci90bXAvcG9ydGFnZS9jYWNhby0wLjk1L3dvcmsvY2FjYW8tMC45NS90ZXN0cy9yZWdyZXNz
aW9uL2NvZGVwYXRjaGluZycKTWFraW5nIGNoZWNrIGluIG5hdGl2ZQptYWtlWzNdOiBFbnRlcmlu
ZyBkaXJlY3RvcnkgYC92YXIvdG1wL3BvcnRhZ2UvY2FjYW8tMC45NS93b3JrL2NhY2FvLTAuOTUv
dGVzdHMvcmVncmVzc2lvbi9uYXRpdmUnCmNoZWNram5pOiBPSwp0ZXN0YXJndW1lbnRzOiBPSwpt
YWtlWzNdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Zhci90bXAvcG9ydGFnZS9jYWNhby0wLjk1L3dv
cmsvY2FjYW8tMC45NS90ZXN0cy9yZWdyZXNzaW9uL25hdGl2ZScKbWFrZVszXTogRW50ZXJpbmcg
ZGlyZWN0b3J5IGAvdmFyL3RtcC9wb3J0YWdlL2NhY2FvLTAuOTUvd29yay9jYWNhby0wLjk1L3Rl
c3RzL3JlZ3Jlc3Npb24nCm1ha2VbM106IE5vdGhpbmcgdG8gYmUgZG9uZSBmb3IgYGNoZWNrLWFt
Jy4KbWFrZVszXTogTGVhdmluZyBkaXJlY3RvcnkgYC92YXIvdG1wL3BvcnRhZ2UvY2FjYW8tMC45
NS93b3JrL2NhY2FvLTAuOTUvdGVzdHMvcmVncmVzc2lvbicKSGVsbG9Xb3JsZDogT0sKamN0ZXN0
OiBPSwpmcHRlc3Q6IE9LCmZwOiBPSwpleHRlc3Q6IEZBSUxFRAotLS0gLi9leHRlc3QuMm91dHB1
dCAgICAyMDA2LTAyLTE0IDAwOjE0OjMzLjAwMDAwMDAwMCArMDEwMAorKysgZXh0ZXN0LnRoaXNv
dXRwdXQgICAyMDA2LTA1LTA4IDEzOjU3OjUwLjAwMDAwMDAwMCArMDIwMApAQCAtMSwxMSArMSwx
MSBAQAogLS0tLS0tLS0tLSBub3JtYWwgZXhjZXB0aW9ucyAtLS0tLS0tLS0tLS0tLS0tLS0tLQog
dGhyb3cgbmV3IEV4Y2VwdGlvbigpOiAgICAgICAgICAgICAgICAgICAgICAgIE9LCiBqYXZhLmxh
bmcuRXhjZXB0aW9uCi0gICBhdCBleHRlc3QubWFpbiAoZXh0ZXN0LmphdmE6MjApCisgICBhdCBl
eHRlc3QubWFpbiAoZXh0ZXN0LmphdmE6MjEpCgogdGhyb3cgbmV3IEV4Y2VwdGlvbigpIChmcm9t
IHN1YnJvdXRpbmVzKTogICAgIE9LCiBqYXZhLmxhbmcuRXhjZXB0aW9uCi0gICBhdCBleHRlc3Qu
c3ViNCAoZXh0ZXN0LmphdmEpCisgICBhdCBleHRlc3Quc3ViNCAoZXh0ZXN0LmphdmE6MzkxKQog
ICAgYXQgZXh0ZXN0LnN1YjMgKGV4dGVzdC5qYXZhOjM4NykKICAgIGF0IGV4dGVzdC5zdWIyIChl
eHRlc3QuamF2YTozODMpCiAgICBhdCBleHRlc3Quc3ViIChleHRlc3QuamF2YTozNzkpCkBAIC0x
MDgsMTYgKzEwOCwxNiBAQAogLS0tLS0tLS0tLSBleGNlcHRpb24gcmVsYXRlZCB0aGluZ3MgLS0t
LS0tLS0tLS0tLQogbG9hZC9saW5rIGFuIGV4Y2VwdGlvbiBjbGFzcyBpbiBhc21wYXJ0OiAgICAg
IE9LCiBqYXZhLmxhbmcuRXhjZXB0aW9uCi0gICBhdCBleHRlc3QubWFpbiAoZXh0ZXN0LmphdmE6
MzA2KQorICAgYXQgZXh0ZXN0Lm1haW4gKGV4dGVzdC5qYXZhOjMwNykKCgogLS0tLS0tLS0tLSBu
YXRpdmUgc3R1YiBleGNlcHRpb25zIC0tLS0tLS0tLS0tLS0tLQogTnVsbFBvaW50ZXJFeGNlcHRp
b24gaW4gPGNsaW5pdD46ICAgICAgICAgICAgIE9LCiBqYXZhLmxhbmcuRXhjZXB0aW9uSW5Jbml0
aWFsaXplckVycm9yCi0gICBhdCBleHRlc3QubWFpbiAoZXh0ZXN0LmphdmE6MzI0KQorICAgYXQg
ZXh0ZXN0Lm1haW4gKGV4dGVzdC5qYXZhOjMyMykKIENhdXNlZCBieTogamF2YS5sYW5nLk51bGxQ
b2ludGVyRXhjZXB0aW9uCiAgICBhdCBleHRlc3RfY2xpbml0LjxjbGluaXQ+IChleHRlc3RfY2xp
bml0LmphdmE6NCkKLSAgIGF0IGV4dGVzdC5tYWluIChleHRlc3QuamF2YTozMjQpCisgICBhdCBl
eHRlc3QubWFpbiAoZXh0ZXN0LmphdmE6MzIzKQoKIFVuc2F0aXNmaWVkTGlua0Vycm9yOiAgICAg
ICAgICAgICAgICAgICAgICAgICBPSwogamF2YS5sYW5nLlVuc2F0aXNmaWVkTGlua0Vycm9yOiBu
c3ViCkBAIC0xMjcsMTUgKzEyNywxNCBAQAogTnVsbFBvaW50ZXJFeGNlcHRpb24gKG5hdGl2ZSk6
ICAgICAgICAgICAgICAgIE9LCiBqYXZhLmxhbmcuTnVsbFBvaW50ZXJFeGNlcHRpb24KICAgIGF0
IGphdmEubGFuZy5WTVN5c3RlbS5hcnJheWNvcHkgKE5hdGl2ZSBNZXRob2QpCi0gICBhdCBqYXZh
LmxhbmcuU3lzdGVtLmFycmF5Y29weSAoU3lzdGVtLmphdmE6MjM0KQorICAgYXQgamF2YS5sYW5n
LlN5c3RlbS5hcnJheWNvcHkgKFN5c3RlbS5qYXZhOjI1MSkKICAgIGF0IGV4dGVzdC5tYWluIChl
eHRlc3QuamF2YTozNDUpCgoKIC0tLS0tLS0tLS0gc3BlY2lhbCBleGNlcHRpb25zIC0tLS0tLS0t
LS0tLS0tLS0tLS0KIE91dE9mTWVtb3J5RXJyb3IgKGFycmF5IGNsb25lKTogICAgICAgICAgICAg
ICBPSwogamF2YS5sYW5nLk91dE9mTWVtb3J5RXJyb3IKLSAgIGF0IFtCLmNsb25lIChOYXRpdmUg
TWV0aG9kKQotICAgYXQgZXh0ZXN0Lm1haW4gKGV4dGVzdC5qYXZhOjM2MCkKKyAgIGF0IGV4dGVz
dC5tYWluIChleHRlc3QuamF2YTozNTkpCgoKIC0tLS0tLS0tLS0gbm8gT0sgYmV5b25kIHRoaXMg
cG9pbnQgLS0tLS0tLS0tLS0tLS0KY2xpbml0ZXhjZXB0aW9uOiBGQUlMRUQKLS0tIC4vY2xpbml0
ZXhjZXB0aW9uLjJvdXRwdXQgICAyMDA2LTAyLTE0IDAwOjE0OjMzLjAwMDAwMDAwMCArMDEwMAor
KysgY2xpbml0ZXhjZXB0aW9uLnRoaXNvdXRwdXQgIDIwMDYtMDUtMDggMTM6NTc6NTAuMDAwMDAw
MDAwICswMjAwCkBAIC0xLDQgKzEsNCBAQAogRXhjZXB0aW9uIGluIHRocmVhZCAibWFpbiIgamF2
YS5sYW5nLkV4Y2VwdGlvbkluSW5pdGlhbGl6ZXJFcnJvcgogICAgPDxObyBzdGFja3RyYWNlIGF2
YWlsYWJsZT4+CiBDYXVzZWQgYnk6IGphdmEubGFuZy5SdW50aW1lRXhjZXB0aW9uCi0gICBhdCBj
bGluaXRleGNlcHRpb24uPGNsaW5pdD4gKGNsaW5pdGV4Y2VwdGlvbi5qYXZhOjMpCisgICBhdCBj
bGluaXRleGNlcHRpb24uPGNsaW5pdD4gKGNsaW5pdGV4Y2VwdGlvbi5qYXZhOjQpCkxvYWREaXNw
bGFjZW1lbnRPdmVyZmxvdzogT0sKRmllbGREaXNwbGFjZW1lbnRPdmVyZmxvdzogT0sKU3RhY2tE
aXNwbGFjZW1lbnRPdmVyZmxvdzogT0sK
</data>        

          </attachment>
    </bug>

</bugzilla>