Bryan Kadzban wrote:
> Bruce Dubbs wrote:
>> I did have a private email with a volunteer to write a hint.  If I get
>> that, I'll add a note in the systemd section that points there.
>
> I saw a commit mail to -book that added the hint link.
>
> However, if someone (like me...) *really really* doesn't want systemd, and
> knows it from the get-go, shouldn't they avoid building all the other junk
> like libacl / libattr / expat / *dbus* / etc., too?  The current list of
> packages that are only necessary because systemd was added are in the hint,
> but how do we keep those packages in that state?

I agree that dbus is not needed for servers, but I think most X 
environments are using it now.  Are you able to get around that?

The word I've been hearing is that dbus will get integrated into the 
kernel, although I suspect that would be a configuration option.

> Because now that all this stuff is present, I can see a whole lot of changes
> that don't realize they're adding even more dependence on these libraries,
> because the libs are there in all the testing, which follows the book.  For
> any such change, I would rather default to not making it than force the extra
> libraries, although what to actually do depends on what each change is and
> which library in particular it needs.
>
> (dbus can go jump off a cliff with its abort() calls from a library, crashing
> the X server and breaking video hardware.  expat is annoying but not quite so
> much as dbus.  libacl/libcap and whatever else are at least small and simple,
> but having e.g. acl support in coreutils seems like it has some side effects
> that aren't clear yet.)

The hint does suggest what packages are not needed.

   -- Bruce



-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to