For "package management" on my custom LFS system, we use a custom
/Applications directory in the root folder which in turn has a folder for
each application and within that another folder for the version (kind of
like GoboLinux).  Then the applink and appunlink tools create symbolic links
and directories to the root filesystem so that you get the compatibility
with the standard Linux filesystem without needing a separate database to
manage what applications own what files.

Of course, the AppTools package management is exactly the same on systems
without a /Applications folder, it just uses /opt/applications instead.  The
only component of AppTools which uses a database for management is the
dependency resolution, and even that's in an easy-to-read SQLite format.

At least for me, most of the dislike for package management systems is the
fact that they're so hard to understand how they're storing all of their
information and organizing applications.  Neither Debian or RPM systems I've
seen offer an easy-to-understand package management system; they all seem
to over complicate it with multiple databases hidden away under system
directories somewhere - and of course this means it's very difficult to
correct problems if the database corrupts or gets itself into a tiz' over
some kind of dependency problem.  Hence AppTools takes the complete opposite
approach to managing applications than the existing systems: storing the
applications in an easy-to-understand format and making sure there's C++
APIs for every single non-plain-filesystem component.

Regards, James.


On Thu, Jul 15, 2010 at 5:21 AM, Mike McCarty <[email protected]>wrote:

> lI wrote:
>
> [...]
>
> > I cant myself see how  'package management'  fits with compile from
> sources
> > philosophy.  Automated build procedures yes,  but package-management
>  meaning
> > pre-compiled libraries, and executables  in   specified locations?
>  There
>
> Package management is not what you imagine it to be. I myself find LFS
> very badly in need of some package manager, but have no need for pre-
> compiled anything.
>
> Mike
> --
> p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
> Oppose globalization and One World Governments like the UN.
> This message made from 100% recycled bits.
> You have found the bank of Larn.
> I speak only for myself, and I am unanimous in that!
> --
> http://linuxfromscratch.org/mailman/listinfo/blfs-support
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to