<?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>219341</bug_id>
          
          <creation_ts>2008-04-26 14:26 0000</creation_ts>
          <short_desc>mail-client/sylpheed-2.4.7 fails `aclocal -I m4`</short_desc>
          <delta_ts>2008-10-16 22:21:29 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>Applications</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>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>junghichi@mail.117.cx</reporter>
          <assigned_to>hattya@gentoo.org</assigned_to>
          <cc>alex.buell@munted.org.uk</cc>
    
    <cc>bugs@dev.gentooexperimental.org</cc>
    
    <cc>jstepien@users.sourceforge.net</cc>
    
    <cc>kyron@neuralbs.com</cc>
    
    <cc>mjbjr@beaudesign.com</cc>
    
    <cc>net-mail@gentoo.org</cc>
    
    <cc>rbu@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>junghichi@mail.117.cx</who>
            <bug_when>2008-04-26 14:26:10 0000</bug_when>
            <thetext>sylpheed-2.4.7.ebuild fails in my system with below log, and never complited install.

# emerge mail-client/sylpheed
...
 * the installed version (1.10.1).
 * Running eautoreconf in &apos;/var/tmp/portage/mail-client/sylpheed-2.4.7/work/sylp
heed-2.4.7&apos; ...
 * Running aclocal -I m4 -I ac ...
  [ !! ]

* Failed Running aclocal !
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/mail-client/sylpheed-2.4.7/temp/aclocal-1979.out

 * 
 * ERROR: mail-client/sylpheed-2.4.7 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_unpack
 *             environment, line 2511:  Called eautomake
 *             environment, line  806:  Called eautoreconf
 *             environment, line  829:  Called eaclocal
 *             environment, line  768:  Called autotools_run_tool &apos;src_unpack&apos; &apos;src_unpack&apos; &apos;aclocal&apos; &apos;-I&apos; &apos;m4&apos;
 *             environment, line  324:  Called die
 * The specific snippet of code:
 *           die &quot;Failed Running $1 !&quot;;
 *  The die message:
 *   Failed Running aclocal !
 * 
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at &apos;/var/tmp/portage/mail-client/sylpheed-2.4.7/temp/build.log&apos;.
 * The ebuild environment file is located at &apos;/var/tmp/portage/mail-client/sylpheed-2.4.7/temp/environment&apos;.
 * 

