From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-dev+bounces-80443-garchives=archives.gentoo.org@lists.gentoo.org> Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 96C2A139694 for <garchives@archives.gentoo.org>; Tue, 2 May 2017 14:56:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E13E9E0BE8; Tue, 2 May 2017 14:56:46 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 87773E0BE2 for <gentoo-dev@lists.gentoo.org>; Tue, 2 May 2017 14:56:46 +0000 (UTC) Received: from pomiot (d202-252.icpnet.pl [109.173.202.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id A59D93413B7; Tue, 2 May 2017 14:56:44 +0000 (UTC) Message-ID: <1493736999.1420.1.camel@gentoo.org> Subject: Re: [gentoo-dev] [PATCH 1/3] tmpfiles.eclass: Support using on non-Linux systems From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= <mgorny@gentoo.org> To: gentoo-dev@lists.gentoo.org Date: Tue, 02 May 2017 16:56:39 +0200 In-Reply-To: <20170502143842.GA22289@linux1> References: <20170430190655.9946-1-mgorny@gentoo.org> <20170502143842.GA22289@linux1> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-yEpG563/45PsYCPgbMOH" X-Mailer: Evolution 3.22.6 Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Archives-Salt: 256a4943-6351-409a-ae5b-3bf1380cb863 X-Archives-Hash: e9c8a9142c8e54aa0121ca977fcdaea1 --=-yEpG563/45PsYCPgbMOH Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On wto, 2017-05-02 at 09:38 -0500, William Hubbs wrote: > On Sun, Apr 30, 2017 at 09:06:53PM +0200, Micha=C5=82 G=C3=B3rny wrote: > > Fix the eclass code to remove the misguided Linux conditionals. > > The whole purpose of the eclass was to avoid having to implement > > fallback logic for systems not having service manager tmpfiles.d > > support. Making it conditional to Linux implied that for non-Linux > > systems (Prefix, FreeBSD) we would have to implement explicit fallback > > to create the necessary directories. > >=20 > > While systemd (and therefore systemd-tmpfilesd) is indeed > > Linux-specific, the opentmpfiles implementation should be pretty > > portable and there is no reason to restrict it to Linux only, or to > > prevent using it on non-Linux OpenRC (and non-OpenRC) systems. >=20 > Opentmpfiles can run right now on non-openrc systems, but it requires a > linux host; that is why the Linux conditionals are there. We currently su= pport > selinux and even more specific linux code is coming with the btrfs > subvolume support. It's funny because I've just got a confirmation that it works on FreeBSD. > The purpose of opentmpfiles is to provide a non-systemd program that > mirrors the behavior of systemd-tmpfiles so that Linux users do not have > to install systemd, but there are features that definitely would not > work on other hosts. We need a tool that works for everyone. Not excuses not to support Linux just because systemd does not. > Also, the tmpfiles.d standard doesn't allow tmpfiles to do things based > on operating systems, And what's the problem with installing tmpfiles.d files aligned to the operating system in question? After all, you don't tell everyone not to use OpenRC outside Linux just because someone might have put Linux- specific paths in the init.d file. > and the configuration search paths (particularly > /run/tmpfiles.d and the non-support of /lib/tmpfiles.d) are linux specifi= c. >=20 Does that hurt anyone? We're talking about Gentoo/FBSD and Gentoo Prefix, i.e. Gentoo-flavored systems which we have control over. If you really insist, I can ask our FBSD/Prefix teams to look through the code and make sure that it works across all interesting platforms. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-yEpG563/45PsYCPgbMOH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEXr8g+Zb7PCLMb8pAur8dX/jIEQoFAlkInihfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDVF QkYyMEY5OTZGQjNDMjJDQzZGQ0E0MEJBQkYxRDVGRjhDODExMEEACgkQur8dX/jI EQo3IA/+IYa4eLcufo+ew8Qbdz6v89CV8isRVeWu7r0OBkS+QVgl34jiH4NJvNJp ryyLLYbpgeOnw7SQTLO/GcLVBKYDA0/GNR3/cs6Y8WpTSBslEgWB+OIy/8GVYGBC G2Pr2749mVWi2C2FdCaaUK4Ap0JywOalcrg/INTi7mWU7jkPho4qeOBdgUcYMQhV dCJGY+bDdE8WM5qjSS9IF+g5zLb1OvkynVHIjT3rRZ1ni1Ihj9DsTN04bHBO92Eq rZgWVNhfmVczRhbiks34VoEDM7FDeihyyUTCE1qfPbtobqz6lZSRHu3/ljCLt6rX u1xTtKX1Wx8Uy5Cz/NqFvgUxMuCK5yQHE2Iy28vqtfk3iPKkcmNq3PS/uIbvkSpD 3+7mvadn8gmnd5EtheROm1bMYjjFSLqFxKEyACkXdL0G5WK9FVfElkWvetbNFLaU M2E46dAUvOtMTsu0SHo+2Za3G9WbDVXBg1mp2EOUZTqQZ4KBKyd5VjwXVgfwKqCA h2IYFEwhv7LxAouw4ACldGy9RC7j6MonljJOFvtW1m1RVXdRjOJixpkKhY9GWf7N T1eM8UjrS+foWPiOoZXJ+7Te8/ib2iMIcO43OXCvMwMZv9WC3RNmVSDoCnP1/7Fl AvOwe0jLfoJG/skHsxfAEhAKVpf5LYuJZknEOwLQ6JiS9gfuMyU= =KxSS -----END PGP SIGNATURE----- --=-yEpG563/45PsYCPgbMOH--