Re: rfc: gnome-inetd

On Tue, 2004-11-30 at 20:37 -0500, Sean Middleditch wrote:
> We've got several nifty new listening-type daemons in the GNOME
> framework being proposed lately, and several other long-standing
> daemons.  Examples are things like gnome-user-share, chat programs,
> music sharing services, VNC, and so on.
> These programs currently work in one of two ways - either the user
> enables the daemon in their preferences and it starts up at login time
> and shuts down at logout time, or the user has to explicitly start the
> app (which might be done by the session manager).  Apps that must be
> started generally clutter the screen with all sorts of windows or icons
> that really aren't needed most of the time (they are often little more
> than glorified configuration panels), and tend to be a mess - I often
> don't start apps like instant messengers simply because I don't want the
> window around (and don't have a notification area to be abused).
> For session-long daemons, like gnome-user-share, these daemons are
> started and just sit there doing nothing most of the time.  These
> daemons take up memory, or simply offer a big drag on system startup
> time.
> Additionally, adding new daemons can be a pain, because you have to
> actually write a daemon.  Making a true daemon (especially with session
> management and so on) can be a *serious* pain.
> I'm thinking that perhaps something like a gnome-inetd would be a good
> idea.  This itself doesn't even really need to be its own daemon, it can
> certainly just be functionality included in another daemon.
this could be done by the gnome-session daemon extension mechanism that
I proposed some weeks ago:

That is, anyone wanting a new daemon just has to write an extension for
the gnome-session-daemon (or however it's called).
Rodrigo Moya <rodrigo gnome-db org>

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]