reducing 'base' [was Re: Five basic principles ...]

Matthew Miller mattdm at mattdm.org
Thu Sep 2 11:51:15 UTC 2010


On Thu, Sep 02, 2010 at 12:43:53PM +0200, Daniel Mach wrote:
> >> After all, "More with Less" is principle #1. :)
> I'd like to see a versatile distro with sane deps rather than 
> maintaining another branches.

I'd like to explore the idea at least as a thought-experiment for a little
bit further. More on that later today.


> I started with packages required for almost any installation.
> It's only few packages, but it doesn't make sense to move further until 
> at least some of these issues get fixed.
> Goal is to remove dependency cycles and keep deps sane so any user can 
> select packages for his system (regardless it's server or desktop).

This is a valuable goal no matter what we do, and not just for server. Maybe
cc the fedora-mini list?

> glibc
>   - glibc-common requires bash due to:
>     - /usr/bin/catchsegv (/bin/sh)
>     - /usr/bin/tzselect (/bin/bash)
>     - is rewrite to C possible?

If it's just those two programs, yeah. File bugs. A rewrite isn't the only
option, though -- there's no real reason for these particular scripts to be
in this package. (That may go for some of the other binaries in glibc-common
too.)


> e2fsprogs
>   - requires only couple libs
>   - probably not needed, but recommended for most installations

I think we need e2fsck at boot time. There's no good way to introduce a dep
based on what filesystems are in use. (And, in any case, we've got lsattr
and chattr here.)

> coreutils - pam dependency cycle
>   - need to break it if possible
>   - pulls a lot of another crap
>   - selinux libs come into play here

Pretty sure we're not booting without this. What's the other crap that gets
pulled in?




-- 
Matthew Miller <mattdm at mattdm.org>
Senior Systems Architect -- Instructional & Research Computing Services
Harvard School of Engineering & Applied Sciences


More information about the server mailing list