Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 27 Oct 2005 06:51:21 -0700
From:      Micah <micahjon@ywave.com>
To:        "Andrew P." <infofarmer@gmail.com>
Cc:        Robert Huff <roberthuff@rcn.com>, Joshua Tinnin <krinklyfig@comcast.net>, freebsd-questions@freebsd.org
Subject:   Re: Which version of FreeBSD a binary was compiled for?
Message-ID:  <4360DB59.7010900@ywave.com>
In-Reply-To: <cb5206420510270116k27ad6e13r5dd17dbc7323c01f@mail.gmail.com>
References:  <cb5206420510251524r32ddd9adx7d4fdce8f82a85be@mail.gmail.com>	<17247.39311.203645.265116@jerusalem.litteratus.org>	<cb5206420510260818p664df038g39a1035c747ac315@mail.gmail.com>	<200510262115.48144.krinklyfig@comcast.net> <cb5206420510270116k27ad6e13r5dd17dbc7323c01f@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Andrew P. wrote:
> On 10/27/05, Joshua Tinnin <krinklyfig@comcast.net> wrote:
> 
>>On Wed 26 Oct 05 09:18, "Andrew P." <infofarmer@gmail.com> wrote:
>>
>>>On 10/26/05, Robert Huff <roberthuff@rcn.com> wrote:
>>>
>>>>Andrew P. writes:
>>>>
>>>>> > file /usr/bin/man
>>>>> >
>>>>> > on my machine outputs:
>>>>> >
>>>>> > /usr/bin/man: ELF 32-bit LSB executable, Intel 80386, version
>>>>> > 1 (FreeBSD), for FreeBSD 5.4-CURRENT (rev 3), dynamically
>>>>> > linked (uses shared libs), stripped
>>>>>
>>>>> Oh, it's just that file hasn't leared anything about
>>>>> FreeBSD 6 yet, so it doesn't display version info
>>>>> when run against my binaries.
>>>>
>>>>        Curious.
>>>>
>>>>huff@> file /usr/bin/man
>>>>/usr/bin/man: ELF 32-bit LSB executable, Intel 80386, version 1
>>>>(FreeBSD), for FreeBSD 7.0 (700003), dynamically linked (uses
>>>>shared libs), stripped huff@>
>>>
>>>I tried both versions of file (base system and ports)
>>>on 6.0 RC1, none showed any info about that
>>>/usr/bin/man (or any other system binary I tried).
>>>
>>>On my firewall (5.4) it works.
>>
>>That's odd. Am on 6.0-RC1:
>>
>># uname -a
>>FreeBSD smogmonster.local 6.0-RC1 FreeBSD 6.0-RC1 #0: Thu Oct 20
>>14:41:23 MDT 2005
>>krinklyfig@smogmonster.local:/usr/obj/usr/src/sys/MYKERNEL60  i386
>>
>>% file /usr/bin/xargs
>>/usr/bin/xargs: ELF 32-bit LSB executable, Intel 80386, version 1
>>(FreeBSD), for FreeBSD 6.0 (600034), dynamically linked (uses shared
>>libs), stripped
>>
>>% file /usr/bin/man
>>/usr/bin/man: ELF 32-bit LSB executable, Intel 80386, version 1
>>(FreeBSD), for FreeBSD 6.0 (600034), dynamically linked (uses shared
>>libs), stripped
>>
>>% file /bin/echo
>>/bin/echo: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD),
>>for FreeBSD 6.0 (600034), dynamically linked (uses shared libs),
>>stripped
>>
>>
>>I know I built valgrind just a few days ago:
>>
>>% file /usr/local/bin/valgrind
>>/usr/local/bin/valgrind: ELF 32-bit LSB executable, Intel 80386, version
>>1 (FreeBSD), for FreeBSD 6.0 (600034), statically linked, stripped
>>
>>vim, too:
>>
>>% file /usr/local/bin/vim
>>/usr/local/bin/vim: ELF 32-bit LSB executable, Intel 80386, version 1
>>(FreeBSD), for FreeBSD 6.0 (600034), dynamically linked (uses shared
>>libs), stripped
>>
>>
>>I'm not sure what it means when this information isn't accessible, but
>>I'd say it's symptomatic of another issue, and most likely it's not
>>good. If you built from source, did you follow the procedure described
>>in the handbook?
>>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html
>>
>>Not sure, but are you installing kernel after building world, and then
>>installing world in single user? I've seen strange things happen if you
>>don't do this procedure the right way. Of course, I'm just guessing, as
>>I'm not at all sure what could be causing this problem or what your
>>exact circumstances are.
>>
>>- jt
>>_______________________________________________
>>freebsd-questions@freebsd.org mailing list
>>http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>>To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
>>
> 
> 
> sat64% uname -a
> FreeBSD sat64.net17 6.0-RC1 FreeBSD 6.0-RC1 #2: Fri Oct 14 22:57:08 MSD 2005
>  sat@sat64.net17:/usr/obj/usr/src/sys/SATCUR32  i386
> 
> sat64% file /usr/bin/xargs
> /usr/bin/xargs: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dyn
> amically linked (uses shared libs), stripped
> 
> sat64% file /usr/bin/man
> /usr/bin/man: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynam
> ically linked (uses shared libs), stripped
> 
> sat64% file /bin/echo
> /bin/echo: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamica
> lly linked (uses shared libs), stripped
> 
> sat64% file /usr/local/bin/waveplay
> /usr/local/bin/waveplay: ELF 32-bit LSB executable, Intel 80386, version 1 (Free
> BSD), dynamically linked (uses shared libs), stripped
> 
> sat64% file /usr/local/lib/oss/bin/ossplay
> /usr/local/lib/oss/bin/ossplay: ELF 32-bit LSB executable, Intel 80386, version
> 1 (FreeBSD), dynamically linked (uses shared libs), stripped
> 
> sat64% /usr/local/bin/file /usr/local/lib/oss/bin/ossplay
> /usr/local/lib/oss/bin/ossplay: ELF 32-bit LSB executable, Intel 80386, version
> 1 (FreeBSD), dynamically linked (uses shared libs), stripped
> 
> 
> Maybe you're right. I never go to single-user when
> upgrading. But then, I'm the only user and there are
> not many processes. I'm not gonna worry anyway,
> hope it's not a rootkit :-)

I have a 5.4 system, /do/ go into single user when upgrading, and file 
does /not/ report FreeBSD version.  I get the same output you do.  It 
would be nice to know why this works on some systems and not on others.

Micah



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4360DB59.7010900>