Done: 7860 "pfexec gedit" fails because of something in my user environment Thanks for your help, Lin.
--chris Lin Ma wrote: > Please log a bug on defect.opensolaris.org > > lin > > Chris Quenelle wrote: >> 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 >>>>> >