# cat aclocal-1979.out
***** aclocal *****
***** aclocal -I m4 -I ac
aclocal-1.10: couldn&apos;t open directory `m4&apos;: No such file or directory

So I overlaid this script to avoid using aclocal.
Because some (or a) undefined symbols were born in the source, I cut off all patchs to compile vanilla-source.

# diff /usr/local/portage/mail-client/sylpheed/sylpheed-2.4.7.ebuild /usr/portage/mail-client/sylpheed/sylpheed-2.4.7.ebuild 
38c38
&lt;       #epatch &quot;${FILESDIR}&quot;/${PN}-2.*.diff
---
&gt;       epatch &quot;${FILESDIR}&quot;/${PN}-2.*.diff
40c40
&lt;       #use crypt || cp ac/missing/gpgme.m4 ac
---
&gt;       use crypt || cp ac/missing/gpgme.m4 ac
42c42
&lt;       #eautomake
---
&gt;       eautomake
62c62
&lt;       make || die
---
&gt;       emake || die

Then modified ebuild worked somehow.

Same fail occured with sylpheed-2.4.5.ebuild in my system.

Reproducible: Always

Steps to Reproduce:




# emerge --info
Portage 2.1.4.4 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gen
too-r4 i686)
=================================================================
System uname: 2.6.24-gentoo-r4 i686 Pentium III (Coppermine)
Timestamp of tree: Thu, 24 Apr 2008 01:45:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p17-r1
dev-lang/python:     2.4.4-r9
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r7
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS=&quot;x86&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O3 -march=pentium3 -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d&quot;
CXXFLAGS=&quot;-O3 -march=pentium3 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;ccache distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch&quot;
GENTOO_MIRRORS=&quot;ftp://ftp.ecc.u-tokyo.ac.jp/GENTOO http://ftp.iij.ad.jp/pub/linux/gentoo/ ftp://gg3.net/pub/linux/gentoo/ http://gentoo.channelx.biz/&quot;
LANG=&quot;ja_JP.eucJP&quot;
LINGUAS=&quot;ja&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/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;X acl acpi berkdb cjk cli cracklib crypt dri fortran gdbm gpm iconv ipv6 isdnlog midi mmx mudflap ncurses nls nptl nptlonly openmp pam pcre pdf perl pppd python readline reflection session spl sse ssl tcpd threads unicode x86 xorg zlib&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci&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 authn_alias authn_anon 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 deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias&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;ja&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;vesa vga fbdev&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>alex.buell@munted.org.uk</who>
            <bug_when>2008-04-27 14:03:38 0000</bug_when>
            <thetext>I have the exact same error - my system is x86_64. My other box is x86 and compiles perfectly well. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alex.buell@munted.org.uk</who>
            <bug_when>2008-05-23 11:03:32 0000</bug_when>
            <thetext>Have the exact same problem on my amd64 box, does not happens on my x86 box</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pr0d1r2@gmail.com</who>
            <bug_when>2008-05-28 14:25:21 0000</bug_when>
            <thetext>Created an attachment (id=154589)
Corrected ebuild with creation of m4 directory, in order for &quot;aclocal bug&quot;

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2008-06-17 15:59:39 0000</bug_when>
            <thetext>Fixed now in 2.4.8, thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gnu_andrew@member.fsf.org</who>
            <bug_when>2008-06-20 08:03:24 0000</bug_when>
            <thetext>I&apos;m still getting this issue.  Was 2.4.7 not fixed?  There seems to be a patch here for it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gnu_andrew@member.fsf.org</who>
            <bug_when>2008-06-20 08:13:16 0000</bug_when>
            <thetext>Created an attachment (id=157703)
Build fix for 2.4.7

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gnu_andrew@member.fsf.org</who>
            <bug_when>2008-06-20 08:14:11 0000</bug_when>
            <thetext>Please reopen and fix this bug.  The current ebuild of 2.4.7 is useless without being patched.  I don&apos;t see how anyone can compile the current version.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gnu_andrew@member.fsf.org</who>
            <bug_when>2008-06-20 08:15:06 0000</bug_when>
            <thetext>FWIW this is failing on ppc64 as well as the previously reported amd64 failures.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jackdachef@gmail.com</who>
            <bug_when>2008-06-20 10:21:57 0000</bug_when>
            <thetext>even the latest version spits out this error message:

the important bits are:
* Automake used for the package (1.4-p6) differs from
* the installed version (1.10.1). 

setting: WANT_AUTOMAKE=1.4

in the ebuild fixes it for me :)

platform: x86_64</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gnu_andrew@member.fsf.org</who>
            <bug_when>2008-06-20 14:54:12 0000</bug_when>
            <thetext>Yes, that was actually going to be my initial suggestion until I saw the earlier messages.

Why has neither fix been applied to the version in the tree? Please either fix this, or remove it and make a later version stable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nesaro@gmail.com</who>
            <bug_when>2008-06-20 15:13:43 0000</bug_when>
            <thetext>During this week I could successfully install sylpheed 2.4.8 in my amd64 box. Previous versions didn&apos;t compile because this bug. However, the new sylpheed version (2.5.0) shows the same behavior again.

emerge details:
-----------------------------------------------------------


&gt;&gt;&gt; Emerging (1 of 1) mail-client/sylpheed-2.5.0 to /
 * sylpheed-2.5.0.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...                                                                                                                                    [ ok ]
 * checking ebuild checksums ;-) ...                                                                                                                                                         [ ok ]
 * checking auxfile checksums ;-) ...                                                                                                                                                        [ ok ]
 * checking miscfile checksums ;-) ...                                                                                                                                                       [ ok ]
 * checking sylpheed-2.5.0.tar.bz2 ;-) ...                                                                                                                                                   [ ok ]
&gt;&gt;&gt; Unpacking source...
&gt;&gt;&gt; Unpacking sylpheed-2.5.0.tar.bz2 to /var/tmp/portage/mail-client/sylpheed-2.5.0/work
 * Applying sylpheed-2.1-shared-mime-info.diff ...                                                                                                                                           [ ok ]
 * Applying sylpheed-2.2-replace-aspell-with-enchant.diff ...                                                                                                                                [ ok ]
 * Applying sylpheed-2.4-firefox.diff ...                                                                                                                                                    [ ok ]
 * Automake used for the package (1.4-p6) differs from
 * the installed version (1.10.1).
 * Running eautoreconf in &apos;/var/tmp/portage/mail-client/sylpheed-2.5.0/work/sylpheed-2.5.0&apos; ...
 * Running aclocal -I m4 -I ac ...                                                                                                                                                           [ !! ]

 * Failed Running aclocal !

/var/tmp/portage/mail-client/sylpheed-2.5.0/work/sylpheed-2.5.0
----------------------------------------------------------------
**** aclocal *****
***** aclocal -I m4 -I ac

aclocal-1.10: couldn&apos;t open directory `m4&apos;: No such file or directory


