> And why not?  If some pieces were not required, then why did you build
> them in the first place?

I only really consider package management important I will admit from the
context of multi-part software suites...like KDE as one example.  In that
scenario, the entire system has QT as a dependency.  Then there are some of
the KDE components which don't have any other deps, so you can build them
first after QT, and others which depend on those first pieces which only
depend on QT.

So yeah...to me strictly speaking, it's more about dependency management than
package management as such; figuring out the build order for things, and which
things need which other things.  I don't think that can be automated
completely, because it depends on the computer being able to gather its own
information...which is one of the things that a human really needs to be
doing.  That's why RPM in particular can be such a mess...because it tries to
do things that computers are known not to be very good at doing.  Computers
IMHO are only good at taking orders...they're most certainly NOT good at
figuring out what orders to give themselves.

The part that of course can be automated however, is the building of the
individual pieces themselves.  One thing I haven't seen in any system
completely yet I don't think though (or certainly no system on Linux anywayz)
is a system where dependencies and build order are worked out entirely
manually, so that the computer doesn't have to do that...all it then has to do
is get each piece and focus on building that as an individual object.
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to