Peter Wong wrote: > > On 09.07.13 , at 02.15a, Alexander Hansen wrote: > >> Peter Wong wrote: >>> >>> On 09.07.12 , at 02.55a, Alexander Hansen wrote: >>> >>>> Peter Wong wrote: >>>>> <snip> >>>>> >>>> <snip> >>>>> i'm pretty sure it has nothing to do with /usr/local, since this is >>>>> what my /usr/local looks like: >>>>> >>>>> >>>>>> [...@tipop:~]$ ll /usr/local/ >>>>>> total 96 >>>>>> drwxr-xr-x 7 root admin 238B Mar 19 2008 arm-uclinux-tools/ >>>>>> drwxr-xr-x 5 root wheel 170B Feb 2 2007 avr/ >>>>>> lrwxr--r-- 1 root admin 7B Mar 13 2008 bin -> /sw/bin >>>>>> lrwxr--r-- 1 root admin 7B Mar 13 2008 etc -> /sw/etc >>>>>> lrwxr--r-- 1 root admin 8B Mar 13 2008 fink -> /sw/fink >>>>>> lrwxr--r-- 1 root admin 11B Mar 13 2008 include -> /sw/include >>>>>> lrwxr--r-- 1 root admin 8B Mar 13 2008 info -> /sw/info >>>>>> lrwxr--r-- 1 root admin 7B Mar 13 2008 lib -> /sw/lib >>>>>> lrwxr--r-- 1 root admin 11B Mar 13 2008 libexec -> /sw/libexec >>>>>> lrwxr--r-- 1 asl admin 13B Jul 15 2008 man -> /sw/share/man >>>>>> drwxr-xr-x 3 root wheel 102B Feb 2 2007 powerpc-apple- >>>>>> darwin8.8.0/ >>>>>> lrwxr--r-- 1 root admin 8B Mar 13 2008 sbin -> /sw/sbin >>>>>> lrwxr--r-- 1 root admin 9B Mar 13 2008 share -> /sw/share >>>>>> lrwxr--r-- 1 root admin 7B Mar 13 2008 src -> /sw/src >>>>>> lrwxr--r-- 1 root admin 7B Mar 13 2008 var -> /sw/var >>>>>> >>>>> >>>>> >>>> I wouldn't be so sure that it's not a problem. Third-party software >>>> will install libraries and headers in /usr/local, and with this setup >>>> it's free to overwrite your Fink-installed stuff without your >>>> knowledge, >>>> just as if you'd bootstrapped fink into /usr/local directly. >>> >>> ah, ya. so it could create problems, but: i've only ever installed the >>> arm and avr stuff with this setup, and have since updated all fink >>> packages. so, potential problems aside (even if that's not a good >>> setup), wouldn't updating have fixed any problems those packages may >>> have caused? i really don't understand these things well, and this >>> whole setup here was only to try and save some space on my hard drive >>> by combining some distribution trees. i can see from your comment how >>> that can end up being a really bad idea. >> Yeah. You can wind up with a version of a library that is incompatible >> with what Fink expects (e.g too old or too new). > > that makes sense, but i thought those 'convenience packages' like > bundle-kde-ssl-x11 checked for the correct versions of libraries, etc. > is that not the case? > It is not.
Packages may check for versions of dependencies, but that's based on what the installed package database says, not by checking individual files. So if you overwrite a Fink-installed file, Fink doesn't detect it. >>> do you know, off hand, if there is anything in /usr/local by default >>> on 10.4? >> /usr/local is supposed to be for stuff apart from the OS which the >> system administrator installs for all users of the system, so there >> should be nothing from Apple. >>> in other words, could i potentially solve a conflict with this setup >>> by getting rid of my /usr/local (avr utilities are in fink, i saw, and >>> the arm stuff was just to play around w/ ipodlinux) and then either >>> updating or reinstalling fink (and as a subquestion, how would >>> updating differ from reinstalling?)? >> I don't believe your avr and arm stuff are related to the issue. I'm >> more inclined to think that the /usr/local linkage isn't actually >> hurting anything in this case, and that there's something 10.4-specific >> going on. We'll have to see, though. > > ok. i'll leave that for now, then. > >> Oh, by the way, can you give the output of >> >> xcodebuild -version > > [...@tipop:~]$ xcodebuild -version > Component versions: DevToolsCore-798.0; DevToolsSupport-794.0 > Drat. On Leopard it gives the Xcode Tools version, too. $ xcodebuild -version Xcode 3.1.3 Component versions: DevToolsCore-1192.0; DevToolsSupport-1186.0 BuildVersion: 9M2736 If you're not currently on version 2.5, it might be worth installing that. >> ? That's a more human-readable way to tell what Xcode Tools version you >> have installed; I don't recall what compiler version string goes with a >> particular Xcode set. >> >> You could try moving /usr/local out of the way temporarily and redoing >> the build. However, since OS X hard-codes the locations of libraries >> that get linked, and because the build tools treat /usr/local as >> special, you may find that if you do that you'll get lots of errors. >> >> If you do have /usr/local crossover, then you may find it easierer to >> reinstall Fink rather than trying to track down and rebuild every >> package that contains a library or executable that has a /usr/local >> hardcoded into it. That would be the "update" option (as opposed to the >> ordinary updates). > > ah, so if there's a distinction between 'updating or reinstalling', > then 'updating' entails manually figuring out which libraries may have > been compromised and rebuilding those. so if it comes to that, i'll be > reinstalling. > >> Using "rm -rf /sw" or dragging the /sw folder to the trash will suffice >> to uninstall Fink, if you need to do that. The following one-line shell >> item will save a copy of what is currently installed on your system >> before you proceed: >> >> fink list -it | grep -v " p " | grep -v "\[" | cut -f2 > >> savefile.txt >> >> Then after reinstalling Fink you can use >> >> cat savefile.txt | xargs fink install >> >> to bring back anything that you've removed. > > that's a neat trick. if i'm reading that right it says, 'list all > installed packages (tabbed), leave out the virtial packages (said two > ways), by name only and save them to a file'. and then plop it back > into fink. Right. There are two flavors of virtual packages. One is virtual packages generated by the fink tool, which are noted by a " p " indicator in 'fink list' and carry versions, and the other is packages that are provided by another package, and these don't have versions since the Debian toolset doesn't allow for that. > > that's much less of a headache than what i was thinking, though it'll > take a week to complie again. ;) i'd still rather leave that as a last > resort, though. > >> <snip> > > and thanks for helping out. i'll be anxiously awaiting input from > someone w/ 10.4. > > -peterwong > . -- Alexander Hansen Fink User Liaison ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Fink-beginners mailing list [email protected] http://news.gmane.org/gmane.os.apple.fink.beginners