emerge --info
----------------------------------------------------------------
Portage 2.1.4.4 (default/linux/amd64/2008.0/no-multilib, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r8 x86_64)
=================================================================
System uname: 2.6.24-gentoo-r8 x86_64 AMD Sempron(tm) Processor 3100+
Timestamp of tree: Fri, 20 Jun 2008 14:06:01 +0000
app-shells/bash:     3.2_p33
dev-lang/python:     2.4.4-r13
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.11.1
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.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS=&quot;amd64&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-march=k8 -O2 -pipe&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&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d&quot;
CXXFLAGS=&quot;-march=k8 -O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch&quot;
GENTOO_MIRRORS=&quot;http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo&quot;
LINGUAS=&quot;es es_ES&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/portage/local/layman/voip /usr/portage/local/layman/nesaro&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;acl acpi alsa amd64 berkdb bzip2 cdr cli cracklib crypt dri dvb dvd gdbm iconv ipv6 mmx mudflap ncurses nls nptl nptlonly opengl openmp pam pcre perl python readline session spl sse sse2 ssl tcpd unicode xorg xv zlib&quot; ALSA_CARDS=&quot;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; APACHE2_MODULES=&quot;actions alias auth_basic authn_alias authn_anon 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 deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse evdev&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;ncurses text&quot; LINGUAS=&quot;es es_ES&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;radeon&quot;
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tove@gentoo.org</who>
            <bug_when>2008-06-21 10:12:38 0000</bug_when>
            <thetext>*** Bug 228685 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bugs@dev.gentooexperimental.org</who>
            <bug_when>2008-06-21 17:27:04 0000</bug_when>
            <thetext>Reopening as the issue seems to still exist</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>syylk@tiscali.it</who>
            <bug_when>2008-06-23 08:50:06 0000</bug_when>
            <thetext>Still present in 2.5.0.

Workaround is a &quot;mkdir m4&quot; in an overlaid ebuild, as hinted in the &quot;sylpheed-2.4.7-r1.ebuild&quot; attachment to this bug report; just copy the ebuild with a proper name, and rebuild the manifest.

Ugly, ugly workaround. But since maintainer(s) don&apos;t care to fix it, that&apos;s what we&apos;re stuck with.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hattya@gentoo.org</who>
            <bug_when>2008-06-23 09:24:50 0000</bug_when>
            <thetext>Thank you for waiting. Fixed in CVS.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@norz.org</who>
            <bug_when>2008-10-16 22:21:29 0000</bug_when>
            <thetext>2.4.8 and 2.5.0 are still failing here.
The fix for me is to add WANT_AUTOMAKE=1.4 in an overlaid ebuild (just adding mkdir m4 do not work for me).</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>154589</attachid>
            <date>2008-05-28 14:25 0000</date>
            <desc>Corrected ebuild with creation of m4 directory, in order for &quot;aclocal bug&quot;</desc>
            <filename>sylpheed-2.4.7-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA4IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L21haWwtY2xpZW50L3N5bHBoZWVkL3N5bHBoZWVk
