-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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 > >
Correct. That lists those .la files which reference /usr/lib/libiconv.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? Probably not. > > Or as a more drastic but simpler measure, will deleting the /sw > directory and reinstalling fink from scratch do it? Definitely. 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. An alternate workaround to starting completely from scratch that seems to work is to flush all of the .la files: sudo -s find /sw/lib -name *.la | xargs rm They're used at build time only, so that's not a big deal in terms of running anything. - -- Alexander Hansen Fink User Liaison -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqtDMUACgkQB8UpO3rKjQ/o8wCdEr2Okwk7+uGHxilLJqCTDEhN lvIAn1Ou1lIUGnhtT/6BO9+FgD9VjGIL =RA+G -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ 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
