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 8D1B9138CCF for ; Sat, 23 May 2015 18:08:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3AD3BE0A6A; Sat, 23 May 2015 18:08:06 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4A984E09F9 for ; Sat, 23 May 2015 18:08:05 +0000 (UTC) Received: from marcec ([93.181.44.4]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MXZw6-1YbrJl2Nk6-00WYCg for ; Sat, 23 May 2015 20:08:03 +0200 Date: Sat, 23 May 2015 20:07:54 +0200 From: Marc Joliet To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] Re: Systemd migration: opinion and questions Message-ID: <20150523200754.3e187663@marcec> In-Reply-To: <20150523131156.01ba56fe@marcec> References: <20150224211545.50495cc0@marcec.fritz.box> <20150520100113.1c44169f@marcec> <20150523104907.7210565a@marcec> <20150523131156.01ba56fe@marcec> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/p0mmWFWAk/8fvUngJ9rM5kQ"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:nsqdC0yJzgxTP5YT2zHd8Vkkg3tvgPV/1YDzWDKqZhIumb33GcN Wu+UaZxQ6Y00rZ68JA45Y3PVk4vgvbE/NhpqonytxzMsbFvIQmENz+ik+OOlxwuYEdGGphA 3qfUHu0IB1BCyaU/WmDUHRo9wO+rk4oDArJNjyjLWxHk6MaoyBSZPVZEVm4I6Y36tNFmnFN AIUEiv+2441eNQTsmFOvg== X-UI-Out-Filterresults: notjunk:1; X-Archives-Salt: a75ef1de-c99a-4db7-adf2-928a255032f6 X-Archives-Hash: 1f1aa453cc50f79eba7b50f006a240fd --Sig_/p0mmWFWAk/8fvUngJ9rM5kQ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 23 May 2015 13:11:56 +0200 schrieb Marc Joliet : > Am Sat, 23 May 2015 10:41:03 +0000 (UTC) > schrieb Duncan <1i5t5.duncan@cox.net>: >=20 > > Marc Joliet posted on Sat, 23 May 2015 10:49:07 +0200 as excerpted: > >=20 > > > Am Thu, 21 May 2015 09:36:28 +0000 (UTC) > > > schrieb Duncan <1i5t5.duncan@cox.net>: > > >=20 > > > [...] > > >> I decided to keep systemd, and ultimately, to unmerge openrc > > > [...] > > >=20 > > > I forgot to ask about this: how did you go about doing that? I'm sti= ll > > > waiting for the following two bugs to be resolved: > > >=20 > > > https://bugs.gentoo.org/show_bug.cgi?id=3D504116 > > > https://bugs.gentoo.org/show_bug.cgi?id=3D511500 > > >=20 > > > Do you have none of the affected packages installed, or...? > >=20 > > Good question! > >=20 > > Answer: "or..." Very definitely "or...", as you will see below. =3D:^) > >=20 > > functions.sh is easy enough to fix, if you're willing to create a singl= e=20 > > symlink, manually. > >=20 > > $ equery belongs functions.sh > > sys-apps/gentoo-functions-0.10 (/lib/gentoo/functions.sh) > >=20 > > The package gentoo-functions is /supposed/ to replace a couple gentoo- > > specific files formerly found in openrc, thereby making openrc optional= =20 > > for those using other init systems (like systemd). One of those files = is=20 > > functions.sh[1]. > >=20 > > But the old /etc/init.d/functions.sh location was hardcoded into a lot = of=20 > > gentoo utilities over the years, some of which don't get updated very=20 > > often especially for stable, and the new /lib/gentoo/functions.sh=20 > > location, while more appropriate, still can't be found by some of these= =20 > > apps. That's what the first bug is about. > >=20 > > Simple enough fix -- ensure the gentoo-functions package is installed (= it=20 > > should be as it's a dependency of enough stuff, including current glibc= =20 > > packages!), and do a manual symlink from the old location to the new=20 > > one. Viola! No openrc needed for THAT any more, and because the new=20 > > location's file is still packaged, any updates to it should occur=20 > > normally and will be simply picked up by anything still using the old=20 > > location, since it's a symlink! =3D:^) > [...] >=20 > That is certainly an interesting approach, since it avoids any upgrades. = Then > I would only have to deal with openrc. >=20 > [snip empty @system approach] >=20 > Wow, that's certainly an interesting approach! It's definitely not for m= e, > though. While I appreciate the control Gentoo gives me, I don't need *th= at* > kind of control. Well, I did end up doing this: % cat /etc/portage/profile/packages -*sys-apps/openrc and creating the symlink as suggested. I also added java-config-wrapper to package.provided as I originally sugges= ted, following the declaration of obsolescence in bug #549508. So far everything seems to be working fine (i.e., gcc-config and java-config-2 both work). Thanks --=20 Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup --Sig_/p0mmWFWAk/8fvUngJ9rM5kQ Content-Type: application/pgp-signature Content-Description: Digitale Signatur von OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJVYMIBAAoJEL/Q5oYsiHj0VxgQALnGmu7i+wxZrk7sQFxkoGey d8vQQYKH4dxJ3a2Ff+9I36rJFiGnINJkJPRQJU033jPlgH5Rcqr3RdsgfNWcwp2q Zi1hp5ZG8XPg3H0oeJmV0+PvxmFchuMNdZRaXhzuWCmrkDxrwUm9TcjrC3RGROSK TiImDuViBdWQ5O5fxN+ipuDBs9tF8HYgheOTxcdVZ3xOEaHvR9MFogJSW6uuKe1x eiOhCTwUDt9ET2kLEvN4Ed3UyjxM/N4feLykhdqbuAaKP5hNL3PpoG22kzYXZEel 2mn7tr3OObJ0a1Eagn5pc9XqPyWmYk1koGvb4eCRgHKpWuts6+VW5ZTj6fSwsCoK k1RJgbgKJSNFfXpltP8jwmFJKUs5awyZ56C/UEHa/YYtoVYCReW3AaKKHAfoULVH /Bk4RKzlhPTZukri3yZuoQU+MOfgNluyftvIrSTzzDxxiDI+l3DvOWsqzAPUOHt9 HZyGl91OS+O7UXymFmR0mxQFekVyRTS65//znwgYf2gN2euQbQL2SFuLuKJwWvfj AuDO/0fCWuMz52D1cIl6sn0M42UFfU+e+KjZ8ZrvsAxDFfQja82b4OgaY8ilddPy WwETU76Da4SV76RcBQBJINLTWsz+WbHyVkIRiUSe7hxOtXrbWo65gkO2xF1D2+zr mBugz/4Ds1C3hSL0oaRP =DqvG -----END PGP SIGNATURE----- --Sig_/p0mmWFWAk/8fvUngJ9rM5kQ--