Date: Sat, 11 Apr 2020 18:53:24 +0200 From: Emmanuel Vadot <manu@bidouilliste.com> To: "Rodney W. Grimes" <freebsd-rwg@gndrsh.dnsmgr.net> Cc: Grzegorz Junka <list1@gjunka.com>, freebsd-pkgbase@freebsd.org Subject: Re: /root on a separate dataset breaks FreeBSD-base installation Message-ID: <20200411185324.2d1f50eeb3fb4ce9d1030926@bidouilliste.com> In-Reply-To: <202004111642.03BGgn1I023631@gndrsh.dnsmgr.net> References: <97d9e8d2-faa8-f02a-6a8e-008056486c65@gjunka.com> <202004111642.03BGgn1I023631@gndrsh.dnsmgr.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 11 Apr 2020 09:42:49 -0700 (PDT) "Rodney W. Grimes" <freebsd-rwg@gndrsh.dnsmgr.net> wrote: > [ Charset UTF-8 unsupported, converting... ] > > I am following https://wiki.freebsd.org/PkgBase > > > > This: > > > > pkg install -g 'FreeBSD-*' > > > > fails with this: > > > > [2/800] Extracting FreeBSD-runtime-12.1_3:?? 4% > > pkg: Fail to create hardlink: > > /root/.pkgtemp..cshrc.v5sxGCRu3GlP:Cross-device link > ^^^^^^ > > > > [2/800] Extracting FreeBSD-runtime-12.1_3: 100% > > > > /root is in a different ZFS dataset. It works fine if it's not. Why pkg > > is using /root/.pkgtemp instead of /tmp or /var/tmp? It doesn't matter > > from where I run the command, looks like the path is hardcoded. > > The failure is caused by the fact that /.cshrc and /root/.cshrc > are hardlinked to each other. A hardlink can not cross a > ZFS dataset or a ufs mount point. Ah right. > > > > Can I workaround with some option to pkg? > > I doubt that. Someone (tm) should add support for this in pkg. > > GrzegorzJ > > -- > Rod Grimes rgrimes@freebsd.org > _______________________________________________ > freebsd-pkgbase@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-pkgbase > To unsubscribe, send any mail to "freebsd-pkgbase-unsubscribe@freebsd.org" -- Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200411185324.2d1f50eeb3fb4ce9d1030926>