|
So you can quickly end up installing one OSS package, then at some other time, you try to install a different OSS package, and now either it refuses to install, saying there is a conflict, or even worse, the first one quits working because you inadvertently updated something that it "depends on."
My recommendation for how to avoid this is to use a separate sub-directory for each "set" of related OSS tools, and install all the needed stuff into there ... then you can just zip it all up, (or in Unix terms, create one big "tarball"), and if you need to install it on another system, just unzip or untar it all again. In other words, each product or tool has its own "top-level" directory that contains ALL of the "dependencies" needed for that tool. So, it is "self-contained." (Sure, it uses more disk space, but it solves a lot of problems and saves a lot of frustration, long term.)
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.