On Wed, 14 Nov 2007 01:49:29 +0000, roderick wrote: > David Shochat <[EMAIL PROTECTED]> writes: > > >> roderick wrote: >> > Within the last three weeks the image preview often displayed as if >> > the image itself is corrupted. >> Is this not the same issue as that discussed in the very long thread >> "Previews gone screwy"? See the archives, starting on 9/26. One of the >> later messages mentioned a patch in a pan bug report. I found this >> patch unnecessary when I was running Ubuntu 7.04 but necessary when >> running the new 7.10. From what I recall, it was actually an >> incompatibility with GTK+ that showed up recently (2.11?). It was left >> undecided whether it is actually a gtk+ bug or not. But whoever is to >> blame, for previews to work right using the latest pan with recent >> gtk+, you have to apply this patch. >> >> I think this is the patch: >> http://bugzilla.gnome.org/attachment.cgi?id=96917&action=view >> >> found in walt's archive posting on 20 October: >> http://lists.gnu.org/archive/html/pan-users/2007-10/msg00065.html >> >> Ok, I have confirmed that that is indeed the patch I had to use to get >> pan 0.132 to preview properly with "Gutsy". > > Yes...I read that thread and unfortunately I cannot find those files: > > gtk+2.12.x/gdk-pixbuf/io-jpeg.c > pan-0.132/pan/gui/body-pane.cc > > May be because there are differences between distros? Although I am not > afraid of the CLI, am not a programmer and not sure how to apply said > patch. Am running Sabayonlinux 3.4f, a Gentoo based distro. I see a lot > of files in /usr/lib/ with the .so extension. Not sure if this io-jpeg.c > file exists or that patch will work for a Gentoo box.
By sheer coincidence, gentoo-stable just upgraded gtk+ to 2.12.1 *today*. Until now I had the problem only on my gentoo-unstable box. The 'bug' was introduced in gtk+ 2.11.x and still exists in 2.12.x, so now the 'bug' will hit everyone who uses a linux distro with gtk+ > 2.11.x. Maybe a *real* programmer will now take the time to fix it! :o) I've been trying almost every day to figure out whether the 'bug' lies in the pan code or the gdk-pixbuf code -- but I'm not there yet -- quite. Does your Sabayonlinux give you the ability to compile your own packages from source code, like gentoo? (That *is* the whole point of using gentoo, after all.) If yes, here is how to apply the workaround patch to your own personal build of pan: # ebuild /usr/portage/net-nntp/pan/pan-0.132.ebuild unpack This will fetch the pan source tarball and unpack it for you: >>> Unpacking pan-0.132.tar.bz2 to /var/tmp/portage/net-nntp/pan-0.132/work # cd /var/tmp/portage/net-nntp/pan-0.132/work # patch -p0 < /tmp/load-pixbuf-in-1024-byte-chunks.diff patching file pan-0.132/pan/gui/body-pane.cc [Of course, you need to substitute the actual /path/name of your downloaded patch file.] # ebuild /usr/portage/net-nntp/pan/pan-0.132-ebuild compile install qmerge NOTES: The steps above will overwrite your existing pan files, so you should "emerge -C pan" *before* doing all of this! If you have trouble you can reinstall the default pan (even though it doesn't work right any more). The new pan (pan2) is considerably different (and better) so you *will* need to learn the differences before you will be happy, but it will be worth your trouble, I promise. If any/all of the above leaves you mystified, just yell. There are several regulars here who can answer your questions. _______________________________________________ Pan-users mailing list Pan-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/pan-users
