Re: firefox-37, where to put
On Thursday 02 April 2015 15:35:17 Reco wrote:
> On Thu, 2 Apr 2015 15:06:42 -0400
> Gene Heskett <email@example.com> wrote:
> > "ldd" says its not an executable, but then says ldd itself is not,
> > while "file" says its (ldd) a Bourne Again SHell script.
> > Am I compromized?
> Let's see what all fuss is about.
> wget -q
> wget -q
> sha512sum firefox-37.0.tar.bz2
> And hurray, I've apparently got Genuine™ Mozilla Firefox 37.
> tar xf firefox-37.0.tar.bz2 && cd firefox
> And, finally
> $ file firefox
> firefox: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
> dynamically linked (uses shared libs), for GNU/Linux 2.6.18, BuildID
> [sha1]=0xd9c52e07232a78690be6d991546a12bb3668601d, stripped
> $ file --mime-type firefox
> firefox: application/x-executable
Looks good, I get that:
gene@coyote:~/bin/firefox-37/firefox$ file --mime-type firefox
> So, it's definitely a binary. Yet,
> $ ldd ./firefox
> not a dynamic executable
> Why? That's why:
> $ pwd
See above, and /home is just a directory on / here since the broken
installer will not do it any other way.
> $ mount | grep /tmp
> tmpfs on /tmp type tmpfs
> Notice *noexec* here.
So the best I can do is:
gene@coyote:~/bin/firefox-37/firefox$ sudo mount|grep noexec
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devpts on /dev/pts type devpts
tmpfs on /run type tmpfs
tmpfs on /run/lock type tmpfs
tmpfs on /run/shm type tmpfs
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
None of which should apply to /home/gene/bin/firefox-37/firefox. I have
about 10 other scripts that, once the /home/gene/bin was added to my
$PATH, run just as if they were in some /usr/whatever directory.
Humm backout one and two levels and check to see if the directories carry
enough x's, and they do I think.
drwxr-xr-x 3 gene gene 4096 Apr 1 22:44 firefox-37
and from /home/gene/bin/firefox-37
drwxr-xr-x 9 gene gene 4096 Mar 26 23:51 firefox
3 x's there too.
So, like T. Edison said, we have learned 2 more ways to make a light bulb
that don't work.
> You see, ldd actually tries to execute a file (by using special hack
> in ld.so, so that's OK). And of course, if you put an executable at
> no-executable mountpoint, not only you won't be able to run it, ldd
> also ceases to work.
What happens if I add that path to the list in /etc/dld.so.conf.d?
sudo ldconfig -v finds them all but that doesn't help, its still not an
executable file to a plain ldd command. And sitting in that directory
looking at it "./firefoxENTERkey" is a
Bash: No such file or directory.
Something is busted here, but I'm bruising my head beating it on the
> And yes, ldd is a shell script. A customary way to prepend hacky
> environment variables to executables is using shell wrappers. ldd is
> just one of those.
> Still, if ldd fails you - use objdump:
> $ objdump -x firefox | grep NEED
> NEEDED libpthread.so.0
> NEEDED libdl.so.2
> NEEDED librt.so.1
> NEEDED libstdc++.so.6
> NEEDED libm.so.6
> NEEDED libgcc_s.so.1
> NEEDED libc.so.6
> NEEDED ld-linux-x86-64.so.2
> VERNEED 0x00000000004036c8
> VERNEEDNUM 0x0000000000000007
> tl;dr version - move your firefox directory to filesystem mounted with
> exec. Problem should solve itself.
Now I am bumfuzzled. The above command works, but if I "locate
ld-linux", I discover the friggin libraries are all i386! :( :(
So thats whats busted, sure as little green apples have a fairly flat
trajectory. Its time I go get a couple more drives and install some
genuine x86-64 (preferable genuine amd64) version of Linux. This
particular variation of wheezy is NOT. Unless I can play
with /etc/apt/sources.list and convince synaptic to fix it?
Or nuke this and go get the 32 bit version, that might be easier.
Thats what I'll do. If it doesn't fly, well, tigerdirect sells hard
My apologies to everyone who has busted their butts trying to fix this.
Consider this thread closed even if not fixed. Its in my ballpark now.
Cheers, Gene Heskett
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>