From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 1EA111382C5 for ; Sun, 11 Feb 2018 15:26:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1A037E0D78; Sun, 11 Feb 2018 15:26:30 +0000 (UTC) Received: from mx.cims.nyu.edu (MX.CIMS.NYU.EDU [128.122.49.99]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A86EFE0CC2 for ; Sun, 11 Feb 2018 15:26:29 +0000 (UTC) Received: from smtp.cs.nyu.edu (smtp.cs.nyu.edu [128.122.49.97]) by mx.cims.nyu.edu (8.15.1+Sun/8.15.1) with ESMTPS id w1BFQPUi026108 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sun, 11 Feb 2018 10:26:26 -0500 (EST) Received: from E7450.localdomain (ool-18be5603.dyn.optonline.net [24.190.86.3]) (authenticated bits=0) by smtp.cs.nyu.edu (8.14.7/8.14.7) with ESMTP id w1BFQOP2019391 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sun, 11 Feb 2018 10:26:25 -0500 Received: by E7450.localdomain (Postfix, from userid 1000) id E2025459DF; Sun, 11 Feb 2018 10:26:23 -0500 (EST) From: allan gottlieb To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] "systemd sysv-utils blocker resolution" References: <87wozk2xfj.fsf@nyu.edu> <87o9kw2pq7.fsf@nyu.edu> Date: Sun, 11 Feb 2018 10:26:23 -0500 In-Reply-To: (Rich Freeman's message of "Sat, 10 Feb 2018 22:30:26 -0500") Message-ID: <87fu671ra8.fsf@nyu.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) 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: text/plain X-Greylist: inspected by milter-greylist-4.6.2 (mx.cims.nyu.edu [128.122.49.99]); Sun, 11 Feb 2018 10:26:26 -0500 (EST) for IP:'128.122.49.97' DOMAIN:'smtp.cs.nyu.edu' HELO:'smtp.cs.nyu.edu' FROM:'gottlieb@nyu.edu' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx.cims.nyu.edu [128.122.49.99]); Sun, 11 Feb 2018 10:26:26 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mx X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.80 on 128.122.49.99 X-Archives-Salt: 6ee43994-d85d-4a55-b508-5cc1d5e86827 X-Archives-Hash: fd5da412cc7266fe9b5dce1413ddcf00 On Sat, Feb 10 2018, Rich Freeman wrote: > On Sat, Feb 10, 2018 at 10:02 PM, allan gottlieb wrote: >> On Sat, Feb 10 2018, Rich Freeman wrote: >> >>> >>> Interesting. Does /sbin/reboot exist? >> >> gottlieb@E6430 ~ $ ls -l /sbin/reboot >> lrwxrwxrwx 1 root root 16 Jan 28 13:08 /sbin/reboot -> ../bin/systemctl >> >>> What does "qfile /sbin/reboot" return? >> >> gottlieb@E6430 ~ $ qfile /sbin/reboot >> sys-apps/systemd (/sbin/reboot) > > Ok, your systemd is built with USE=sysv-utils. > >>> Ultimately it comes down to whether you care about the compatibility >>> symlinks. It probably isn't a bad idea to have them though. Maybe >>> some day you'll install a UPS and its shutdown scripts will just call >>> shutdown/poweroff/etc and not work. Software that shuts down using >>> either systemctl or dbus would be fine. >> >> Since you lean toward having the symlinks, why is the new default for >> the use flag on? Upstream? > > When the flag is on the symlinks are created. They're only missing > (from systemd) when the flag is off. > >> Also why do I have the symlinks with the 236-r5 system, contracting the >> news item. (This is true for both machines.) > > You have them because the default is USE=sysv-utils, which installs > the symlinks. > > The real question is why euse didn't show you has having the flag > enabled. That I'm not sure about. It shows it as enabled on my > system. I'd have to dig into where it is getting its data and how > this might get out of sync. > > To avoid a second email - a lack of depcleaning might explain why > software like openrc/netifrc is still installed. I don't believe it > has anything to do with the output of euse. Thank you (and dale) again. allan