From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <f7aa55205f7f4b7036b69d55cbe93553@9srv.net>
To: 9fans@9fans.net
Date: Sat, 19 Jul 2008 12:25:16 -0400
From: a@9srv.net
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: [9fans] HFS is a pain in the neck.
Topicbox-Message-UUID: ecc33020-ead3-11e9-9d60-3106f5b1d025

HFS (and derivative) volumes contain one or both of the folloing
directories with astoundingly anti-social names:
	=E2=90=80=E2=90=80=E2=90=80=E2=90=80HFS+ Private Data
	.HFS+ Private Directory Data
(that's a <cr> at the end of the last one). This is an awful hack
to support hard links. There may be others (I think at some point
Apple changed the four nuls to something even more insane).
Inferno's #U and 9vx's #Z don't turn these up; p9p does.

These are a little worse than the Icon junk discussed a few
months ago becuase they're on every HFS volume (as opposed to
the Icons, which you can just not store that way), but still easy
enough to just ignore most of the time (they're only in the root,
after all), and despite the grossness, most of the tools can cope.

vac will send this all to venti just fine. using vacfs (on Plan 9)
to view the results doesn't work so well:
	: root; pwd
	/n/vac/2008/0718
	: root; lf
	ls: .: bad character in file name: '.HFS+ Private Directory Data
	'
	: root; lf Library
	: root; lf Users
	.DS_Store	.localized	Shared/		a*			anthony/	dtipson/

I haven't figured out how to get vac -e to skip all these yet, nor
am I really keen to guess what the full set is. So the question:

Is there a reason for the alternate #U/#Z vs. p9p behavior? Are
there known cases where the p9p version is used/benificial? I'd
like vac to simply not see these files and not send them to venti.

Stupid HFS. I wish I had figured this out about a week ago,
before I set up my new laptop.

Anthony