> On Apr 28, 2015, at 19:46, Mark D. McKean <qpa...@quantumpanda.com> wrote: > > On 04/28/2015 09:57 pm, Alexander Hansen wrote: >> The “screw you over” thing was a reference to Homebrew’s use of >> /usr/local. I’ve been burned by 3rd-party stuff in /usr/local enough >> that it is indeed a sore point. > > I guess I don't understand the Darwin implementation well enough. What > makes /usr/local so potentially problematic? I've installed a number of > Unix-based packages outside of any package manager--things that have a > OS X/Darwin-specific installer, such as MacGPG--and they pretty much all > go into /usr/local. > > My current desire to avoid using Homebrew on this system is based more > on the difficulties I've had keeping track of two separate package > managers than on any concerns or issues with where it installs. That, > and I don't care for the lack of local information about their > packages--you have to visit the project's home page to find out even > what a package does in some cases. > >> Fink used to install in /usr/X11R6 back when X11 was essentially >> impossible to build in alternative trees, but yeah, by policy we try >> to avoid doing anything outside of the Fink tree. It reduces the >> chance of damaging somebody’s system. > > Which makes sense, particularly knowing that you've been burned before. > >> It looks like you encountered the second reason we encourage people >> to try building with only one job—some package build systems aren’t >> able to use multiple threads, and this might be one of those. They >> can be hard to detect because often things will build on the >> maintainer’s machine but not on another with more cpus. > > Yeah, I admit I was remiss. Okay, I was lazy and tired. I'll try to > avoid skipping that step in the future. > >> So it looks like icon needs a “UseMaxBuildJobs: false” declaration in >> its .info file. > > Another attribute I wouldn't have even guessed existed. I suppose it's > time for me to dig into more specifics about Fink packaging, huh? > Especially since I've found two packages I had installed via Homebrew > before that don't appear to be in Fink yet--they're just games, so it's > not as though they're really important, but this might be a good > opportunity for me to learn how to do this. I'd really like to be able > to help more with this project in general. > > Mark D. McKean > qpa...@quantumpanda.com > > -
The big deal with /usr/local is that it’s pretty darn hard to hide from the build tools, so that headers and libraries that live there tend to get picked up automatically. That can be a problem for Fink builds because (1) they aren’t necessarily compatible, and (2) by removing them the relevant Fink package will be broken. -- Alexander Hansen, Ph.D. Fink User Liaison ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
