From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 9C17C1381FA for ; Wed, 4 Jun 2014 00:15:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9C4F3E0B24; Wed, 4 Jun 2014 00:15:33 +0000 (UTC) Received: from michel.telenet-ops.be (michel.telenet-ops.be [195.130.137.88]) by pigeon.gentoo.org (Postfix) with ESMTP id 52F25E0B0C for ; Wed, 4 Jun 2014 00:15:32 +0000 (UTC) Received: from gentoo.org ([94.226.51.153]) by michel.telenet-ops.be with bizsmtp id A0FX1o0083JKcCE060FXKr; Wed, 04 Jun 2014 02:15:31 +0200 Date: Wed, 4 Jun 2014 02:14:39 +0200 From: Tom Wijsman To: gentoo-user@lists.gentoo.org Cc: alonbl@gentoo.org Subject: Re: [gentoo-user] Systemd upower Message-ID: <20140604021439.02fc446d@gentoo.org> In-Reply-To: References: <20140603161406.0400709b5f38540475ac4c1f@web.de> <6653474.aQqAYpAeto@wstn> <538DFC41.3080602@libertytrek.org> <538E2CBA.4000709@gmail.com> <538E37A0.1030105@marc-stuermer.de> <538E40E6.8060107@gmail.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/q1JiXXRJPtjTOJiqcHTJJO."; protocol="application/pgp-signature" X-Archives-Salt: ce730fda-1c18-47fd-a57f-1eae1c8086bf X-Archives-Hash: d456cef8e5d86e1b656bdc4164139b7a --Sig_/q1JiXXRJPtjTOJiqcHTJJO. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 4 Jun 2014 01:06:52 +0300 Alon Bar-Lev wrote: > Once again, you do not understand the claim. >=20 > If a user of Gentoo chooses to use non systemd profile, it means that > we need to make sure systemd will not be a valid option, ever. There is no such thing as a "non systemd profile" on Gentoo at the moment; you have ".../systemd" profiles, which are specializations of the more generic case "..." which you can fill in with "gnome" or "kde". So, I'm here running this agnostic MATE with a make.profile symlink that doesn't point to a ".../systemd" profile; what is remarkable, is that systemd is a valid option in this case. Similarly, if I pick a ".../systemd" profile; what is remarkable, is that OpenRC is also a valid option in that case. For there to be a "make sure systemd will not be a valid option, ever" there would have to be a ".../no-systemd" profile or something like that; in such profile, one could then mask anything that tries to pull in systemd and not have to deal with further transitions later on. Splitting up profiles this way becomes a pain to maintain; other than that, it is also a controversial way to go about it given that a "no-..." type of profile hasn't been commonly used before yet. In this train of thoughts Funtoo mix-ins could help to do it more clean. http://www.funtoo.org/Flavors_and_Mix-ins But until we've got something, we've got to accept that other options remain valid choices; profiles are just there, well, to ensure a particular choice is properly supported without further implications. > In this case, if it is to disable the upower USE flag, or to provide > alternative, block newer version, whatever make it possible to have a > system working without systemd. >=20 > systemd should not be visible at any time, nor its implications. >=20 > Alon It is easy to make such a statement, but it is hard to make it happen; upstreams change over time, which makes such implications happen sooner or later in one place or the other. Which becomes visible over time... The manpower that we have to keep implications away are limited; to make a change to those implications, one could write code as suggested. --=20 With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D --Sig_/q1JiXXRJPtjTOJiqcHTJJO. Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJTjmTvAAoJEPWZc8roOL/Q1P4H/1PSYbH44E3TCrwBUncePH08 SPutF4VnuD5pAQcvkYY98TOyjwB6v0lCP8/QvNkhUmKSQVugbD1h5EFIDzdllRxy 1YH4EjXc23XJvlfYud3hc+U/2TVM4vxz9HvEix6yPPcDpu3NXB3zJeSgxg33+M8x veoyj++iZB0jEjvDxs1wGWExY/r6NCL042OPyMq50ZMpnx1SzefTJ87TYJN+brX+ tFLHJiS1gg7gVAF4LoC7/0gkz+J0kBw99wfa20OK3y5GgdeT8sL7cADWRGYmZLyJ jJzZPDb71N5ilYNXeT4nzF47laBIVnB3rlYpaZS3thzdyHbW0y+4lRoyJ/pQiPE= =WoQG -----END PGP SIGNATURE----- --Sig_/q1JiXXRJPtjTOJiqcHTJJO.--