Hi, I partly solved this issue - or, found a workaround that works for me. I still did not find out why it happens though.
To be able to be able to execute foreign binaries in a fakechroot environment one needs a directory tree of those foreign shared libraries in /etc/qemu-binfmnt/arm/ (for armel and armhf) and foreign versions of the fakeroot and fakechroot libraries in /usr/lib/arm-linux-gnueabi/ (for armel and armhf). So far I used the armel libraries even for armhf rootfs builds as they seemed to suffice to execute armhf binaries with qemu usermode emulation. The problem with the perl version mismatch was gone when I replaced the libraries in /etc/qemu-binfmnt/arm/ with armhf libraries instead of armel ones and put armhf versions of libfakechroot.so and libfakeroot-sysv.so into /usr/lib/arm-linux-gnueabihf/ (instead of arm-linux-gnueabi). This does not yet tell me why perl throws this error as all other binaries seem to work fine with armel shared libs but the error is gone now. I'm now wondering: is that perl behaviour a bug or a feature? Is there something that should be fixed in perl or elsewhere now that I know that the problem doesnt occur with armhf shared libraries? cheers, josch -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/20110620114006.GA22629@hoothoot
