Subject: Re: Cross-compile NetBSD-current with case-insensitive filesystem?
To: Ken Hornstein <kenh@cmf.nrl.navy.mil>
From: Bill Studenmund <wrstuden@netbsd.org>
List: current-users
Date: 01/05/2006 09:44:52
--jI8keyz6grp/JLjh
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jan 03, 2006 at 12:13:35PM -0500, Ken Hornstein wrote:
> >On Mon, Jan 02, 2006 at 08:28:10PM -0500, Ken Hornstein wrote:
> >> NetBSD-current fails to build the distribution on this filesystem (bui=
lt
> >> a kernel fine, though).  The problem I'm running into is a conflict be=
tween
> >> _Exit.o (from _Exit.c) and _exit.o (from _exit.S).
> >
> >Also the "CVS" and "cvs" directories are another example of this
> >weirdness.
>=20
> Even though the CVS files ended up in the same directory as the cvs source
> files, that worked okay.  Go figure.
>=20
> >In short you need a defacto-unix-standard case sensitive file system
> >to do unixy things.  I'm amazed that Apple even considered making
> >such a file system for a Unix-based box. Hopefully HFS++ will fix this.
> >I'd gripe more about Apple, but this isn't the place to do it.
>=20
> I was playing around with an external firewire drive, and it looks like
> creating a case-sensitive bootable filesystem is relatively straightforwa=
rd
> under 10.4.  It just takes a while to copy stuff to my firewire drive and
> back.  I guess from stuff I had read, Apple went with case-insensitive
> as a default because OS 9 was that way.

You could do this on 10.3 by manually newfs'ing. You just need to add the=
=20
'-s' option.

I think one major reason they went with case-insensitive is that there are=
=20
a number of human interface issues which are a lot simpler with case=20
insensitive, which is why hfs was case-insensitive in the first place. :-)

Take care,

Bill

--jI8keyz6grp/JLjh
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (NetBSD)

iD8DBQFDvVsUWz+3JHUci9cRAheZAKCNSosLqd3oNIK7TeOndltIoFlouQCfTR46
LcrDS05sRQ0/1HsEXxcBUGU=
=H1go
-----END PGP SIGNATURE-----

--jI8keyz6grp/JLjh--