Date: Tue, 19 Feb 2008 22:37:29 -0800 From: Garrett Cooper <yanegomi@gmail.com> To: freebsd-ports@freebsd.org Subject: Re: What's a "good" way to handle installation of conflicting ports? Message-ID: <4CC080E4-4C4C-453B-A89F-A3053A598DEE@u.washington.edu> In-Reply-To: <20080217195259.GS20280@bunrab.catwhisker.org> References: <20080217195259.GS20280@bunrab.catwhisker.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Feb 17, 2008, at 11:52 AM, David Wolfskill wrote: > I've been asked to come up with at least an interim approach -- > that can be implemented within a few days -- to allow the SAs at > my new job to install conflicting ports on the same machine. [...] > The catalyst for the exercise is that we have some pools of machines > for developers to use; some of the developers wish to use > editors/xemacs; some wish to use editors/emacs -- on the same machine. > (Given the requirement, it's OK for the affected folks to need to > adjust > search, library, and man paths.) My suggestion is to determine what the most common set of ports are in your group, set that as the mainstream config, then for anyone who ventures outside of the norm, setup local ports and jails to fix that little issue. NFS'ed directories with multiple copies with version tags (prefixes) corresponding to the binary build as well as the linking libs, and possibly scripts to setup the environment / jail might be the best way to go. When it all boils down to it though you should (once you get enough IT staff on-board) standardize a given setup and once things are standard basically require that all individuals can be supported by IT or can self-support their own machines if necessary. It's just too difficult to manage a lot of machines where there are a large number of unknowns and variable configs. Just some food for thought... -Garrett
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CC080E4-4C4C-453B-A89F-A3053A598DEE>