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

Daniel Mach dmach at redhat.com
Thu Sep 2 13:19:49 UTC 2010


Dne 2.9.2010 13:51, Matthew Miller napsal(a):
> 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?
Not sure. They have similar, but not the same goal.
>
>> 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?
Hmm, I took a look and it's not that bad, actually.
I've filed a bug to get rid of less package:
https://bugzilla.redhat.com/show_bug.cgi?id=629580


More information about the server mailing list