At 02:25 AM 12/23/01 -0500, you wrote: >Some things to think about now that you've compiled from source... >Did you make sure to modify the init scripts for these services?
Huh? >If so did you track those changes so if you install a security update or the >like and it changes them you can put it back? >Are you putting the initialization in rc.local? I will but haven't yet. >If so are you keeping a >separate backup incase something overwrites it? Thanks, will do. >Are other RPM based packages going to conflict, cause dependency issues or >cause other problems later? I have carefully left all rpms that were dependencies for other rpms. I have simply added the new distro. So, for example, I have 2 BerkeleyDB's. The newer one, installed by source, is symlinked to a generic name (in this case, BerkeleyDB) such that all I have to do when upgrading is update the link. >RPM is a tool to make your life easier. It does not restrict your ability to >customize (that's why there are SRPMS). Learn more about it and it will also >teach you about compiling programs (the scripts you are writing is basically >part of a .spec file). It is quite powerful and very convenient once you get >the hang of it. Okay. I've also written my own config files with all the flags, etc., and kept good notes. >BO> You know this stuff better than me, so for now, I'll work from source >BO> (not that much more difficult) and _learn_ how things work ;) BenO > >Why not take a few minutes and learn more about RPM using these (IMHO) >excellent tutorials about RPM. It give a basic working example. Then go read >some other .spec files to see what kind of stuff goes on in them. >Part 1 - http://www-106.ibm.com/developerworks/library/l-rpm1/ >Part 2 - http://www-106.ibm.com/developerworks/library/l-rpm2/ Will do. >If compiling from source was really easier/better, no one would have written >RPM or apt-get. I would recommend using a package manager even if I was >going to compile everything myself. You'll eventually learn that the >difference in using one is not so much the time/difficulty in the initial >set-up/install, but in the long term of maintenance and upgrades. You make a good point. Damn. Thanks, BenO _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list