FORGET IT. Re: [gentoo-catalyst] about the systemd-tmpfiles patches

["Andreas K. Huettel" <dilfridge@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1724 bytes --]

Forget it. This is a lot of pain for not much gain [*].

I've bumped build-docbook-catalog to version 2.2, which now uses
/etc/xml/.lock as lock directory (and creates it if needed).

[*]
On openrc profiles, running systemd-tmpfiles does not do anything since
no config files are installed. /run/lock is created somewhere inside
openrc, with different permissions compared to a systemd profile...
so we'd need to install a hand-crafted config...
That kind of gave me the last push towards a simpler solution.

Am Montag, 17. Januar 2022, 16:25:18 CET schrieb Andreas K. Huettel:
> on second thought, it probably makes sense to move the tmpfs mount and
> the systemd-tmpfiles call for stage1root *after* the installation of
> baselayout. started another test run...
> 
> Am Montag, 17. Januar 2022, 15:51:22 CET schrieb Andreas K. Huettel:
> > 0) this is for bug 816303 and its fallout
> >    https://bugs.gentoo.org/816303 
> > 
> > 1) for this to even have a chance of working, systemd-tmpfiles needs to be
> >    in *stage1* (otherwise it can't be called at the start of the stage3
> >    build).
> > 
> > Since we can perfectly add whole systemd to packages.build, adding only
> > systemd-tmpfiles on openrc stages is no big deal (I checked, it works).
> > 
> > 2) systemd-tmpfiles only does as much as its already present config says
> > 
> > Which means we get an additional hook, but it's not doing too much yet.
> > I hope it's enough, so far I rebuilt stages 4 times with different package
> > sets and did not see any failures yet.
> > 
> > 
> 
> 
> 


-- 
Andreas K. Hüttel
dilfridge@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 981 bytes --]