Hi all, Mojca, after Taco resolved one issue with the latest luatex, I was trying to update on my osx-ppc box, and I am encountering a strange bug: when I run the ./first-setup.sh script, the rsync processes fail with this message: MtxRun | using script: ./bin/mtx-update.lua dyld: Library not loaded: /usr/lib/libiconv.2.dylib Referenced from: /bin/sh Reason: Incompatible library version: sh requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 and so on. Now this box has several more or less abandoned installations of darwinports and fink, but this looks like it's trying to link to the library provided by the system (OS X 10.5.6) and complaining it's too old. Any pointers to this one? All best Thomas
On Sat, Jan 17, 2009 at 6:02 PM, Thomas A. Schmitz wrote:
Hi all, Mojca,
after Taco resolved one issue with the latest luatex, I was trying to update on my osx-ppc box, and I am encountering a strange bug: when I run the ./first-setup.sh script, the rsync processes fail with this message:
MtxRun | using script: ./bin/mtx-update.lua
dyld: Library not loaded: /usr/lib/libiconv.2.dylib Referenced from: /bin/sh Reason: Incompatible library version: sh requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0
and so on. Now this box has several more or less abandoned installations of darwinports and fink, but this looks like it's trying to link to the library provided by the system (OS X 10.5.6) and complaining it's too old. Any pointers to this one?
Hmmm ... libiconv? Is that comming from luatex? The only dependencies listed on this computer seem to be:
otool -L luatex luatex: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.11) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
I have (cross-)compiled the binaries on 10.4.something, so ... I'm confused. Is your library too old or is the required library too old (older than the one you have)? Mojca
On Jan 17, 2009, at 6:20 PM, Mojca Miklavec wrote:
Hmmm ... libiconv? Is that comming from luatex? The only dependencies listed on this computer seem to be:
Well, good question... It looks like this happens when the script tries to run rsync, but I have no reason why this should involve libiconv: mtx update | running command: rsync -rpztlv --stats contextgarden.net::'minimals/current/misc/setuptex/' '/Users/tas/ context/tex/.' run | rsync -rpztlv --stats contextgarden.net::'minimals/current/ misc/setuptex/' '/Users/tas/context/tex/.' dyld: Library not loaded: /usr/lib/libiconv.2.dylib Referenced from: /bin/sh Reason: Incompatible library version: sh requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 and so on
otool -L luatex luatex: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.11) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
I have (cross-)compiled the binaries on 10.4.something, so ... I'm confused. Is your library too old or is the required library too old (older than the one you have)?
I would would seem that the library on my system is too old. But it's beyond me to find out which process is calling this library and which version I have installed... :-( Thomas
Mojca Miklavec wrote:
and so on. Now this box has several more or less abandoned installations of darwinports and fink, but this looks like it's trying to link to the library provided by the system (OS X 10.5.6) and complaining it's too old. Any pointers to this one?
Hmmm ... libiconv? Is that comming from luatex? The only dependencies
The immediate message comes from /bin/sh, probably from a nested call with a modified library path (rsync sounds like a likely candidate to me, but that is just guessing). luatex should not depend on libiconv on any platform, and it doesn't alter the library search path (not that I know of, in any case). Best wishes, Taco
On Jan 17, 2009, at 8:52 PM, Taco Hoekwater wrote:
Mojca Miklavec wrote:
and so on. Now this box has several more or less abandoned installations of darwinports and fink, but this looks like it's trying to link to the library provided by the system (OS X 10.5.6) and complaining it's too old. Any pointers to this one?
Hmmm ... libiconv? Is that comming from luatex? The only dependencies
The immediate message comes from /bin/sh, probably from a nested call with a modified library path (rsync sounds like a likely candidate to me, but that is just guessing). luatex should not depend on libiconv on any platform, and it doesn't alter the library search path (not that I know of, in any case).
Best wishes, Taco
I just logged into this box as another user, and I'm still getting the same errors, so it's not simply an environment setting or wrong binary being called, and seems to be a real problem on the system level. Is anyone else using minimals on osx-ppc and could report if it's working for them? Thomas
On Sat, Jan 17, 2009 at 6:02 PM, Thomas A. Schmitz wrote:
Hi all, Mojca,
after Taco resolved one issue with the latest luatex, I was trying to update on my osx-ppc box, and I am encountering a strange bug: when I run the ./first-setup.sh script, the rsync processes fail with this message:
MtxRun | using script: ./bin/mtx-update.lua
dyld: Library not loaded: /usr/lib/libiconv.2.dylib Referenced from: /bin/sh Reason: Incompatible library version: sh requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0
and so on. Now this box has several more or less abandoned installations of darwinports and fink, but this looks like it's trying to link to the library provided by the system (OS X 10.5.6) and complaining it's too old. Any pointers to this one?
Hello Thomas, I'm guessing blindly. Can you please try
which rsync otool -L /wherever/is/rsync
and check if all the libraries exist. On my machine I have: /usr/bin/rsync: /usr/lib/libiconv.2.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.11) /sw/bin/rsync: /sw/lib/libpopt.0.dylib (compatibility version 1.0.0, current version 1.0.0) /sw/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.10) The versions 5 and 7 seem suspiciosly similar to reports that your system complains about. Does rsync work OK for simple commands? Mojca
On Jan 18, 2009, at 7:52 PM, Mojca Miklavec wrote:
Hello Thomas,
I'm guessing blindly. Can you please try
which rsync otool -L /wherever/is/rsync
and check if all the libraries exist. On my machine I have:
/usr/bin/rsync: /usr/lib/libiconv.2.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.11)
/sw/bin/rsync: /sw/lib/libpopt.0.dylib (compatibility version 1.0.0, current version 1.0.0) /sw/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.10)
The versions 5 and 7 seem suspiciosly similar to reports that your system complains about. Does rsync work OK for simple commands?
Hi Mojca, yes, rsync works normally for simple commands (that's how I get the first-setup.sh). My rsync is the normal system one in /usr/bin: /usr/bin/rsync: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.1)
You're still using 10.4, right? So could this be the reason? Thomas
participants (3)
-
Mojca Miklavec -
Taco Hoekwater -
Thomas A. Schmitz