On Mon, 20 Aug 2007 17:13:56 +0200 giggz <[EMAIL PROTECTED]> babbled:
> Carsten Haitzler (The Rasterman) a écrit : > > On Mon, 20 Aug 2007 16:04:50 +0200 giggz <[EMAIL PROTECTED]> babbled: > > > >> [snip] > >> > >> Hi, > >> > >> I have installed the acpi-support package, but nothing more... > >> > >> but I have test e17 under root session through GDM. And under root I > >> have my applications menu (!?!) and the halt/reboot buttons. When I > >> compare the two .xsession-errors the only diffrences are : > >> These 4 lines in the user .xsession-errors : > >> ERROR: UNABLE TO ASSUME ROOT PRIVILEDGES > >> ERROR: UNABLE TO ASSUME ROOT PRIVILEDGES > >> ERROR: UNABLE TO ASSUME ROOT PRIVILEDGES > >> ERROR: UNABLE TO ASSUME ROOT PRIVILEDGES > > > > you problem is that that enlightenment_sys is NOT setuid root. something has > > been broken in the debian packages. the source build for e17 sets this to be > > setuid root (that means when this executable runs it runs AS ROOT). example: > > > > [ 11:37PM /usr/local/bin ] ls -l enlightenment_sys > > 20K -r-sr-xr-x 1 root root 19K 2007-08-20 08:05 enlightenment_sys* > > > > see - it's got the sticky bit set (s) - that means its setuid to the owner > > of the file (root in this case). i bet you whatever enlightenment_sys you > > have installed it's not setuid root - thus it doesn't work. > > > > Ouaou! yipeee! you're right! > ll /usr/bin/enlightenment* gives me : > -rwxr-xr-x 1 root root 874K 2007-08-19 02:49 /usr/bin/enlightenment > -rwxr-xr-x 1 root root 37K 2007-08-19 02:49 /usr/bin/enlightenment_fm > -rwxr-xr-x 1 root root 777K 2007-08-19 02:49 /usr/bin/enlightenment_imc > -rwxr-xr-x 1 root root 99K 2007-08-19 02:49 /usr/bin/enlightenment_remote > -rwxr-xr-x 1 root root 8,8K 2007-08-19 02:49 /usr/bin/enlightenment_start > -rwxr-xr-x 1 root root 7,5K 2007-08-19 02:49 /usr/bin/enlightenment_sys > -rwxr-xr-x 1 root root 26K 2007-08-19 02:49 /usr/bin/enlightenment_thumb > > I have done chmod +s /usr/bin/enlightenment_sys*, so I have now : > -rwsr-sr-x 1 root root 7,5K 2007-08-19 02:49 /usr/bin/enlightenment_sys > I don't have exactly the same right as you, but it's work out of the > box! thx for that!!! I have my two halt and reboot icons! :) something is wrong with the packages you have - they don't keep the suid bit as per the install. > > beyond that - sysactions.conf is the config that defines commands to run (as > > root) for given "actions" like "reboot" "halt", "suspend" etc. and who is > > allowed to run them. this config is intended for packagers and sysadmins to > > alter to define what users can do these things, and what commands these > > actions "map" to. on ubuntu the default config will allow any normal user > > who has a reasonable set of privileges (as if they were an owner of the > > box) to halt, reboot, suspend and hibernate - and the commands given in the > > default config will work "out of the box" on ubuntu. your distribution may > > or may not work - it is up to the sys admin and/or packager to fix this so > > it works - if they want it to. > > > > ok > > >> In the root .xsession-errors I see something strange : > >> ERROR: UNDEFINED ACTION: suspend > >> ERROR: UNDEFINED ACTION: hibernate > >> but these two actions are not defined and used in my > >> /etc/enlightenment/sysactions.conf (I attach it at the end) > > > > enlightenment itself looks for these actions. if it can't find them defined > > or doesn't have permission to do them - it doesn't add them to the menu. > > this is normal if you removed these actions from sysactions.conf > > > > ok > > >> So I think it's a right problem, but where can I take a look : > >> sudo /sbin/shutdown -h now > >> sudo /sbin/shutdown -r now > >> work fine under a user session > >> > >> And Why can I have an application menu under root and not under my user > >> ? Are the paths different ? > > > > debian doesn't set up xdg menus "correctly" for users - they dont export any > > environment variables to indicate which prefix the system menus should use, > > thus efreet's "standards compliant" implementation doesn't work, because > > debian is not "standards compliant" out of the box. you need to set > > environment variables. my guess is that the root user has these set, but > > not normal users. see the enlightenment.org wiki and the page about efreet > > and e17. > > > > Yes, I have read this wiki last week. I will try to export this variables... > > Big big Thx (I don't know if we say that in english...) c'est d'accor mon ami :) tout le monde ne parles pas l'anglais courament, mais c'set la langue d'intenrnet - l'anglaid de chaque personne n'est pas parfait :) > Regards, > Guillaume > > > [snip] > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > enlightenment-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
