starting Fedora Server SIG

Dan Horák dan at
Fri Nov 14 10:14:25 UTC 2008

Seth Vidal píše v Pá 14. 11. 2008 v 02:36 -0500:
> On Fri, 14 Nov 2008, Colin Walters wrote:
> > On Fri, Nov 14, 2008 at 1:30 AM, Seth Vidal <skvidal at> wrote:
> >>
> >> It uses ANY memory. That's more than is reasonable considering that the
> >> former solution (ifconfig) uses none.
> >
> > NM and ifconfig are not comparable.  Now I think saying that NM
> > shouldn't use very much in the way of resources in the static routing
> > case is a reasonable request; certainly with the push for
> > virtualization and running lots of OS instances it makes sense.  But
> > it's just not reasonable to say "ANY" memory; that's not a reasonable
> > constraint to operate under.  We're trying to build an operating
> > system; that necessitates adding APIs and features, for example
> > network status change notification which is useful everywhere.
> >
> > It's perfectly fine though if someone's "create mediawiki appliance
> > image" tool strips out stuff; but we should be moving the core OS to
> > be more unified and featureful in general.
> Featureful is exciting for desktops and for a smaller subset of servers 
> with special needs. For the vast majority of fairly boring servers it is 
> not exciting, it's just time consuming.
> I've got no problem saying that people who use servers should have a 
> custom ks that strips out all the stuff they don't need. In fact, I 
> believe I've ALWAYS said that. I just don't want us to take steps that 
> make setting up that custom ks outrageously difficult. If we end up 
> tying the dependencies on these daemons very very low into the distro then 
> we end up making a lot of fairly boring server admins' lives difficult for no 
> good reason. All I'm saying is that the features that make NM useful 
> should not preclude someone from yum removing it w/o losing their whole 
> os.
> Oh and my general opinion is that the features we should be working on 
> more than anything else are simplicity, security and stability.

It is really time to look back at the roots of Unix systems. It should
be a combination of small pieces with well defined interfaces doing well
their tasks. Only the time had changed those pieces from simple command
line utilities to more complex ones.


More information about the fedora-devel-list mailing list