Seems like it might be the same bug.  I am seeing a
discrepancy with one of the comments because I
also see a problem (a different but related problem)
trying to launch gedit using pfexec.

--chris


jmr wrote:
> Lin and Chris - we are getting other reports of folks having trouble
> launching Package Manager on b111, that seems to be related to a dbus
> issue and PM being launched using pfexec.
> 
> There is a bug logged at:
> 7852 Package Manager fails at startup
> http://defect.opensolaris.org/bz/show_bug.cgi?id=7852
> 
> Any ideas?
> 
> Thanks,
> 
> JR
> 
> Chris Quenelle wrote:
>> 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
>>>>>>>                       
>> _______________________________________________
>> desktop-discuss mailing list
>> desktop-discuss at opensolaris.org
>>   
> 

Reply via email to