Arg. I spoke too soon. It didn't really work. My problem seems to be
a new one. If I log in as a local user on the same machine, then
"pfexec packagemanager" works, and "pfexec gedit" works without errors.
But if I log in as myself (NFS home directory) then I have the problems
I mentioned. Also, gedit sprays lots of similar messages, but it eventually
comes up.
As packagemanager starts up, I can see a new /tmp/dbus* file created, owned by
root,
but strangely enough it's different from the file name that is printed in
the error message. And both are different than the one that's in use for
my current login as a user.
% pfexec packagemanager
Traceback (most recent call last):
File "/usr/bin/packagemanager", line 3542, in ?
packagemanager = PackageManager()
File "/usr/bin/packagemanager", line 142, in __init__
self.initial_show_filter = \
glib.GError: Failed to contact configuration server; some possible causes \
are that you need to enable TCP/IP networking for ORBit, or you have stale NFS \
locks due to a system crash. See http://www.gnome.org/projects/gconf/ for \
information. (Details - 1: Failed to get connection to session: Failed to \
connect to socket /tmp/dbus-LOogGMZeij: No such file or directory)
It's got to be something in my properties that makes the behavior different
than what a default local user gets. Any ideas on how I can track this down?
--chris
Chris Quenelle wrote:
> Thanks for the pointer! That workaround lets me bring up packagemanager.
> I also have the same problem with starting 'gedit' under pfexec, so it's
> not specific to packagemanager.
>
> Once you use the workaround, a dbus session is started for root, and
> that seems to be used by subsequent programs even when you don't unset
> the DBUS variable.
>
> Thanks again!
>
> --chris
>
>
> Lin Ma wrote:
>> Looks like http://defect.opensolaris.org/bz/show_bug.cgi?id=2980, but it
>> has been fixed in 0811.
>>
>> Try pfexec and unset DBUS_SESSION_BUS_ADDRESS
>>
>> Chris Quenelle wrote:
>>> I'm getting a crash when I run the OpenSolaris packagemanager GUI
>>> using pfexec. Any ideas? I looked at the gnome website,
>>> specifically this
>>> page: http://projects.gnome.org/gconf/
>>> But I couldn't figure out how to follow up on my problem. Is root
>>> supposed to automatically spawn it's own dbus/gconfd when you run a
>>> GUI as root? Or is it supposed to inherit some user-specific envars
>>> to connect with the desktop daemons?
>>>
>>>
>>> % pfexec packagemanager
>>> Traceback (most recent call last):
>>> File "/usr/bin/packagemanager", line 2241, in ?
>>> packagemanager = PackageManager()
>>> File "/usr/bin/packagemanager", line 96, in __init__
>>> self.initial_toplevel =
>>> self.client.get_int(INITIAL_TOPLEVEL_PREFERENCES)
>>> glib.GError: Failed to contact configuration server; some possible
>>> causes are \
>>> that you need to enable TCP/IP networking for ORBit, or you have
>>> stale NFS locks \
>>> due to a system crash. See http://www.gnome.org/projects/gconf/ for \
>>> information. (Details - 1: Failed to get connection to session:
>>> Failed to connect \
>>> to socket /tmp/dbus-5GkPcyo0BY: No such file or directory)
>>>
>>>
>>> % env | grep DBUS
>>> DBUS_SESSION_BUS_ADDRESS=unix:path=/tmp/dbus-0K9DFQAwC0,guid=5a759dbafdd8488221456ff649c953bb
>>>
>>>
>> Not sure if the root dbus session is automatically spawned. I guess yes.
>> Since the error message mentioned /tmp/dbus-5GkPcyo0BY which is
>> different to your user session /tmp/dbus-0K9DFQAwC0. Does
>> /tmp/dbus-5GkPcyo0BY exist? Is its owner is root?
>>
>> lin
>>> % pfexec ls -la /root
>>> total 30
>>> drwx------ 5 root root 9 Mar 24 15:38 .
>>> drwxr-xr-x 41 root root 42 Mar 24 14:28 ..
>>> -rw------- 1 root root 2420 Mar 24 15:45 .bash_history
>>> -rw-r--r-- 1 root root 280 Nov 5 13:41 .bashrc
>>> drwxrwxr-x 6 root root 7 Feb 27 09:34 .nbi
>>> -rw-r--r-- 1 root root 611 Nov 5 13:41 .profile
>>> -rw------- 1 root root 218 Nov 10 16:32 .recently-used.xbel
>>> drwxr-xr-x 4 root root 4 Mar 24 15:38 .sunstudio
>>> drwx------ 3 root root 3 Nov 3 18:00 .sunw
>>> _______________________________________________
>>> desktop-discuss mailing list
>>> desktop-discuss at opensolaris.org
>>>
