Re: [E-devel] Suspend functionality for Entrance
On Fri, 25 Aug 2006 13:55:25 +0100 Essien Ita Essien <[EMAIL PROTECTED]> babbled: > Carsten Haitzler (The Rasterman) wrote: > > On Fri, 25 Aug 2006 00:01:20 -0500 "Nathan Ingersoll" <[EMAIL PROTECTED]> > > babbled: > > > > > > > > i think that maybe we need several layers. > > > > 1. check pam as you suggested IF the halt/reboot/susbped/cpufreq pam > > profile is there - if not go to second step > > 2. check if user is logged in on the console > > 3. check for a magic file (/etc/enlightenment/nohalt as a quick example) - > > if it exists - deny halt or reboot or whatever (we can work out the > > filenames later) > > > > ? > > > > > > > yup. soundz about right to me (with my limited knowledge of UNIX > security programming :) ). > > Is this still looking like an exec out to a script? Anyone that is > taking this up will need to take this all into consideration. Also you > may want to look at how GNOME and KDE solve these issues, I think if I > VNC into GNOME on FC5 for instance, I can't shutdown/reboot. > > Good Luck! ;) fyi - e17 now has all of this built-in. :) not the full hog of permissions checking - more simplistic (config file handled by root). -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suspend functionality for Entrance
Carsten Haitzler (The Rasterman) wrote: > On Fri, 25 Aug 2006 00:01:20 -0500 "Nathan Ingersoll" <[EMAIL PROTECTED]> > babbled: > > > > i think that maybe we need several layers. > > 1. check pam as you suggested IF the halt/reboot/susbped/cpufreq pam profile > is > there - if not go to second step > 2. check if user is logged in on the console > 3. check for a magic file (/etc/enlightenment/nohalt as a quick example) - if > it exists - deny halt or reboot or whatever (we can work out the filenames > later) > > ? > > > yup. soundz about right to me (with my limited knowledge of UNIX security programming :) ). Is this still looking like an exec out to a script? Anyone that is taking this up will need to take this all into consideration. Also you may want to look at how GNOME and KDE solve these issues, I think if I VNC into GNOME on FC5 for instance, I can't shutdown/reboot. Good Luck! ;) cheers, Essien >> - >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> > > > - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suspend functionality for Entrance
On Fri, 25 Aug 2006 06:55:16 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > On Thu, 24 Aug 2006 20:51:19 +0100 Essien Ita Essien <[EMAIL PROTECTED]> > babbled: > > > Eugen Minciu wrote: > > > On Thu, 24 Aug 2006 18:08:52 + > > > Hannes Janetzek <[EMAIL PROTECTED]> wrote: > > > > > > This sounds good too. It would be even better as a module, I think. I'm > > > waiting for some other opinions on this subject and if other people agree, > > > I'll try to start writing it in a few days. > > For what its worth, this is my 2cents take on this: > > > > The ability to suspend is good from inside E, from Entrance and also > > from Desklock. There are times when you want to suspend at any of those > > points. My thinking is that this functionality should be available > > centrally for anyone (any app) to use. This means a library that is in > > one of the core EFL, like and Ecore_System [ecore_system_suspend(...), > > ecore_system_reboot(...), ecore_system_wtf(!) ;) etc]? I dunno. If that > > were done, it would be highly trivial to add the functionality to any > > point... even if you wanted to suspend from irssi while poking your > > tongue at raster ;) > > > > So I'll say, probably go ahead and start with the module. But try to > > make the core easy to reuse, then we'll find a way to *lobby* that > > functionality into EFL main :) > > i agree - it's useful in all places. in reality - most suspend systems use a > script or command to initiate the suspend. the ONLY thing we need to do, is > execute this script/command as root. i don't think we need an api - but what > we > DO need is to have a standard way to find what the name of this script is. > > in unix "shutdown -h now" and "shutdown -r now" or "halt" or "reboot" are > standard commands we can just blindly execute. we need to have people to > research and share their findings on all the ways there are to: > > suspend to ram > suspend to disk > There's: - uswsusp (s2disk, s2ram, s2both), - apm -z, - acpi, which defines events and actions, so anything could be used - swsusp2 (hibernate) Not only are there many choices for such an option, but they're rather heterogeneous as well. Indeed you need a single application to call suspend to disk or suspend to ram regardless of the actual system used. Such an app just begs for plugins (there are only a few things it needs to do, check_susp2ram, check_susp2disk, check_local_user, susp2ram, susp2disk is all I can think of). The application can just check all the plugins for support and decide on which method it would be best to use. You could also only check for support for some of these methods, defined through a config. The problem with this comes from the fact that APM (for example, there may be others) doesn't from what I've read provide any means of knowing wether suspend will actually work. Of course, it can be argued that this is not our problem to begin with and all we need to do is call suspend and let other people worry about wether it works or not, but it would be better if we could know this to prevent the user from an unintentional failure. > i don't think this should go into ecore - it means shipping suid root binary > tools in a shared lib to do this. i would leave it up to entrance (it is > already root) to choose if it allows a user to do this (config options for > security) and then do it - for e, it actually wouldn't be useful as a module - > it would be core code - using a suid root binary util to do the footwork. e > also needs to wrap shutdown and reboot too this way and it actually is a todo > item. > the problem now comes - how are we going to solve the security issue. having > this binary around at all means any user on the sytsem can halt, reboot, > suspend etc. it (in fact they can already be a little evil and speedstep the > cpu up and down without needing root - cpufreq comes with a util bin to do > this). basically we need to know that the user is ACTUALLY logged into the > console (not remotely via ssh) > > i.e. > > [ 6:43AM ~ ] who > raster pts/02006-08-25 06:24 (:0.0) > raster pts/12006-08-25 06:27 (:0.0) > raster pts/22006-08-25 06:43 (:0.0) > bob pts/32006-08-25 06:43 (localhost.localdomain) > Personally I think we're better of just leaving it non-suid and letting people use sudo or wever method they choose. It's up to the distribution/packager to turn it into an SUID if this is desired. It just needs to be coded carefully though. I wanted to make two binaries (one that checks for support (no privs required I hope), one that actually suspends (prives required)). I would then use empower to call the suspend utility from within my module. > we can see raster here is logged on at the console (:0.0 or :1.0 or :0.1 etc.) > but bob is logged in from another system (i ssh'd into myself). we need a good > way to check that the uid who is spawning the suid root util is log
Re: [E-devel] Suspend functionality for Entrance
Carsten Haitzler (The Rasterman) wrote: > i agree - it's useful in all places. in reality - most suspend systems > use a > script or command to initiate the suspend. the ONLY thing we need to do, is > execute this script/command as root. i don't think we need an api - but what > we > DO need is to have a standard way to find what the name of this script is. > > in unix "shutdown -h now" and "shutdown -r now" or "halt" or "reboot" are > standard commands we can just blindly execute. we need to have people to > research and share their findings on all the ways there are to: > > suspend to ram > suspend to disk > > i don't think this should go into ecore - it means shipping suid root binary > tools in a shared lib to do this. i would leave it up to entrance (it is > already root) to choose if it allows a user to do this (config options for > security) and then do it - for e, it actually wouldn't be useful as a module - > it would be core code - using a suid root binary util to do the footwork. e > also needs to wrap shutdown and reboot too this way and it actually is a todo > item. > > the problem now comes - how are we going to solve the security issue. having > this binary around at all means any user on the sytsem can halt, reboot, > suspend etc. it (in fact they can already be a little evil and speedstep the > cpu up and down without needing root - cpufreq comes with a util bin to do > this). basically we need to know that the user is ACTUALLY logged into the > console (not remotely via ssh) > > i.e. > > [ 6:43AM ~ ] who > raster pts/02006-08-25 06:24 (:0.0) > raster pts/12006-08-25 06:27 (:0.0) > raster pts/22006-08-25 06:43 (:0.0) > bob pts/32006-08-25 06:43 (localhost.localdomain) > > we can see raster here is logged on at the console (:0.0 or :1.0 or :0.1 etc.) > but bob is logged in from another system (i ssh'd into myself). we need a good > way to check that the uid who is spawning the suid root util is logged in on > the console - otherwise deny access. > > we could execute "who" and parse the output - is this acceptable? is who as > universal as i think? who itself opens /var/run/utmp (or /var/run/utmpx) and > parses it itself. doing it ourselves may be a little faster and more > efficient, > but we don't need to do this very often (when you change cufreq governor or > manually change cpu frequency or you ask to shutdown, reboot or suspend). if > we > don't diy then we need to contend with parsing - if the output differs. > > so a who -m should do: > > raster pts/02006-08-25 06:24 (:0.0) > > (ie the current user associated with stdin) > > simply parse that 1 liner - look for the (...something...) and if that starts > with localhost, :, 127.0.0.1, then we know the user is logged in locally or > from locally and we can approve the action. > > now - back to if it should be in ecore - no, as entrance doesn't need this > convoluted check system - just exec a command. only e needs it > How about doing it the unix way and make a user group that is allowed to halt, reboot and suspend? The wrapper for the scripts could check for other logged in users to warn the user about this if he want to execute one of the above operations. just my CHF 0.02 Slalomsk8er - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suspend functionality for Entrance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Fri, 25 Aug 2006 14:36:52 +0900 schrieb Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>: > On Fri, 25 Aug 2006 00:01:20 -0500 "Nathan Ingersoll" <[EMAIL PROTECTED]> > babbled: > > > On 8/24/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > > > > > > simply parse that 1 liner - look for the (...something...) and if that > > > starts with localhost, :, 127.0.0.1, then we know the user is logged in > > > locally or from locally and we can approve the action. > > > > > > now - back to if it should be in ecore - no, as entrance doesn't need this > > > convoluted check system - just exec a command. only e needs it. > > > > I don't think this is a good way to determine access to privileged > > commands, even a subset. Just a couple examples of why this is bad: > > > > 1. Thin clients - A user connected on a thin client system can look > > like a local user, depending on the thin client technology used (VNC > > with a local X server, SunRay's, etc). > > i think these users SHOULD appear as remotesystem:0 (where remotesystem is a > name or ip). > > > 2. Public access terminal - A system for public access such as in a > > lab or cafe. For instance, a local bagel shop in my area has a > > stripped down debian box with mozilla and a terrible minimalistic > > window manager available to customers. > > oh sure - but these thigs i would simply advocate removing the suid bit :) > > > While you could argue that both of these circumstances should require > > the administrator to customize the E install, I think that is putting > > too much faith in how much they will review the installed files. > > right now its worse - there is no level of checking... :) > > > This may be solved better through the use of PAM hooks. FC5 has > > /etc/pam.d/halt that limits shutdown to root or console users. I don't > > see anything similar in debian unstable atm, but I may have missed it. > > that makes sense. i guess as i'm on debian i didn't see such a thing :) that > makes sense - but we also want to work out of the box too. > > i think that maybe we need several layers. > > 1. check pam as you suggested IF the halt/reboot/susbped/cpufreq pam profile > is > there - if not go to second step > 2. check if user is logged in on the console > 3. check for a magic file (/etc/enlightenment/nohalt as a quick example) - if > it exists - deny halt or reboot or whatever (we can work out the filenames > later) > > ? or we could add a seperate file which can be used to define users which can do e.g. an reboot,shutdown or something else. And also if the user can do the action if he is logged in remotly. > > > > - > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > - -- Ein Ring, sie zu knechten, sie alle zu finden, Ins Dunkel zu treiben und ewig zu binden Im Lande Mordor, wo die Schatten drohn. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRO6oK7GRxCnHbavTAQJaqwP9FtcpdPLn69a5EhXFgNYOl83QSMABmFva 4EHMb0oymZSw5+w4wDjWtSF0OptV2WYnjrjfwTHBnUJgyVvz3cYcMGOeflm0nLhE nU+UixU5t2HmFgDT3EcabnGNzbWqMdUsZJSyz0jOjMrZkXSxQIcnrWU7rTjtG1yn ME7OC236cdg= =39/N -END PGP SIGNATURE- - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suspend functionality for Entrance
On Fri, 25 Aug 2006 00:01:20 -0500 "Nathan Ingersoll" <[EMAIL PROTECTED]> babbled: > On 8/24/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > > > > simply parse that 1 liner - look for the (...something...) and if that > > starts with localhost, :, 127.0.0.1, then we know the user is logged in > > locally or from locally and we can approve the action. > > > > now - back to if it should be in ecore - no, as entrance doesn't need this > > convoluted check system - just exec a command. only e needs it. > > I don't think this is a good way to determine access to privileged > commands, even a subset. Just a couple examples of why this is bad: > > 1. Thin clients - A user connected on a thin client system can look > like a local user, depending on the thin client technology used (VNC > with a local X server, SunRay's, etc). i think these users SHOULD appear as remotesystem:0 (where remotesystem is a name or ip). > 2. Public access terminal - A system for public access such as in a > lab or cafe. For instance, a local bagel shop in my area has a > stripped down debian box with mozilla and a terrible minimalistic > window manager available to customers. oh sure - but these thigs i would simply advocate removing the suid bit :) > While you could argue that both of these circumstances should require > the administrator to customize the E install, I think that is putting > too much faith in how much they will review the installed files. right now its worse - there is no level of checking... :) > This may be solved better through the use of PAM hooks. FC5 has > /etc/pam.d/halt that limits shutdown to root or console users. I don't > see anything similar in debian unstable atm, but I may have missed it. that makes sense. i guess as i'm on debian i didn't see such a thing :) that makes sense - but we also want to work out of the box too. i think that maybe we need several layers. 1. check pam as you suggested IF the halt/reboot/susbped/cpufreq pam profile is there - if not go to second step 2. check if user is logged in on the console 3. check for a magic file (/etc/enlightenment/nohalt as a quick example) - if it exists - deny halt or reboot or whatever (we can work out the filenames later) ? > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suspend functionality for Entrance
On 8/24/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > > simply parse that 1 liner - look for the (...something...) and if that starts > with localhost, :, 127.0.0.1, then we know the user is logged in locally or > from locally and we can approve the action. > > now - back to if it should be in ecore - no, as entrance doesn't need this > convoluted check system - just exec a command. only e needs it. I don't think this is a good way to determine access to privileged commands, even a subset. Just a couple examples of why this is bad: 1. Thin clients - A user connected on a thin client system can look like a local user, depending on the thin client technology used (VNC with a local X server, SunRay's, etc). 2. Public access terminal - A system for public access such as in a lab or cafe. For instance, a local bagel shop in my area has a stripped down debian box with mozilla and a terrible minimalistic window manager available to customers. While you could argue that both of these circumstances should require the administrator to customize the E install, I think that is putting too much faith in how much they will review the installed files. This may be solved better through the use of PAM hooks. FC5 has /etc/pam.d/halt that limits shutdown to root or console users. I don't see anything similar in debian unstable atm, but I may have missed it. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suspend functionality for Entrance
On Thu, 24 Aug 2006 20:51:19 +0100 Essien Ita Essien <[EMAIL PROTECTED]> babbled: > Eugen Minciu wrote: > > On Thu, 24 Aug 2006 18:08:52 + > > Hannes Janetzek <[EMAIL PROTECTED]> wrote: > > > > This sounds good too. It would be even better as a module, I think. I'm > > waiting for some other opinions on this subject and if other people agree, > > I'll try to start writing it in a few days. > For what its worth, this is my 2cents take on this: > > The ability to suspend is good from inside E, from Entrance and also > from Desklock. There are times when you want to suspend at any of those > points. My thinking is that this functionality should be available > centrally for anyone (any app) to use. This means a library that is in > one of the core EFL, like and Ecore_System [ecore_system_suspend(...), > ecore_system_reboot(...), ecore_system_wtf(!) ;) etc]? I dunno. If that > were done, it would be highly trivial to add the functionality to any > point... even if you wanted to suspend from irssi while poking your > tongue at raster ;) > > So I'll say, probably go ahead and start with the module. But try to > make the core easy to reuse, then we'll find a way to *lobby* that > functionality into EFL main :) i agree - it's useful in all places. in reality - most suspend systems use a script or command to initiate the suspend. the ONLY thing we need to do, is execute this script/command as root. i don't think we need an api - but what we DO need is to have a standard way to find what the name of this script is. in unix "shutdown -h now" and "shutdown -r now" or "halt" or "reboot" are standard commands we can just blindly execute. we need to have people to research and share their findings on all the ways there are to: suspend to ram suspend to disk i don't think this should go into ecore - it means shipping suid root binary tools in a shared lib to do this. i would leave it up to entrance (it is already root) to choose if it allows a user to do this (config options for security) and then do it - for e, it actually wouldn't be useful as a module - it would be core code - using a suid root binary util to do the footwork. e also needs to wrap shutdown and reboot too this way and it actually is a todo item. the problem now comes - how are we going to solve the security issue. having this binary around at all means any user on the sytsem can halt, reboot, suspend etc. it (in fact they can already be a little evil and speedstep the cpu up and down without needing root - cpufreq comes with a util bin to do this). basically we need to know that the user is ACTUALLY logged into the console (not remotely via ssh) i.e. [ 6:43AM ~ ] who raster pts/02006-08-25 06:24 (:0.0) raster pts/12006-08-25 06:27 (:0.0) raster pts/22006-08-25 06:43 (:0.0) bob pts/32006-08-25 06:43 (localhost.localdomain) we can see raster here is logged on at the console (:0.0 or :1.0 or :0.1 etc.) but bob is logged in from another system (i ssh'd into myself). we need a good way to check that the uid who is spawning the suid root util is logged in on the console - otherwise deny access. we could execute "who" and parse the output - is this acceptable? is who as universal as i think? who itself opens /var/run/utmp (or /var/run/utmpx) and parses it itself. doing it ourselves may be a little faster and more efficient, but we don't need to do this very often (when you change cufreq governor or manually change cpu frequency or you ask to shutdown, reboot or suspend). if we don't diy then we need to contend with parsing - if the output differs. so a who -m should do: raster pts/02006-08-25 06:24 (:0.0) (ie the current user associated with stdin) simply parse that 1 liner - look for the (...something...) and if that starts with localhost, :, 127.0.0.1, then we know the user is logged in locally or from locally and we can approve the action. now - back to if it should be in ecore - no, as entrance doesn't need this convoluted check system - just exec a command. only e needs it. > Cheers, > Essien > > > > > >> Am Thu, 24 Aug 2006 18:43:58 +0300 > >> schrieb Eugen Minciu <[EMAIL PROTECTED]>: > >> > >> > >>> Hi, > >>> > >>> I'd like to add functionality for a 'suspend to disk' feature in > >>> Entrance, on Linux boxes. Right now, I'd like to allow this using > >>> uswsusp, which is the easiest to set up (it does require a very new > >>> Linux kernel version though). Of course, it should also be easy to > >>> setup for swsusp2. > >>> > >>> Suspend to RAM could also be used with uswsusp, though I'm not sure > >>> about swsusp2. > >>> > >>> Also, I'm not aware of 'suspend to whatever' status in FreeBSD or any > >>> other supported operating systems at the moment. > >>> > >>> > >> Hm, I don´t think entrance would be the best place for this > >> funtionality, since suspend is normaly used to resume to all open > >> applications in their current state. > >> > >> Bu
Re: [E-devel] Suspend functionality for Entrance
Eugen Minciu wrote: > On Thu, 24 Aug 2006 18:08:52 + > Hannes Janetzek <[EMAIL PROTECTED]> wrote: > > This sounds good too. It would be even better as a module, I think. I'm > waiting for some other opinions on this subject and if other people agree, > I'll try to start writing it in a few days. > For what its worth, this is my 2cents take on this: The ability to suspend is good from inside E, from Entrance and also from Desklock. There are times when you want to suspend at any of those points. My thinking is that this functionality should be available centrally for anyone (any app) to use. This means a library that is in one of the core EFL, like and Ecore_System [ecore_system_suspend(...), ecore_system_reboot(...), ecore_system_wtf(!) ;) etc]? I dunno. If that were done, it would be highly trivial to add the functionality to any point... even if you wanted to suspend from irssi while poking your tongue at raster ;) So I'll say, probably go ahead and start with the module. But try to make the core easy to reuse, then we'll find a way to *lobby* that functionality into EFL main :) Cheers, Essien > > >> Am Thu, 24 Aug 2006 18:43:58 +0300 >> schrieb Eugen Minciu <[EMAIL PROTECTED]>: >> >> >>> Hi, >>> >>> I'd like to add functionality for a 'suspend to disk' feature in >>> Entrance, on Linux boxes. Right now, I'd like to allow this using >>> uswsusp, which is the easiest to set up (it does require a very new >>> Linux kernel version though). Of course, it should also be easy to >>> setup for swsusp2. >>> >>> Suspend to RAM could also be used with uswsusp, though I'm not sure >>> about swsusp2. >>> >>> Also, I'm not aware of 'suspend to whatever' status in FreeBSD or any >>> other supported operating systems at the moment. >>> >>> >> Hm, I don´t think entrance would be the best place for this >> funtionality, since suspend is normaly used to resume to all open >> applications in their current state. >> >> But a module would be really nice :) I thought about doing such a >> module. With config for what should happen on acpi events like >> lid-open/close, etc, etc.. >> >> If you start making a module, I could do the suspend2 stuff, since it is >> the only method that works for me. >> >> >> Regards, >> Hannes >> >> >> >> >> >>> So as I see it right now, I should code the following. >>> >>> 1) Check to see wether the OS supports suspend to ram or suspend to >>> disk. 2) Add two callbacks for each of the operations. >>> 3) Display two buttons for this functionality. In fact it could even >>> be 3 buttons as uswsusp can suspend to both at the same time. >>> >>> >>> Or maybe we shouldn't even bother with extra buttons >>> maybe the user should see a menu, or maybe he should be allowed to >>> select a 'default mode of operation', where, if he chooses so, the >>> power off button would suspend to hard-drive, or to RAM. >>> >>> I'm waiting on your opinion regarding this entire thing. Also, I >>> can't do any graphical stuff (clueless) so if I you guys decide you >>> want me to do this, I can't be of any help with the graphics. >>> >>> Cheers, >>> Eugen. >>> >>> - >>> Using Tomcat but need to do more? Need to support web services, >>> security? Get stuff done quickly with pre-integrated technology to >>> make your job easier Download IBM WebSphere Application Server >>> v.1.0.1 based on Apache Geronimo >>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >>> ___ enlightenment-devel >>> mailing list enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >>> >>> >> - >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -
Re: [E-devel] Suspend functionality for Entrance
On Thu, 24 Aug 2006 18:08:52 + Hannes Janetzek <[EMAIL PROTECTED]> wrote: This sounds good too. It would be even better as a module, I think. I'm waiting for some other opinions on this subject and if other people agree, I'll try to start writing it in a few days. > Am Thu, 24 Aug 2006 18:43:58 +0300 > schrieb Eugen Minciu <[EMAIL PROTECTED]>: > > > Hi, > > > > I'd like to add functionality for a 'suspend to disk' feature in > > Entrance, on Linux boxes. Right now, I'd like to allow this using > > uswsusp, which is the easiest to set up (it does require a very new > > Linux kernel version though). Of course, it should also be easy to > > setup for swsusp2. > > > > Suspend to RAM could also be used with uswsusp, though I'm not sure > > about swsusp2. > > > > Also, I'm not aware of 'suspend to whatever' status in FreeBSD or any > > other supported operating systems at the moment. > > > Hm, I don´t think entrance would be the best place for this > funtionality, since suspend is normaly used to resume to all open > applications in their current state. > > But a module would be really nice :) I thought about doing such a > module. With config for what should happen on acpi events like > lid-open/close, etc, etc.. > > If you start making a module, I could do the suspend2 stuff, since it is > the only method that works for me. > > > Regards, > Hannes > > > > > > So as I see it right now, I should code the following. > > > > 1) Check to see wether the OS supports suspend to ram or suspend to > > disk. 2) Add two callbacks for each of the operations. > > 3) Display two buttons for this functionality. In fact it could even > > be 3 buttons as uswsusp can suspend to both at the same time. > > > > > > Or maybe we shouldn't even bother with extra buttons > > maybe the user should see a menu, or maybe he should be allowed to > > select a 'default mode of operation', where, if he chooses so, the > > power off button would suspend to hard-drive, or to RAM. > > > > I'm waiting on your opinion regarding this entire thing. Also, I > > can't do any graphical stuff (clueless) so if I you guys decide you > > want me to do this, I can't be of any help with the graphics. > > > > Cheers, > > Eugen. > > > > - > > Using Tomcat but need to do more? Need to support web services, > > security? Get stuff done quickly with pre-integrated technology to > > make your job easier Download IBM WebSphere Application Server > > v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ___ enlightenment-devel > > mailing list enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > - > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suspend functionality for Entrance
Am Thu, 24 Aug 2006 18:43:58 +0300 schrieb Eugen Minciu <[EMAIL PROTECTED]>: > Hi, > > I'd like to add functionality for a 'suspend to disk' feature in > Entrance, on Linux boxes. Right now, I'd like to allow this using > uswsusp, which is the easiest to set up (it does require a very new > Linux kernel version though). Of course, it should also be easy to > setup for swsusp2. > > Suspend to RAM could also be used with uswsusp, though I'm not sure > about swsusp2. > > Also, I'm not aware of 'suspend to whatever' status in FreeBSD or any > other supported operating systems at the moment. > Hm, I don´t think entrance would be the best place for this funtionality, since suspend is normaly used to resume to all open applications in their current state. But a module would be really nice :) I thought about doing such a module. With config for what should happen on acpi events like lid-open/close, etc, etc.. If you start making a module, I could do the suspend2 stuff, since it is the only method that works for me. Regards, Hannes > So as I see it right now, I should code the following. > > 1) Check to see wether the OS supports suspend to ram or suspend to > disk. 2) Add two callbacks for each of the operations. > 3) Display two buttons for this functionality. In fact it could even > be 3 buttons as uswsusp can suspend to both at the same time. > > > Or maybe we shouldn't even bother with extra buttons > maybe the user should see a menu, or maybe he should be allowed to > select a 'default mode of operation', where, if he chooses so, the > power off button would suspend to hard-drive, or to RAM. > > I'm waiting on your opinion regarding this entire thing. Also, I > can't do any graphical stuff (clueless) so if I you guys decide you > want me to do this, I can't be of any help with the graphics. > > Cheers, > Eugen. > > - > Using Tomcat but need to do more? Need to support web services, > security? Get stuff done quickly with pre-integrated technology to > make your job easier Download IBM WebSphere Application Server > v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ enlightenment-devel > mailing list enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
