Subject: Re: bin/30379
To: None <pooka@netbsd.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org>
From: Christos Zoulas <christos@zoulas.com>
List: netbsd-bugs
Date: 05/30/2005 21:48:02
The following reply was made to PR bin/30379; it has been noted by GNATS.
From: christos@zoulas.com (Christos Zoulas)
To: gnats-bugs@netbsd.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Cc:
Subject: Re: bin/30379
Date: Mon, 30 May 2005 17:47:41 -0400
On May 30, 8:18pm, rpaulo@netbsd-pt.org (Rui Paulo) wrote:
-- Subject: Re: bin/30379
The file database is should work both on big and little endian boxes.
There was a bug in the file source that prevented that, but it should
be fixed in head.
christos
| file(1) is not recognizing binary files correctly because you built your
| userland on a little-endian machine. There should be a way to solve this
| problem as _every_ port is affected if the endianess of the build host
| is different (the releng machine is little-endian).
|
| As a workaround, besides reinstalling file on the host, you could use
| file -C.
|
| I first saw this on port-sparc64 mailing list.
|
| Who can we solve this problem ?
| Possible solutions:
| 1) add an rc.d script so that it generates the magic file on
| every startup;
| 2) add a flag to file(1) so that you can choose between little
| or big endian;
| 3) make the file(1) magic file endian-independant.
|
| Personally, I think 3) is kind of impossible, so I'd for 2).
|
| --
| Rui Paulo <rpaulo@netbsd-pt.org>
|
-- End of excerpt from Rui Paulo