[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-21 7:23:57
Message-ID: 200503210823.57367.tk () cebitec ! uni-bielefeld ! de
[Download RAW message or body]

On Sunday, 20. March 2005 19:25, you wrote:
> On Sun, Mar 20, 2005 at 03:57:45PM +0100, Torsten Kasch wrote:
> > > 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;
>
> i _did_ understand that.
> the question is, how is the dm supposed to know that the file changed?
> does the tool look for the xdm pid and hup it or does it rely on xdm's
> auto-rescan on session exit?

It's done via HUPing the dm.

> > > 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
>
> how soon? i can provide a patch within a few hours if you want. of
> course this would only help if the config transformation problem is
> solved adequately.

Our infrastructure is almost complete and at the moment we're preparing a test 
system. So if everything goes well, we should be able to do the switch within 
the next couple of weeks (although we've announced no downtime yet ;-) If you 
have something to test for me, I'll give it a try...

Greetings,
	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]