[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/41971: graphics/dia-python cannot find pygtk module (py25-gtk2 is installed)
The following reply was made to PR pkg/41971; it has been noted by GNATS.
From: David Holland <dholland-pbugs%netbsd.org@localhost>
Cc: pkg-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
Subject: Re: pkg/41971: graphics/dia-python cannot find pygtk module
(py25-gtk2 is installed)
Date: Fri, 15 Jan 2010 18:05:15 +0000
On Mon, Sep 28, 2009 at 12:30:05PM +0000, OBATA Akio wrote:
>> | First of all, you should fix your environment.
>> | Change DISPLAY to usable variable, or unset DISPLAY.
>> My environment is fine - that's the point really, DISPLAY is
>> actually a valid value (when it is bogus, the package builds).
>> The problem is that in the pkg_comp sandbox, there's no way the
>> application can access the files needed to obtain correct
>> authorisation - that's (part of) the whole point of using a
>> sandbox. So while I still believe there's some python, or pygtk,
>> or similar problem here, it would also be reasonable to argue that
>> there;s a pkg_comp bug as well, in that it should probably be
>> unsetting DISPLAY before it starts any build, as (unless the X
>> server is doing host based auth, which is even worse than its
>> other methods) there's not going to be any way for the DISPLAY
>> setting from outside pkg_comp to be useful inside. I'll fix my
>> pkg_comp to do that.
> It is just because your environment is not fine to use with pkg_comp.
> As you know, some packages require to access X.
How hard would it be for pkg_comp to do display forwarding out of the
sandbox as an option? It seems to me that having it clear $DISPLAY is
the correct default behavior.
David A. Holland
Main Index |
Thread Index |