[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Pan-users] Re: Body pane blank when subjects contain yenc > (/2)
From: |
SciFi |
Subject: |
[Pan-users] Re: Body pane blank when subjects contain yenc > (/2) |
Date: |
Thu, 10 May 2007 22:03:02 +0000 (UTC) |
User-agent: |
Pan/0.129 (Benson & Hedges Moscow Gold; SVNr275; powerpc-apple-darwin8.9.0) |
On Thu, 10 May 2007 19:04:47 +0000, walt wrote:
> On Thu, 10 May 2007 14:34:01 +0000, Duncan wrote:
>
>> SciFi <address@hidden> posted
>> address@hidden, excerpted below,
>> on Wed, 09 May 2007 20:34:20 +0000:
>>
>>> What's more, the latest gnome components that were released last week
>>> may prevent viewing in-line pix entirely:
>>> <http://bugzilla.gnome.org/show_bug.cgi?id=435863>
>>
>> Hmm... Confirmed here, Gentoo/~amd64, gtk+-2.10.12, now on pan svn
>> r273.
>
> Duncan, are you saying you updated all of those gnome packages to
> SciFi's versions, or just to ~amd64? Have you tried a revdep-rebuild
> lately?
>
> I'm posting this from my gentoo/~x86 machine which also runs
> gtk+-2.10.12, and pan is displaying multi-part jpegs just fine.
>
> Seems to me that the biggest version gap of all is SciFi's pan r255.
> I'm up to r276 as of today.
We are trying to be rather thorough about keeping up with
bugzilla, and we would have mentioned the status if changed for
any reason at all. But it doesn't suit to report every svn rev
that has _not_ been fixed, for brevity. ;)
It might be useful if you please would update that bug with your
details so we might have a clue where to go next (I'm stumped,
don't know about Charles).
I've not had time to scroll thru other gnome components' huge
buglists to see if any might apply, but there seems to be no
related chatter on their maillists (as gmane carries them).
heh, check the User-Agent header in my posts to see what I'm
running currently
(it's the optional patch in my report at
<http://bugzilla.gnome.org/show_bug.cgi?id=424083> ;)
I'm contemplating a different way of working that into the build
system, tho: I think the svn rev string ought to be added/computed
at make time, not at configure time [so svn-updates only need a
remake to reflect the new rev#] but we also need a configure
switch to enable/disable it on the whim of the user).