Re: [E-devel] Suspend functionality for Entrance

2006-09-14 Thread The Rasterman
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

2006-08-25 Thread Essien Ita Essien
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

2006-08-25 Thread Eugen Minciu
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

2006-08-25 Thread Slalomsk8er
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

2006-08-25 Thread Stephan Wezel
-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

2006-08-24 Thread The Rasterman
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

2006-08-24 Thread Nathan Ingersoll
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

2006-08-24 Thread The Rasterman
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

2006-08-24 Thread Essien Ita Essien
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

2006-08-24 Thread Eugen Minciu
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

2006-08-24 Thread Hannes Janetzek
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


[E-devel] Suspend functionality for Entrance

2006-08-24 Thread Eugen Minciu
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.

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