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 118F91384C1 for ; Mon, 31 Aug 2015 13:37:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 20E4A141E5; Mon, 31 Aug 2015 13:37:17 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 048511412D for ; Mon, 31 Aug 2015 13:37:15 +0000 (UTC) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 7DC3520B01 for ; Mon, 31 Aug 2015 09:37:15 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Mon, 31 Aug 2015 09:37:15 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=+w0sueh6GzIr6woeWU85yLvQ0i0=; b=oTAF2 EJOrvFwlLhEkTiKTdPDJY/JMqCF/gc+kwU5Dgl+qlnGqJHlNF3T5X/NMvNIi1XDf 6V0J9cJ3IE4DB+tvKN+/EE+KBT87Q1RYfXTd5yPJG5xPRIsrH/ctzbF8c52IzGnf bCAPazUujgYCtr8xvyZZ14wW38HjnTtUm04Z4A= X-Sasl-enc: CQ6YB6rCe271dohSD7O7prr6zNf6IVH1Qrq8MBiEpO0U 1441028235 Received: from apio.adsroot.itcs.umich.edu (0587386255.wireless.umich.net [35.2.205.143]) by mail.messagingengine.com (Postfix) with ESMTPA id 2846AC00016; Mon, 31 Aug 2015 09:37:15 -0400 (EDT) Date: Mon, 31 Aug 2015 09:37:10 -0400 From: Alec Ten Harmsel To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] a few blockers I can't figure out Message-ID: <20150831133710.GA546@apio.adsroot.itcs.umich.edu> References: <14864.1440994748@ccs.covici.com> <55E42037.1060402@gmail.com> <32639.1441018993@ccs.covici.com> <55E43610.7000709@gmail.com> <24901.1441021764@ccs.covici.com> <55E44B22.9090806@gmail.com> 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; charset=us-ascii Content-Disposition: inline In-Reply-To: <55E44B22.9090806@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Archives-Salt: da79f8dc-f68b-4443-99af-2952993391e5 X-Archives-Hash: 2ee6e433fea96badf205ea269089334e On Mon, Aug 31, 2015 at 02:40:02PM +0200, Alan McKinnon wrote: > On 31/08/2015 13:49, covici@ccs.covici.com wrote: > >> A clue is in the ebuilds for systemd: > >> > > >> > sysv-utils? ( > >> > !sys-apps/systemd-sysv-utils > >> > !sys-apps/sysvinit ) > >> > > >> > That's a hard blocker, no way round it. It's in all the systemd ebuilds > >> > for the current unstable versions. > >> > > >> > Do you have USE="sysv-utils" set for sysvinit? > >> > > >> > If so, to have both sysvinit and systemd, you will have to disable that > >> > USE flag and see what comes next. > > I put that use flag in there because I thought it would allow systemd to > > generate a service from a script in /etc/init.d, but I will see what > > happens when I remove that flag or maybe if there is another way to > > accomplish that? > > Well, that did it! It still is downgrading systemd, but that's not too > > bad, thanks guys. > > $ euses -sf sysv-utils > sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks > and manpages for init, telinit, halt, poweroff, reboot, runlevel, and > shutdown > > > That description is quite vague, and could mean many things. I'm no > expert on systemd, but I would imagine that it already has it's own > scripts to deal with those listed functions. I wonder what the use of > the flag is then? Perhaps an old compatibility layer than is not needed now? This means that it installs /bin/poweroff, /bin/reboot, etc. and the relevant manpages. I'm pretty sure that's all it does. It is not needed at all, as long as you don't mind typing `systemctl poweroff' instead of `poweroff', and so on and so forth. I guess the /bin/init symlink would be helpful so that you don't have to add `init=/usr/lib/systemd/systemd' to the kernel commandline, but whatever. Alec