From kde-devel  Mon Mar 21 07:23:57 2005
From: Torsten Kasch <tk () cebitec ! uni-bielefeld ! de>
Date: Mon, 21 Mar 2005 07:23:57 +0000
To: kde-devel
Subject: Re: kdm and Xservers file (was: Re: bugs.kde.org offline due to kde
Message-Id: <200503210823.57367.tk () cebitec ! uni-bielefeld ! de>
X-MARC-Message: https://marc.info/?l=kde-devel&m=111138990310789

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