Christian Ebert wrote: [] > Yup. "sudo -s" was the next thing I tried. Unfortunately fink > rebuild still fails: []
If you run fink, there is no difference whether you do sudo -s beforehand or not. But if you run the failing intltool-merge command by hand, there is a difference. If you do "sudo -s; source /sw/bin/init.sh" before you run the command, you get the same environment that fink uses when it runs the command. If you use only "sudo", then some environment variables are different, in particular PERL5LIB which influences the perl search path. You could also run, with the same effect as to PERL5LIB, the one-liner sudo env DYLD_PRINT_LIBRARIES=1 env PERL5LIB=$PERL5LIB \ LC_ALL=C ./intltool-merge -x -u -c ./po/.intltool-merge-cache \ ./po freedesktop.org.xml.in freedesktop.org.xml All this so that we get a chance to see what is really happening when your fink rebuild command gets to this point. > I don't get it. I can build it manually. I rebuild fink. Still no > go. As I said before, I don't know what is going on either. But unless you try to get more information out of your system, nobody will be able to help you. The obvious suspicion is that you have another libexpat.1.dylib, for example in /usr/local/lib or elsewhere, which does not provide the missing symbol (both /sw/lib/libexpat.1.dylib and /usr/lib/libexpat.1.dylib do provide it), and which gets loaded instead of the right one. Up to you to confirm or refute this suspicion. -- Martin ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Fink-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-users
