pan-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Pan-users] Re: Can a KDE user take a look at this Bug?


From: Duncan
Subject: [Pan-users] Re: Can a KDE user take a look at this Bug?
Date: Wed, 9 Aug 2006 20:05:03 +0000 (UTC)
User-agent: pan 0.107 (Umi De No Jisatsu)

Sam <address@hidden> posted
address@hidden, excerpted below, on  Wed, 09 Aug 2006 09:03:18
-0700:

> Darren wrote:
>> 
>> Duncan wrote:
>>  > They say that one advantage of open source is that given the world as an
>>> audience, all bugs are shallow -- someone will know what's up right away. 
>>> This one proves the point, as I believe I know /exactly/ what's happening,
>>> having run into it myself, but believed it to be designed that way (that
>>> is, a feature).
>>>
>>> I'll put the details on the bug, but the gist is that where pan looks for
>>> the browser depends on whether it's compiled with or without libgnome. 
>>> (The 0.107 ebuild makes use of the gnome USE flag to control that,
>>> according to a bug I filed with Gentoo -- I've not yet merged it.)
>>>
>> 
>> It looks like you are 100% correct, a KDE user who compiled from source
>> had no problems.  Of course this causes other issues if I remove gnome
>> support for those who use gnome.  Shouldn't Pan failover to using the
>> BROWSER variable if the gnome libraries are not available at runtime?
> 
> 
> Hmmm  I've compiled from source.. with no additional flags and I'm 
> having the issue with .107. None of the links pop up. I haven't tried an
> embedded in message link as I haven't run across any but the help menu
> links are non functional  even in .107.

Haven't gotten to the bug yet, but it works this way.  If libgnome is
detected then support for it is compiled in, and pan will check the usual
GNOME mappings and open the usual GNOME preferred browser.  It doesn't
matter if it's set or not, there's no fall-thru to the $BROWSER variable.
If it's unset, there's no preferred browser so nothing happens.

If libgnome support isn't compiled into pan, /then/ it checks the $BROWSER
variable.

Darren, that's one nice thing about Gentoo's build-from-source, as opposed
to prebuilt binaries; the user gets to choose compile-time options at
system-install time, so can choose whether to use GNOME or $BROWSER
support as appropriate to the system as they install. =8^)  (Again,
Gentoo's ebuild for 0.107 just added support for choosing this via USE
flag to the in-tree ebuild.  Before that, the in-tree ebuild was forcing
GNOME as a dependency, tho users could of course copy the ebuild to their
overlay and edit the dependency out, if appropriate, but that was only
temporary, during the early pre-1.0 betas, and has been changed as the
ebuild stabilizes in preparation for the 1.0 upstream release.)

However, you are correct.  That's really a pan bug, and should be changed
before 1.0, or there'll be a lot of unhappy pan users, no matter which way
a binary distribution chooses to compile it.

(Now off to look at the bug.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman





reply via email to

[Prev in Thread] Current Thread [Next in Thread]