Okay, we got it. I had to run linux_base-6 and *not* any type of linux_base (7.1) whatsoever.
Since it would appear that running linux_base-6 and linux_base(7.1) are mutually exclusive (after all, they run non-compatable versions of glibc), here's a question: I have some software I can't upgrade (proprietary) that requires linux_base-6. If I install linux software from the ports, is it going to require linux_base 7.1? Here was the hangup: In order to install linux_base-6, svr4.ko had to be unloaded from the kernel. Once linux_base-6 was installed, svr4.ko could be loaded again and things still worked just fine. At least that's what I think the solution was. At any rate, I can run my linux binaries now, though I am still somewhat dis-satisfied. Why do things break under 7.1 and not 6? Again, thanks for the help guys. On Wed, 24 Jul 2002, Dan Nelson wrote: > In the last episode (Jul 24), Eric Dedrick said: > > > Getting a bit better, but now it looks like it thinks the binary is a > > > native BSD one instead of Linux. If you run "file > > > /usr/local/opera/lib/opera/5.05_tp1/opera-static", what does it print? > > > > $ file /usr/local/opera/lib/opera/5.05_tp1/opera-static > > /usr/local/opera/lib/opera/5.05_tp1/opera-static: ELF 32-bit LSB > > executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared > > libs), stripped > > Try running "brandelf -t Linux /usr/local/opera/lib/opera/5.05_tp1/opera-static" > and see what happens, or sysctl kern.fallback_elf_brand=3 > > -- > Dan Nelson > [EMAIL PROTECTED] > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
