--On Wednesday, October 15, 2003 10:37 AM -0400 Chris <[EMAIL PROTECTED]> wrote:
> Now as I look more closely at CPAN I now see it's a perl replacement (or at > least I think it is) for the RPM method. Bearing in mind the comments on > whether or not RH will release another non-commerical version, I'm wondering > if sticking with the CPAN installation is a better idea than pulling > everything out and going back to compiling my own RPM and installing that > way. I started going down the CPAN route, ignorant of RPM, and now I've got some orphaned stuff and I'm not sure what's safe to delete. RPM provides dependency tracking and package/file ownership tracking, so I can upgrade or remove a package and know that old files are properly eradicated. RPM does not eliminate CPAN's value; one can use the cpan2rpm package to build an RPM from a CPAN package. It also provides a convenient option to set up your RPM build environment as a mortal, eliminating the need to build RPM's as root. I'd suggest creating a separate user (RH uses "buildmeister") to build all your packages. su to that user when you need to rebuild packages. ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
