I have been happily using pan-0.14.2.91 for quite some time now (can't say how long because it has logrotate'd out of emerge.log :-). Yesterday, I got upgraded to pan-0.14.2.91-r1. Today, my pan session generated an awful lot of: GLib - g_node_insert_before: assertion `G_NODE_IS_ROOT (node)' failed before eventually (within a couple more mouse clicks) crashing out completely. So, I downgrade to pan-0.14.2.91 (which *has* been working perfectly fine for months) and find that too is broken. And, in fact, is exactly the same ebuild as pan-0.14.2.91-r1 with just the CVS header updated. I, therefore, don't have a copy of the original (working) ebuild, so I can't downgrade. Can somebody please return pan-0.14.2.91.ebuild to its original working state? There isn't much point in having two identical (broken) ebuilds, really... Phil
Of course, when I say "broken" I mean "not working here" :-) Anyway, I forgot this: ~ # emerge info Portage 2.0.51.20-r5 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.11-gentoo-r6 i686) ================================================================= System uname: 2.6.11-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.6.11 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.3 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/usr/src/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/usr/src/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X aac acpi alsa apm avi berkdb bitmap-fonts bzip2 cdr crypt cups curl dvd emboss encode esd fam flac foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 imlib jpeg lesstif libg++ libwww mad mikmod mmx motif mozilla mp3 mpeg ncurses nls nntp nptl nptlonly offensive ogg oggvorbis opengl pam pdflib perl png python qt quicktime readline real samba scanner sdl slang speex spell sse ssl svga tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts usb vorbis win32codecs xml2 xmms xv zlib video_cards_i915" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Err, did the gcc-4 patch break it?
Might be, although it should do the right thing. Phil, can you comment the epatch line for the *-gcc4.patch, and try again?
I noticed the same problem here, and it disappeared when I commented out the gcc-4 patch
I'd set it going before I popped out shopping anyway... But, yes, after removing the gcc4 patch, everything appears hunky dory again. Which is rather odd because the patch looks reasonable enough - at least, it seems to be semantically equivalent to the original (and a quick testcase confirms that it does the same thing on "normal" input). Just to be sure, I tried with the patch again, and it fails to work. And back without the patch, it works.
Bleh, typo - fixed in -r2: ---- --- files/pan-0.14.2.91-gcc4.patch 2005-04-30 18:07:56.000000000 +0200 +++ files/pan-0.14.2.91-gcc4-2.patch 2005-04-30 18:06:13.000000000 +0200 @@ -17,7 +17,7 @@ - *((unsigned long int *) b2)++; + *((unsigned long int *) tmp) = *((unsigned long int *) b2); + tmp += sizeof(unsigned long int); -+ b1 += sizeof(unsigned long int); ++ b2 += sizeof(unsigned long int); } } else
