On Tue, 29 Aug 2006 00:50:31 +0100 Essien Ita Essien <[EMAIL PROTECTED]>
babbled:

> Justin Patrin wrote:
> > On 8/28/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> >   
> >> On Mon, 28 Aug 2006 16:55:19 +0200 Sebastian Dransfeld
> >> <[EMAIL PROTECTED]> babbled:
> >>
> >>     
> >>> Eugen Minciu wrote:
> >>>       
> >>>> On Mon, 28 Aug 2006 14:29:08 +0100
> >>>> Essien Ita Essien <[EMAIL PROTECTED]> wrote:
> >>>>
> >>>> Well .. then maybe we shouldn't clearenv() in the first place? We may not
> >>>> need to, since setenv(x,y,1) is called, which overwrites the var's
> >>>> contents anyway. I didn't want to try it before because I suspected
> >>>> clearenv() was there for good reasons (and it feels right, too).
> >>>>
> >>>> However, it's strange you should mention this .. there is:
> >>>> entrance_auth_setup_environment(Entrance_Auth * e, const char *display,
> >>>> const char *path) so the display is sent as a paramter and it _should be_
> >>>> set by the function itself.
> >>>>
> >>>> Could you investigate this a bit further? I'm willing to try not clearenv
> >>>> ()
> >>>> - ing but it may introduce some even subtler (and weirder) problems. If
> >>>> you think it shouldn't though I'll try it out later on tonight, when
> >>>> I've some free time on my hands.
> >>>>         
> >>> clearenv must stay. The user must not inherit any environment from
> >>> entrance. 
> >> well- it does NEED to inherit DISPLAY... for starters. :) the problem is
> >> actually entrance executing enlightenment directly. no other dm does this
> >> as best i know. every login session is first executed by a shell which then
> >> executes the wm or session manager etc. thus the behavior issues. wm's
> >> like e expect to have a users environment already loaded by the time they
> >> run. (ie users $PATH is set and all the other goodies a user wants in
> >> their SHELL)
> >>
> >>     
> >
> > FWIW I have also modified entrance to start a shell script instead of
> > X directly for use in OpenZaurus to allow the normal X startup scripts
> > to be run.
> >
> >   
> In that case, what's the right approach here? I don't pretend to know 
> which is prefarable really. Raster, is there something unique about E 
> that necessitated Entrance to be written that way? Or would it be better 
> for E as a whole if it where changed to be more like others... roughly 
> in the direction that Justin has gone for OpenZaurus?

there is nothing unique or special about e17 that entrance needs to worry or
care about. entrance and e are entirely separate things. they are only related
in that they use the same libraries and look similar. e needs/wants nothing
special from entrance that it doesnt expect from any login manager or x launch
script/setup (ie it expects that by the time e runs the users environment is
loaded and e will inherit it)

-- 
------------- 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

Reply via email to