Re: Xsession and LDM_DEFAULT_SESSION thoughts

Oliver Grawert wrote:
> hi,
> Am Mittwoch, den 18.06.2008, 10:05 -0400 schrieb Warren Togami:
>> I'm told that GNOME upstream plans on eliminating .dmrc sometime in the 
>> near future.  For this same reason they refused to agree upon and 
>> implement a global equivalent of dmrc.
> i was talking about per-user settings here, what do they propose
> upstream to retain a cross desktop way to set your default session
> settings without ~/.dmrc ? there must be an equivalent for that (a
> freedesktop.org spec or whatever), i cant imagine such an important
> feature just being dropped without replacement of the functionallity.
> but in any case user setting have to be stored in teh users config
> residing in the users home imho so that ldm can take care for it at
> login time ...
>>> (one of the visions of muecow and ltsp5 was that we wont need lts.conf
>>> anymore, i wouldnt like to see that reverting to the 4.x behavior
>>> through distros that wont work without setting it up, lets rather find a
>>> sane default or an in-code solution instead of introducing any
>>> "*_DEFAULT" variables)
>> But in any case even if Xsession (without parameter) has a server-side 
>> configurable default session, I still see it as useful to have 
>> *availability* of an override switch that is ldm specific.
>>
>> I do recognize that this option is likely not useful to you, but it 
>> shouldn't effect you, so why is this controversial?
> because that would defeat the purpose of the last three years of work
> gone into ltsp5 and the vision that you dont need lts.conf anymore ... i

As the author of the "Muekow" specification, I really don't remember 
"eliminating lts.conf" as one of the goals.  I just re-read the spec and 
it's not there.

I think it's great that for most people, an lts.conf file isn't needed, 
but it doesn't necessarily mean that it's evil to have an lts.conf file 
if you need it.  There's always gonna be somebody wanting to override 
the default.

The lts.conf file wasn't intended to be used for "PER USER" settings. 
It's supposed to be "PER WORKSTATION" settings.

In a world where all workstations are the same, and a user moves around 
and they want their config to follow them, having a per user setting in 
the user's home directory that gets read by the global Xsession script 
makes sense.  But there's plenty of times that you have workstations 
installed with a specific purpose, and no matter who logs in, you want 
that workstation to behave a certain way.  Take a point-of-sale device 
for example.  You always want that device to bring up the point-of-sale 
software with no, (or minimal) window manager.  If you don't have a 
lts.conf file, how can you specify how you want that particular terminal 
to behave?

Jim McQuillan
[email protected]



> dont like the idea that there is a distro out there forcing the use of
> lts.conf to set a default value that could be set more elegantly in the
> code whats so wrong with using the "Xsession default" call for all
> distros instead ? 
> 
> forcing the use of lts.conf for a default is a *massive* step backwards
> and i will always oppose it.
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=436912
>>>> Currently if a user chooses the non-default session from the LDM menu, 
>>>> then it runs that command directly (like startkde or startxfce4) instead 
>>>> of passing through the Xsession script.  This is a problem for us 
>>>> because Xsession does things like xinput* scripts that setup Input 
>>>> Method support.
>>> and thats definately a bug, i thought it appends the parameter to the
>>> script but apprently it doesnt, lets just fix this one :)
>>>
>> OK, but I hope all distros TEST their Xsession script to be sure it does 
>> the right thing with the $1 parameter.  I'll just do this part, push it 
>> upstream and we'll get test results.
> thanks for that, will test asap ....
> 
> 
> ciao
> 	oli
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> 
> 
> ------------------------------------------------------------------------
> 
> _____________________________________________________________________
> Ltsp-developer mailing list.   To un-subscribe, or change prefs, goto:
>       https://lists.sourceforge.net/lists/listinfo/ltsp-developer
> For additional LTSP help,   try #ltsp channel on irc.freenode.net

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_____________________________________________________________________
Ltsp-developer mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-developer
For additional LTSP help,   try #ltsp channel on irc.freenode.net