Re: LFS 6.4 is released
Hello, it would be nice if someone could create a tag for 6.4 in the svn repository. All older versions are tagged and jhalfs serches in the tags for the sources of the book. Regards Benjamin -- Sensationsangebot nur bis 30.11: GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
LFS-Bootscripts package
Hello, please repack the lfs-bootscripts-6.2 package because the path in the package is still lfs-bootscripts-6.2*-pre2* Regards Benjamin -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Planning an overall direction for LFS
Alexander E. Patrakov schrieb: > Jeremy Huntwork wrote: >> The main LFS module can be about the final system. Teaching users >> _concepts_ of the system, locations of key config files, useful shell >> tricks and tips, information about packages, examples of how to use the >> packages in a practical way, etc, etc. This should make LFS somewhat >> more accessible and easier for end users to pick and choose what it is >> they need out of it. > > +1 +1 from me, I don't want a new "distribution", there are enough out there, what I want is how to build my own system >> To cover PM, we can create a very generic spec file for each package in >> such a way that an end user can either use it in their own custom >> scripts, run the commands manually, or with any number of PMs available. >> To that end, it may be necessary to maintain specific modules for the >> more advanced PMs with directions on how to employ the PM of your choice. all I expect from a "package manager" is what file belongs to which package or vice versa (that's why I use paco) >> To automate it all, again, when designing the system from the start, we >> make provision to snap-in whichever PM module a user has chosen. Regards Benjamin -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Poll about package management
Alexander E. Patrakov schrieb: > > [ ] I am an editor of LFS or one of the related projects > [x] I use LFS as my primary Linux system > [x] I use LFS on more than one PC (including virtual machines) > [ ] I deviate a lot from LFS (not counting package updates as deviations) > [ ] I deviate a lot from BLFS (not counting package updates as deviations) > > I use the following package management technique: > ( ) It's all in my head! > ( ) I trust the lists of files in the book > ( ) I rebuild everything every three months or less, so there is no > need to manage anything! > ( ) Installation script tracing with installwatch or checkinstall > (x) Installation script tracing with some other tool > ( ) Timestamp-based "find" operation > ( ) User-based > ( ) RPM > ( ) DPKG > ( ) Simple binary tarballs produced with DESTDIR > ( ) Other DESTDIR-based method of producing binary packages > ( ) Other > > I use the following features provided by a package manager: > [x] Knowing where each file comes from > [ ] Clean uninstallation of a package > [x] Removal of obsolete files when upgrading to a new version > [ ] Ability to upgrade toolchain components (most notably, glibc) painlessly > [ ] Ability to revert mistakes easily and quickly by installing an old > binary package > [ ] Ability to compile once, deploy on many macines > [ ] Scripting the build > > I will ignore the future LFS advice on package management if it > [ ] Can't be applied on a busy machine where many files are > accessed/modified everyy minute > [ ] Can't be used to transfer packages to another machine > [ ] Interferes with config.site files described in DIY-linux > [x] Will clobber configuration files wen upgrading package versions > [ ] Doesn't explain how to package software beyond BLFS > [x] Requires learning another language/syntax besides bash shell syntax > [?] Exists at all > -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
