[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: kdm and Xservers file (was: Re: bugs.kde.org offline due to kde
From:       Torsten Kasch <tk () cebitec ! uni-bielefeld ! de>
Date:       2005-03-20 14:57:45
Message-ID: 200503201557.46505.tk () cebitec ! uni-bielefeld ! de
[Download RAW message or body]

On Thursday 17 March 2005 17:01, Oswald Buddenhagen wrote:
> On Thu, Mar 17, 2005 at 12:19:58PM +0100, Torsten Kasch wrote:
> > > do you really think i'd have taken away such essential
> > > configurability? just modify your script to fiddle with kdmrc
> > > instead of Xservers.
> >
> > Not an option because:
> >
> > - It's not *my* script, it's part of the software provided by Sun
> > [...]
> > - The actual manipulation of the Xservers file is done by a binary
> > [...]
> > - It is not clear if the Xservers file is used/required by other SunRay
> >   utilities.
>
> all three no problem: let it create the Xservers file as usual and then
> merge it into kdmrc from the outside. does the tool communicate with kdm
> directly at all?

Hmm, I probably wasn't clear enough: as SunRay appliances connect/disconnect 
to a server (load balancing, fail over), the Xservers file is modified and 
needs to be re-read; it's not just a matter of building the config once and 
never touching it again.

> > - For obvious reasons we want to share our "kdmrc" among our SunRay
> > servers which is no longer be possible with the current design.
>
> how ugly ... a common file references per-machine files. sounds like
> TLS. :}

Well, at least it has worked perfectly for us for quite a couple of years now 
(with xdm, I've to admit, but I've sucessfully tested kdm from various kde 
releases in the past).

> anyway, i'll implement file merging in kdm_config relatively soon, so
> you'll be able to provide host-specific kdmrcs that shadow the server
> options from the global one.

I think I'll understand the intentions of the change but this doesn't help me 
right now since we're soon going to update our production systems because of 
changes in the authentication mechanisms (which would have been ideal to 
introduce a different login manager; changing it during normal operation 
isn't possible in SunRay environments without having all users to log out). 
So we will stay with (an updated) xdm for the time being.

regards,
	Torsten
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]