[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

solved: `ls` shows file, `bash` says "No such file" ???

summary: solution: install jessie package=libc6:i386 et al


https://lists.debian.org/debian-user/2014/05/msg00126.html [Tom Roche Fri, 02 May 2014 22:25:34 -0400]
>>>>> me@it ~ $ /usr/local/share/firefox-3.6.28/firefox-bin
>>>>> bash: /usr/local/share/firefox-3.6.28/firefox-bin: No such file or directory
>>>>> [127]me@it ~ $ lsalh /usr/local/share/firefox-3.6.28/firefox-bin
>>>>> -rwxr-xr-x 1 root staff 44K Mar  6  2012 /usr/local/share/firefox-3.6.28/firefox-bin

[`lsalh` is indeed an alias] Thanks to all! but esp der.hans and Monsta:

https://lists.debian.org/debian-user/2014/05/msg00145.html [der.hans Fri, 2 May 2014 22:28:25 -0700 (MST)]
>> it looks to me like the necessary libc isn't actually installed.

http://forums.linuxmint.com/viewtopic.php?f=190&t=166506&p=855700#p855869 [Monsta on Sat May 03, 2014 3:40 am]
> Such "not found" messages usually indicate the absence of 32-bit libc6...

me@it ~ $ ldd /usr/local/share/firefox-3.6.28/firefox-bin
        not a dynamic executable

# libc6:i386, dependencies, and recommended from `aptitude -s`
me@it ~ $ sudo aptitude install libc6:i386 gcc-4.8-base:i386 libc6-i686:i386 libgcc1:i386
The following NEW packages will be installed:
  gcc-4.8-base:i386 libc6:i386 libc6-i686:i386 libgcc1:i386 
0 packages upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Setting up gcc-4.8-base:i386 (4.8.2-1) ...
Setting up libc6:i386 (2.17-97) ...
Setting up libgcc1:i386 (1:4.8.2-1) ...
Setting up libc6-i686:i386 (2.17-97) ...
Processing triggers for libc-bin ...

me@it ~ $ ldd /usr/local/share/firefox-3.6.28/firefox-bin
        linux-gate.so.1 (0xf7775000)
        libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xf7740000)
        libxul.so => not found
        libmozjs.so => not found
        libxpcom.so => not found
        libplds4.so => not found
        libplc4.so => not found
        libnspr4.so => not found
        libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xf7739000)
        libgtk-x11-2.0.so.0 => not found
        libatk-1.0.so.0 => not found
        libgdk-x11-2.0.so.0 => not found
        libgdk_pixbuf-2.0.so.0 => not found
        libpangocairo-1.0.so.0 => not found
        libpango-1.0.so.0 => not found
        libcairo.so.2 => not found
        libgobject-2.0.so.0 => not found
        libgmodule-2.0.so.0 => not found
        libglib-2.0.so.0 => not found
        libX11.so.6 => not found
        libasound.so.2 => not found
        libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xf76f4000)
        libstdc++.so.6 => not found
        libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf76d7000)
        libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xf7527000)
        /lib/ld-linux.so.2 (0xf7776000)

So now I have something to work with! which is great, because it's a long commute to my cluster's physical LAN!

https://lists.debian.org/debian-user/2014/05/msg00129.html [Mike Kupfer Fri, 02 May 2014 21:02:48 -0700]
>>>> The error message from bash is... unfortunate, to say the least.

I'd like to bug-report, except

https://lists.debian.org/debian-user/2014/05/msg00146.html [Sven Joachim Sat, 03 May 2014 07:38:28 +0200]
>>> [bash] can't do any better though, because the kernel just reports ENOENT
>>> when you try to run a program and its ELF interpreter [is] missing.

I'm the first to admit that I am, as a software developer, probably several orders of magnitude less than the linux kernel folks. That being said, in all my code I try to provide error messages that at best help the user actually solve the problem, and at least do not misrepresent the etiology. So if anyone has suggestions regarding how/where to put a bug that might result in a positive outcome, please lemme know.

thanks all! Tom Roche <Tom_Roche@pobox.com>

Reply to: