consolekit/polkit problem
|
View:
New views
18 Messages
—
Rating Filter:
Alert me
|
 |
consolekit/polkit problem
by Stefan Hauser-2
::
Rate this Message:
|
|
|
Re: consolekit/polkit problem
by Joe Marcus Clarke-2
::
Rate this Message:
On Thu, 2008-03-27 at 21:24 +0100, Stefan Hauser wrote:
> hi > > i just can't get the polkit stuff to work.. Are you using GDM to start GNOME? If so, what is the output of ck-list-sessions? Joe > > i only get such messages: > > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: CkManager: get current session > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: uid = 1042 > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: pid = 1469 > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: CkManager: get session for unix process: 1469 > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: uid = 1042 > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: pid = 1469 > Mar 27 19:41:50 think console-kit-daemon[1345]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed > Mar 27 19:41:50 think kernel: Mar 27 19:41:50 think console-kit-daemon[1345]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed > Mar 27 19:41:50 think console-kit-daemon[1345]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed > Mar 27 19:41:50 think kernel: Mar 27 19:41:50 think console-kit-daemon[1345]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: CkManager: unable to lookup session for unix process: 1469 > > i have gnome_enable in /etc/rc.conf, and login via gdm. > > console-kit-daemon, dbus, hal, all running. > but i can't change anything in the polkit autorizations, nor get i asked for > a password, when i attemp to do something, which needs one... > eg. i try to mount a msdos volume in the file browser.. > polkit-gnome-manager and gnome-mount start to use all cpu, and the log get's > spammed with such entries: > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: NameOwnerChanged: service > _name=':1.5986', old_service_name='' new_service_name=':1.5986' > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: NameOwnerChanged: service_name=':1.5986', old_service_name='' new_service_name=':1.5986' > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: Removing sessions for service name: :1.5986 > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: NameOwnerChanged: service_name=':1.5986', old_service_name=':1.5986' new_service_name='' > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: Removing sessions for service name: :1.5986 > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: NameOwnerChanged: service_name=':1.5986', old_service_name=':1.5986' new_service_name='' > > and nothing else happens... > > any pointers, what could be wrong, or how i could debug this problem ? > > etienne > > _______________________________________________ > freebsd-gnome@... mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@..." > |
|
|
Re: consolekit/polkit problem
by Stefan Hauser-2
::
Rate this Message:
|
|
|
Re: consolekit/polkit problem
by Joe Marcus Clarke-2
::
Rate this Message:
On Fri, 2008-03-28 at 08:44 +0100, Stefan Hauser wrote:
> > > i just can't get the polkit stuff to work.. > > > > Are you using GDM to start GNOME? If so, what is the output of > > ck-list-sessions? > > yes. i use gdm. output of ck-list-seesion is: > Session1: > uid = '1042' > realname = 'Stefan Hauser' > seat = 'Seat1' > session-type = '' > active = TRUE > x11-display = ':0' > x11-display-device = '/dev/ttyv8' > display-device = '' > remote-host-name = '' > is-local = TRUE > on-since = '2008-03-28T07:28:41Z' > > i digged trought the source, and from the following error-messages, it seems > consolekit-daemon can't lookup the XDG_SESSION_COOKIE for the process. and > consequently, i dont geht any autorisations from polkit. grep for gnome-session to see that it's being set in the environment. The only other time I've seen such a problem is when the user's home directory was not owned by them with their primary group as the gid. Joe > > > > i only get such messages: > > > > > > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: CkManager: get current session > > > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: uid = 1042 > > > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: pid = 1469 > > > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: CkManager: get session for unix process: 1469 > > > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: uid = 1042 > > > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: pid = 1469 > > > Mar 27 19:41:50 think console-kit-daemon[1345]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed > > > Mar 27 19:41:50 think kernel: Mar 27 19:41:50 think console-kit-daemon[1345]: GLib-CRITICAL: g_hash_table_lookup: assertion `hash_table != NULL' failed > > > Mar 27 19:41:50 think console-kit-daemon[1345]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed > > > Mar 27 19:41:50 think kernel: Mar 27 19:41:50 think console-kit-daemon[1345]: GLib-CRITICAL: g_hash_table_destroy: assertion `hash_table != NULL' failed > > > Mar 27 19:41:50 think console-kit-daemon[1345]: DEBUG: CkManager: unable to lookup session for unix process: 1469 > > > > > > i have gnome_enable in /etc/rc.conf, and login via gdm. > > > > > > console-kit-daemon, dbus, hal, all running. > > > but i can't change anything in the polkit autorizations, nor get i asked for > > > a password, when i attemp to do something, which needs one... > > > eg. i try to mount a msdos volume in the file browser.. > > > polkit-gnome-manager and gnome-mount start to use all cpu, and the log get's > > > spammed with such entries: > > > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: NameOwnerChanged: service > > > _name=':1.5986', old_service_name='' new_service_name=':1.5986' > > > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: NameOwnerChanged: service_name=':1.5986', old_service_name='' new_service_name=':1.5986' > > > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: Removing sessions for service name: :1.5986 > > > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: NameOwnerChanged: service_name=':1.5986', old_service_name=':1.5986' new_service_name='' > > > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: Removing sessions for service name: :1.5986 > > > Mar 27 21:23:09 think console-kit-daemon[1345]: DEBUG: NameOwnerChanged: service_name=':1.5986', old_service_name=':1.5986' new_service_name='' > > > > > > and nothing else happens... > > > > > > any pointers, what could be wrong, or how i could debug this problem ? > |
|
|
Re: consolekit/polkit problem
by Stefan Hauser-2
::
Rate this Message:
|
|
|
Re: consolekit/polkit problem
by Joe Marcus Clarke-2
::
Rate this Message:
On Fri, 2008-03-28 at 18:49 +0100, Stefan Hauser wrote:
> > XDG_SESSION_COOKIE should be set by gdm. You can do a ps -auwwex and > > grep for gnome-session to see that it's being set in the environment. > > tadaaa.. i did the ps and saw nothing.. there was no procfs mouted. > now with /proc, everything runs as expected... Yeah, procfs IS REQUIRED for GNOME. Sucks, I know, but until we have a replacement for /proc/PID/file on all supported versions of FreeBSD, we're stuck with it. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc |
|
|
Re: consolekit/polkit problem
by Stefan Hauser-2
::
Rate this Message:
|
|
|
Re: consolekit/polkit problem
by Joe Marcus Clarke-2
::
Rate this Message:
On Fri, 2008-03-28 at 19:54 +0100, Stefan Hauser wrote:
> > Yeah, procfs IS REQUIRED for GNOME. Sucks, I know, but until we have a > > replacement for /proc/PID/file on all supported versions of FreeBSD, > > we're stuck with it. > > don't know i didnt have it anymore in fstab. anyway, maybe a test and > warning in the rc script. Problem is, PK and CK don't have rc.d scripts anymore. Additionally, gnome-keyring needs /proc. We mention this in the FAQ already, but I think I'll clarify the need under the upcoming device rewrite. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc |
|
|
Re: consolekit/polkit problem
by Kevin Downey
::
Rate this Message:
|
|
|
Re: consolekit/polkit problem
by Joe Marcus Clarke-2
::
Rate this Message:
On Fri, 2008-03-28 at 12:29 -0700, Kevin Downey wrote:
> On Fri, Mar 28, 2008 at 11:12 AM, Joe Marcus Clarke > <marcus@...> wrote: > > On Fri, 2008-03-28 at 18:49 +0100, Stefan Hauser wrote: > > > > XDG_SESSION_COOKIE should be set by gdm. You can do a ps -auwwex and > > > > grep for gnome-session to see that it's being set in the environment. > > > > > > tadaaa.. i did the ps and saw nothing.. there was no procfs mouted. > > > now with /proc, everything runs as expected... > > > > Yeah, procfs IS REQUIRED for GNOME. Sucks, I know, but until we have a > > replacement for /proc/PID/file on all supported versions of FreeBSD, > > we're stuck with it. > > > > Joe > > > > so procfs is required for GNOME, > That means you have to choose between java and gnome? problem. Where does it state that the /proc and Java don't mix? Joe -- PGP Key : http://www.marcuscom.com/pgp.asc |
|
|
Re: consolekit/polkit problem
by Kevin Downey
::
Rate this Message:
|
|
|
Re: consolekit/polkit problem
by Joe Marcus Clarke-2
::
Rate this Message:
On Fri, 2008-03-28 at 12:38 -0700, Kevin Downey wrote:
> On Fri, Mar 28, 2008 at 12:30 PM, Joe Marcus Clarke > <marcus@...> wrote: > > On Fri, 2008-03-28 at 12:29 -0700, Kevin Downey wrote: > > > On Fri, Mar 28, 2008 at 11:12 AM, Joe Marcus Clarke > > > <marcus@...> wrote: > > > > On Fri, 2008-03-28 at 18:49 +0100, Stefan Hauser wrote: > > > > > > XDG_SESSION_COOKIE should be set by gdm. You can do a ps -auwwex and > > > > > > grep for gnome-session to see that it's being set in the environment. > > > > > > > > > > tadaaa.. i did the ps and saw nothing.. there was no procfs mouted. > > > > > now with /proc, everything runs as expected... > > > > > > > > Yeah, procfs IS REQUIRED for GNOME. Sucks, I know, but until we have a > > > > replacement for /proc/PID/file on all supported versions of FreeBSD, > > > > we're stuck with it. > > > > > > > > Joe > > > > > > > > > > so procfs is required for GNOME, > > > That means you have to choose between java and gnome? > > > > I use both on my workstation with /proc mounted and I don't have a > > problem. Where does it state that the /proc and Java don't mix? > > > > > > > > Joe > > > > -- > > PGP Key : http://www.marcuscom.com/pgp.asc > > > > I forgot where I read it, but I was having trouble getting java to > work and I googled and found a site that said they don't mix. When I > unmounted /proc java started working. > > > kpd@eskarina ~/clojure_20080213% java -version > java version "1.5.0_14-p8" > Java(TM) 2 Runtime Environment, Standard Edition (build > 1.5.0_14-p8-root_28_feb_2008_23_34) > Java HotSpot(TM) Server VM (build 1.5.0_14-p8-root_28_feb_2008_23_34, > mixed mode) > kpd@eskarina ~/clojure_20080213% java -cp > /usr/local/share/java/classes/jline.jar:clojure.jar > jline.ConsoleRunner clojure.lang.Repl > Clojure > user=> (+ 1 3) > 4 > user=> > kpd@eskarina ~/clojure_20080213% sudo mount -t procfs null /proc > kpd@eskarina ~/clojure_20080213% java -cp > /usr/local/share/java/classes/jline.jar:clojure.jar > jline.ConsoleRunner clojure.lang.Repl > Error: could not find libjava.so > Error: could not find Java 2 Runtime Environment. > zsh: exit 2 java -cp /usr/local/share/java/classes/jline.jar:clojure.jar > kpd@eskarina ~/clojure_20080213% java version "1.5.0_14-p8" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_14-p8-marcus_23_feb_2008_12_31) Java HotSpot(TM) Server VM (build 1.5.0_14-p8-marcus_23_feb_2008_12_31, mixed mode) % cat hello.java public class hello { public static void main(String argv[]) { System.out.println("hello"); } } % javac hello.java % java -cp /home/marcus hello hello % mount ... procfs on /proc (procfs, local) ... That said, I do see the JVM access /proc/curproc/file. Right after this, it tries to access /usr/local/jdk1.5.0/lib/i386/libjava.so which fails. But then right after that, it successfully accesses /usr/local/jdk1.5.0/jre/lib/i386/libjava.so. I'd be interested to see what your ktrace -d -i looks like. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc |
|
|
Re: consolekit/polkit problem
by Kevin Downey
::
Rate this Message:
|
|
|
Re: java vs. procfs (was: consolekit/polkit problem)
by Joe Marcus Clarke-2
::
Rate this Message:
On Fri, 2008-03-28 at 13:38 -0700, Kevin Downey wrote:
> > That said, I do see the JVM access /proc/curproc/file. Right after > > this, it tries to access /usr/local/jdk1.5.0/lib/i386/libjava.so which > > fails. But then right after that, it successfully > > accesses /usr/local/jdk1.5.0/jre/lib/i386/libjava.so. I'd be interested > > to see what your ktrace -d -i looks like. > > > > > > > > Joe > > > > -- > > PGP Key : http://www.marcuscom.com/pgp.asc > > > http://www.thelastcitadel.com/lab/java-ktrace.txt > here is the last bit: > > > 7578 java CALL readlink(0x80515e5,0xbfbfdd68,0x400) > 7578 java NAMI "/proc/curproc/file" > 7578 java RET readlink 7 (/usr/local/jdk1.5.0/bin/java). When you run "java" what command is that actually running? My "java" points to /usr/local/bin/java which is actually javawrapper.sh. I suspect your "java" is either a link or an alias to something else which is causing the file symlink not to point to the fully-qualified path to the VM. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc |
|
|
Re: java vs. procfs (was: consolekit/polkit problem)
by Kevin Downey
::
Rate this Message:
|
|
|
Re: java vs. procfs (was: consolekit/polkit problem)
by Joe Marcus Clarke-2
::
Rate this Message:
On Fri, 2008-03-28 at 14:36 -0700, Kevin Downey wrote:
> On Fri, Mar 28, 2008 at 2:20 PM, Joe Marcus Clarke <marcus@...> wrote: > > On Fri, 2008-03-28 at 13:38 -0700, Kevin Downey wrote: > > > > That said, I do see the JVM access /proc/curproc/file. Right after > > > > this, it tries to access /usr/local/jdk1.5.0/lib/i386/libjava.so which > > > > fails. But then right after that, it successfully > > > > accesses /usr/local/jdk1.5.0/jre/lib/i386/libjava.so. I'd be interested > > > > to see what your ktrace -d -i looks like. > > > > > > > > > > > > > > > > Joe > > > > > > > > -- > > > > PGP Key : http://www.marcuscom.com/pgp.asc > > > > > > > http://www.thelastcitadel.com/lab/java-ktrace.txt > > > here is the last bit: > > > > > > > > > 7578 java CALL readlink(0x80515e5,0xbfbfdd68,0x400) > > > 7578 java NAMI "/proc/curproc/file" > > > 7578 java RET readlink 7 > > > > That's weird. readlink() returns a 28-byte path for me > > (/usr/local/jdk1.5.0/bin/java). When you run "java" what command is > > that actually running? My "java" points to /usr/local/bin/java which is > > actually javawrapper.sh. I suspect your "java" is either a link or an > > alias to something else which is causing the file symlink not to point > > to the fully-qualified path to the VM. > > > > Joe > > > > -- > > PGP Key : http://www.marcuscom.com/pgp.asc > > > > % file /usr/local/bin/java > /usr/local/bin/java: symbolic link to `/usr/local/bin/javavm' > % file /usr/local/bin/javavm > /usr/local/bin/javavm: Bourne shell script text executable > % pkg_info -W /usr/local/bin/javavm > /usr/local/bin/javavm was installed by package javavmwrapper-2.3 Joe > -- PGP Key : http://www.marcuscom.com/pgp.asc |
|
|
Re: java vs. procfs (was: consolekit/polkit problem)
by Kevin Downey
::
Rate this Message:
|
|
|
Re: java vs. procfs (was: consolekit/polkit problem)
by Joe Marcus Clarke-2
::
Rate this Message:
On Fri, 2008-03-28 at 14:50 -0700, Kevin Downey wrote:
> On Fri, Mar 28, 2008 at 2:48 PM, Joe Marcus Clarke <marcus@...> wrote: > > > > On Fri, 2008-03-28 at 14:36 -0700, Kevin Downey wrote: > > > On Fri, Mar 28, 2008 at 2:20 PM, Joe Marcus Clarke <marcus@...> wrote: > > > > On Fri, 2008-03-28 at 13:38 -0700, Kevin Downey wrote: > > > > > > That said, I do see the JVM access /proc/curproc/file. Right after > > > > > > this, it tries to access /usr/local/jdk1.5.0/lib/i386/libjava.so which > > > > > > fails. But then right after that, it successfully > > > > > > accesses /usr/local/jdk1.5.0/jre/lib/i386/libjava.so. I'd be interested > > > > > > to see what your ktrace -d -i looks like. > > > > > > > > > > > > > > > > > > > > > > > > Joe > > > > > > > > > > > > -- > > > > > > PGP Key : http://www.marcuscom.com/pgp.asc > > > > > > > > > > > http://www.thelastcitadel.com/lab/java-ktrace.txt > > > > > here is the last bit: > > > > > > > > > > > > > > > 7578 java CALL readlink(0x80515e5,0xbfbfdd68,0x400) > > > > > 7578 java NAMI "/proc/curproc/file" > > > > > 7578 java RET readlink 7 > > > > > > > > That's weird. readlink() returns a 28-byte path for me > > > > (/usr/local/jdk1.5.0/bin/java). When you run "java" what command is > > > > that actually running? My "java" points to /usr/local/bin/java which is > > > > actually javawrapper.sh. I suspect your "java" is either a link or an > > > > alias to something else which is causing the file symlink not to point > > > > to the fully-qualified path to the VM. > > > > > > > > Joe > > > > > > > > -- > > > > PGP Key : http://www.marcuscom.com/pgp.asc > > > > > > > > > > % file /usr/local/bin/java > > > /usr/local/bin/java: symbolic link to `/usr/local/bin/javavm' > > > % file /usr/local/bin/javavm > > > /usr/local/bin/javavm: Bourne shell script text executable > > > % pkg_info -W /usr/local/bin/javavm > > > /usr/local/bin/javavm was installed by package javavmwrapper-2.3 > > > > But what about "which java"? > > > > > % which java > /usr/local/bin/java Joe -- PGP Key : http://www.marcuscom.com/pgp.asc |
signature.asc (202 bytes) | Free embeddable forum powered by Nabble | Forum Help |
