On 12/09/2009, at 20:08, Andrew Hartung wrote: > On Sep 12, 2009, at 12:14 PM, Alexander Hansen wrote: > >> find /sw/lib -name *.la | xargs grep -l /usr/lib/libiconv.la > > So this will show which packages are using the one from /usr, or will > it say which libiconv.la it is depending on? > > Nothing in the list shows any mention to /usr. Here is a sample from > the output: > > /sw/lib/goffice/0.6.6/plugins/plot_radar/radar.la > /sw/lib/goffice/0.6.6/plugins/plot_surface/surface.la > /sw/lib/goffice/0.6.6/plugins/plot_xy/xy.la > /sw/lib/goffice/0.6.6/plugins/reg_linear/linreg.la > /sw/lib/goffice/0.6.6/plugins/reg_logfit/logfit.la > /sw/lib/goffice/0.6.6/plugins/smoothing/smoothing.la > /sw/lib/gtk-2.0/2.10.0/engines/libpixmap.la > /sw/lib/gtk-2.0/2.10.0/engines/libsvg.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-am-et.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-cedilla.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-cyrillic-translit.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-inuktitut.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-ipa.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-multipress.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-thai.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-ti-er.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-ti-et.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-viqr.la > /sw/lib/gtk-2.0/2.10.0/immodules/im-xim.la > /sw/lib/gtk-2.0/2.10.0/loaders/svg_loader.la > /sw/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.la > /sw/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-file.la > /sw/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-lpr.la > /sw/lib/gtk-2.0/modules/libferret.la > /sw/lib/gtk-2.0/modules/libgail.la > > But there are many more. If this list is just the ones that used the / > usr version will rebuilding all of the packages listed cause them to > use the correct /sw version?
I'm not sure about that. If it were to work I *think* you would have to rebuild from bottom up in the tree of library dependencies. > Or as a more drastic but simpler measure, will deleting the /sw > directory and reinstalling fink from scratch do it? I just had to do > that with the move to the new computer a few months ago, and still > haven't installed everything back to what I was used to, so it > wouldn't be that huge of an issue. As it seems that I may have to do > something like that anyway to go 64bit (I wasn't quite sure from the > fink homepage if it meant that or not), maybe I should just wait. > Really, the only thing I can't exist without for a few months is > gnucash2 (I'm in a slow spell like a lot of people) so if/when that is > 64 bit I can do it now/then. Reinstallation should fix this libiconv.la issue. In OS X 10.5 there exist both Fink's /sw/lib/libiconv.la and Apple's /usr/lib/ libiconv.la, and some packages ended up using /usr/lib/libiconv.la instead of Fink's. As /usr/lib/libiconv.la doesn't exist on 10.6, packages built on a new Fink installation should only find /sw/lib/ libiconv.la. Cheers, -- monipol http://finkers.wordpress.com Submitting a Fink bug report? Read this: http://www.finkproject.org/doc/netiquette/index.php http://finkers.wordpress.com/2009/06/03/bug-reports/ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Fink-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-users
