Am Montag, 3. März 2008 10:55 schrieb Alexander E. Patrakov:
>Please reply to this message (please, limit this to the lfs-dev list
>only) and mark with "X" the items that apply. If the answer is not the
>same on your different Linux systems, write numbers of systems to
>which each answer applies instead of a simple "X" mark. The resuts may
>or may not be used for determining the future course of LFS. They will
>certainly be used to verify or disprove my guess about the way the LFS
>community is now split.
>
>[ ] 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!
>(X) I trust the lists of files in the book
>(X) 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
>(X) Timestamp-based "find" operation
>(X) User-based
>( ) RPM
>( ) DPKG
>(X) 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:
>[ ] Knowing where each file comes from
>[ ] Clean uninstallation of a package
>[ ] 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 machines
>[ ] Scripting the build
>
>I will ignore the future LFS advice on package management if it
>[X] 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
>[ ] 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
>
>--
>Alexander E. Patrakov

-- 
F�r die p.t.Leser: Die n�chste Zeile enth�lt alle Informationen. LG 
Matthias:-)
.--. -.-- .-. --.. .-. .- ..-. ..- -. .... -.-. --. .--- ...- .-. .- ...- .- .-
 .-. . .-. ..-. --. -. --.- --. .... .- --.- .-.. -.- .--. .. --- .-. ...- ..
 ...- .-. .- .- -. --.- -... --. -. --.
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to