--H+4ONPRPur6+Ovig
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Nov 12, 2004 at 08:03:52PM +0000, David Laight wrote:
  | On Fri, Nov 12, 2004 at 02:25:11PM -0500, Perry E. Metzger wrote:
  | >=20
  | > I don't think --chroot in any way fixes the problem. Could you explain
  | > why you think it would? I think this should be reopened.
  |=20
  | tar -h ... will follow symbolic links in the existing filesystem, but
  | requires that the target actually exists.
  |=20
  | So if you have /home -> /usr/home then 'tar -h' will require that
  | /usr/home can be found - otherwise it will recreate /home.
  |=20
  | When sysinst runs tar, the sytems root filesystem is mounted on /target=
root,
  | so /targetroot/home -> /usr/home in the memfs install fs - which won't =
exist.
  |=20
  | With the --chroot (to /targetroot) the symlink in anchored inside the c=
hroot
  | so tar will find the systems /usr/home and be happy.
  |=20
  | I did a test install with one of the directories moved by an absolute
  | symlink - and sysinst just followed the symlink.
  |=20
  | I think we could add /home back into the sets...

No, we can't.

It's not just this PR which is affected by this problem; it occurs
any time you build the sets and then extract them manually using pax.

--H+4ONPRPur6+Ovig
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFBlyvopBhtmn8zJHIRAh2OAJ9U4yLlamtgaUu2vcKCi8Epc/e48gCgniME
EsX5W1t+/vRfBu87JkZeCNY=
=rhTP
-----END PGP SIGNATURE-----

--H+4ONPRPur6+Ovig--