Denis Solovyov skrev: >> I know, originally, TSL was based on Redhat (version 6.x, I >> believe). Which distribution does it most closely resemble now? I >> am confused as to which RPM to download at sites which list RPMs >> for Fedora Core 5 all the way down to Redhat 9 and would like to >> know which would be best. Also, I use bastille so I want to know >> which version of Redhat is closest so I can apply that > > Why do you want to install with third-party RPMs? > Why is building from sources not suitable? It is easy and will > always be compatible. For many reasons I compile from sources > even some software which exists in original RPMs (such as PHP, > apache, or proftpd), and feel just fine.
Pretty much the same reasons you use original RPMs: maintainability and
efficiency.
* You know what depends on what (less chance of breaking Y when upgrading X)
* You have better control over what is installed (query the RPM database)
* Clean unistall
* Cleaner upgrades
* Uniform interface for installing/removing/upgrading
* The spec-file will contain all your --enables and the likes, no need
to recompile PHP 12 times because you forgot to compile with some
feature, or hours of bughunting only to discover you forgot some
--enable/--disable that changed behaviours (hmm... That almost ended up
as a rant...)
* Builtin changelog ("Ah, I manually built this RPM because the official
one lack feature 'foo'")
* Quick upgrades (often all you need to do is change version number in
spec-file and rebuild. Source is downloaded automagically. Build once,
deploy everywhere.)
* (Go Google for more ;)
I don't have time to do source install, as it requires far more effort
(production boxes involve a lot more than just
wget/tar/configure/make/make install).
But with several administrators and/or limited time to do sysadmin work
there is a lot to gain from using customized RPMs.
There is nothing you can not do with packages that you can do with
source installs, but not the other way around.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ tsl-discuss mailing list [email protected] http://lists.trustix.org/mailman/listinfo/tsl-discuss