LTIuNC43LmVidWlsZCx2IDEuNiAyMDA4LzAyLzA1IDEwOjQzOjQ0IGNvcnNhaXIgRXhwICQKCmlu
aGVyaXQgYXV0b3Rvb2xzIGV1dGlscwoKSVVTRT0iY3J5cHQgaXB2NiBsZGFwIG5scyBwZGEgc3Bl
bGwgc3NsIHhmYWNlIgoKREVTQ1JJUFRJT049IkEgbGlnaHR3ZWlnaHQgZW1haWwgY2xpZW50IGFu
ZCBuZXdzcmVhZGVyIgpIT01FUEFHRT0iaHR0cDovL3N5bHBoZWVkLnNyYW9zcy5qcC8iClNSQ19V
Ukk9Imh0dHA6Ly9zeWxwaGVlZC5zcmFvc3MuanAvJHtQTn0vdiR7UFYlLip9LyR7UH0udGFyLmJ6
MiIKCkxJQ0VOU0U9IkdQTC0yIExHUEwtMi4xIgpLRVlXT1JEUz0iYWxwaGEgfmFtZDY0IGhwcGEg
aWE2NCB+cHBjIHBwYzY0IHNwYXJjIHg4NiIKU0xPVD0iMCIKCkNPTU1PTl9ERVBFTkQ9Ij49eDEx
LWxpYnMvZ3RrKy0yLjQKCW5scz8gKCA+PXN5cy1kZXZlbC9nZXR0ZXh0LTAuMTIuMSApCgljcnlw
dD8gKCA+PWFwcC1jcnlwdC9ncGdtZS0wLjQuNSApCglsZGFwPyAoID49bmV0LW5kcy9vcGVubGRh
cC0yLjAuMTEgKQoJcGRhPyAoIGFwcC1wZGEvanBpbG90ICkKCXNwZWxsPyAoIGFwcC10ZXh0L2d0
a3NwZWxsICkKCXNzbD8gKCBkZXYtbGlicy9vcGVuc3NsICkiCkRFUEVORD0iJHtDT01NT05fREVQ
RU5EfQoJZGV2LXV0aWwvcGtnY29uZmlnCgl4ZmFjZT8gKCA+PW1lZGlhLWxpYnMvY29tcGZhY2Ut
MS40ICkiClJERVBFTkQ9IiR7Q09NTU9OX0RFUEVORH0KCWFwcC1taXNjL21pbWUtdHlwZXMKCXgx
MS1taXNjL3NoYXJlZC1taW1lLWluZm8iCgpBVF9NNERJUj0iYWMiCgpzcmNfdW5wYWNrKCkgewoK
CXVucGFjayAke0F9CgljZCAiJHtTfSIKCglta2RpciBtNAoKCWVwYXRjaCAiJHtGSUxFU0RJUn0i
LyR7UE59LTIuKi5kaWZmCgoJdXNlIGNyeXB0IHx8IGNwIGFjL21pc3NpbmcvZ3BnbWUubTQgYWMK
CgllYXV0b21ha2UKCn0KCnNyY19jb21waWxlKCkgewoKCWxvY2FsIGh0bWxkaXI9L3Vzci9zaGFy
ZS9kb2MvJHtQRn0vaHRtbAoKCWVjb25mIFwKCQkkKHVzZV9lbmFibGUgY3J5cHQgZ3BnbWUpIFwK
CQkkKHVzZV9lbmFibGUgaXB2NikgXAoJCSQodXNlX2VuYWJsZSBsZGFwKSBcCgkJJCh1c2VfZW5h
YmxlIG5scykgXAoJCSQodXNlX2VuYWJsZSBwZGEganBpbG90KSBcCgkJJCh1c2VfZW5hYmxlIHNw
ZWxsIGd0a3NwZWxsKSBcCgkJJCh1c2VfZW5hYmxlIHNzbCkgXAoJCSQodXNlX2VuYWJsZSB4ZmFj
ZSBjb21wZmFjZSkgXAoJCS0td2l0aC1tYW51YWxkaXI9JHtodG1sZGlyfS9tYW51YWwgXAoJCS0t
d2l0aC1mYXFkaXI9JHtodG1sZGlyfS9mYXEgXAoJCXx8IGRpZQoJZW1ha2UgfHwgZGllCgp9Cgpz
cmNfaW5zdGFsbCgpIHsKCgllbWFrZSBERVNURElSPSIke0R9IiBpbnN0YWxsIHx8IGRpZQoKCWRv
ZG9jIEFVVEhPUlMgQ2hhbmdlTG9nKiBORVdTKiBSRUFETUUqIFRPRE8qCglkb2ljb24gKi5wbmcK
CWRvbWVudSAqLmRlc2t0b3AKCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>157703</attachid>
            <date>2008-06-20 08:13 0000</date>
            <desc>Build fix for 2.4.7</desc>
            <filename>sylpheed-2.4.7.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC91c3IvcG9ydGFnZS9tYWlsLWNsaWVudC9zeWxwaGVlZC9zeWxwaGVlZC0yLjQuNy5lYnVp
bGQJMjAwOC0wMi0wNSAxMTowNjoyOC4wMDAwMDAwMDAgKzAwMDAKKysrIHN5bHBoZWVkLTIuNC43
LmVidWlsZAkyMDA4LTA2LTIwIDA5OjA2OjI3LjAwMDAwMDAwMCArMDEwMApAQCAtMzUsNiArMzUs
OCBAQAogCXVucGFjayAke0F9CiAJY2QgIiR7U30iCiAKKwlta2RpciBtNAorCiAJZXBhdGNoICIk
e0ZJTEVTRElSfSIvJHtQTn0tMi4qLmRpZmYKIAogCXVzZSBjcnlwdCB8fCBjcCBhYy9taXNzaW5n
L2dwZ21lLm00IGFjCg==
</data>        

          </attachment>
    </bug>

</bugzilla>