Date: Fri, 22 Aug 2025 16:46:27 +0200 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@FreeBSD.org> To: cyric@mm.st Cc: freebsd-current@freebsd.org Subject: Re: 20250515 snapshot packaged install missing /etc/zfs/ directory Message-ID: <86ikifxvlo.fsf@ltc.des.dev> In-Reply-To: <544b585b-b6b4-4748-81f5-7f7b57650741@mm.st> (cyric@mm.st's message of "Fri, 22 Aug 2025 20:05:08 %2B0700") References: <927f37e7-da69-4ac6-b234-7588fea68118@mm.st> <544b585b-b6b4-4748-81f5-7f7b57650741@mm.st>
index | next in thread | previous in thread | raw e-mail
cyric@mm.st writes: > cyric@mm.st writes: > > The culprit here seems to be the /etc/zfs/ directory missing after > > installation, [...] > That's still the case when installing from > FreeBSD-15.0-PRERELEASE-amd64-20250819-02a8fadd2c4d-279701-disc1.iso. Unlike distribution tarballs, packages don't include empty directories, and the installer does not run mtree to create them like installworld does. We need to figure out the best way to do this. A postinstall script in FreeBSD-mtree might work. Or perhaps it should be done piecemeal, so FreeBSD-zfs is responsible for creating /etc/zfs, and the FreeBSD-caroot is responsible for creating /etc/ssl/certs. To me it seems logical FreeBSD-runtime should create the directory hierarchy, but FreeBSD-mtree depends on FreeBSD-runtime, so that wouldn't work, unless we merged FreeBSD-mtree into FreeBSD-runtime. DES -- Dag-Erling Smørgrav - des@FreeBSD.orghome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86ikifxvlo.fsf>