Hi Bill,

I *did* have an extra binary in /usr/local/sbin, which I'd used to run ls -l against for the Mulberry mailing list guy. I've deleted that and

~/test$ ./mulberry
bash: ./mulberry: No such file or directory

...I assume "bash" is because that's the shell I'm using?

~/test$ whereis mulberry
mulberry:
~/test$ which mulberry
~/test$

(those last two had previously reported /usr/local/sbin, before I'd deleted that)

from a new bash session:

~/test$ ./mulberry
bash: ./mulberry: No such file or directory

and:

~/test$ which mulberry
~/test$ whereis mulberry
mulberry:

> finally run ldd mulberry

~$ ldd mulberry
ldd: ./mulberry: No such file or directory
~/test$ ldd mulberry
not a dynamic executable

Hey, that might be useful info?

I'm running 64bit, and Mulberry worked fine on 64bit Kubuntu 11.10. I've never had a problem like this before, but this 12.10 install is brand new. I've got to make dinner for my 3 year old, but I'll try sudo apt-get install ia32-libs after that.

Actually, I have had an experience where an application that had stopped being maintained eventually stopped working. For a while, K/Ubuntu was including some old KDE3 libs with KDE4 for backwards-compatibility but they eventually dropped them (there's the trinity desktop project that could help with this issue, but they don't have a repository for 12.10 yet). So, maybe it's a missing 32bit lib problem, but maybe they've silently (at least, they didn't warn me, personally! ;-) ) dropped a KDE3 lib they'd kept around that Mulberry was using? Just a thought. Anyway, more in a bit, and thanks again for your help!

-Dan

(Okay, my brain's not working today either - of course Mulberry isn't using KDE libs, it's not a KDE app - sorry. Just thinking about dropped libraries)

I run ldd on the executable no problem on my 64bit system, it should (I believe) show missing dependencies - no idea why it doesn't run for you

in folder ~/test run file mulberry it should say it's a ELF 32bit LSB executable

you might want to try the Kubuntu forums and in problem description note it's a 32bit executable on a 64bit system

~/test$ file mulberry
mulberry: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, stripped

I'm installing a ton of 32bit libs now...

Strange - this time ldd worked:

~/test$ ldd mulberry
linux-gate.so.1 => (0xf77d4000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf77a6000)
libXpm.so.4 => /usr/lib/i386-linux-gnu/libXpm.so.4 (0xf7794000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf765d000)
libXft.so.2 => /usr/lib/i386-linux-gnu/libXft.so.2 (0xf7647000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf762c000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7627000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf761e000)
libresolv.so.2 => /lib/i386-linux-gnu/libresolv.so.2 (0xf7606000)
libstdc++.so.5 => /usr/lib/i386-linux-gnu/libstdc++.so.5 (0xf754c000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7520000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf7502000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7358000)
libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xf731f000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf72fd000)
libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xf7263000)
libXrender.so.1 => /usr/lib/i386-linux-gnu/libXrender.so.1 (0xf7259000)
/lib/ld-linux.so.2 (0xf77d5000)
libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xf7231000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf722c000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf7225000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xf720c000)

I posted that last while the 32bit libs were still installing, and ran it again and noticed with a quick glance that some of the hex values are different, so maybe the output of this is dependent on those libs?

~/test$ ldd mulberry
linux-gate.so.1 => (0xf779d000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf7769000)
libXpm.so.4 => /usr/lib/i386-linux-gnu/libXpm.so.4 (0xf7757000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf7620000)
libXft.so.2 => /usr/lib/i386-linux-gnu/libXft.so.2 (0xf760a000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf75ef000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf75ea000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf75e1000)
libresolv.so.2 => /lib/i386-linux-gnu/libresolv.so.2 (0xf75c9000)
libstdc++.so.5 => /usr/lib/i386-linux-gnu/libstdc++.so.5 (0xf750f000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf74e3000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf74c5000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf731b000)
libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xf72e2000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf72c0000)
libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xf7226000)
libXrender.so.1 => /usr/lib/i386-linux-gnu/libXrender.so.1 (0xf721c000)
/lib/ld-linux.so.2 (0xf779e000)
libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xf71f4000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf71ef000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf71e8000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xf71cf000)

did you try running mulberry now that the 32bit libs are installed?

YOU ARE A GOD, SIR!

please mark as solved

if it ran before the upgrade then the upgrade messed up by removing instead of updating the existing ia32-libs, sounds like a bug

really poor error messaging on this kind of problem, totally not helpful

you should also post the solution on the Mulberry mailing list

There was no upgrade, it was a clean install of Kubuntu 12.10 on a new disk (it's still working fine on another disk with 11.10 on it, which I'll be reformatting now). I'll let the mailing list folks know. Thanks again for your help!