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 200E5138CC5 for ; Sun, 22 Mar 2015 13:04:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B987DE08ED; Sun, 22 Mar 2015 13:04:36 +0000 (UTC) Received: from jarl.yagibdah.de (unknown [185.55.75.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 685BCE0888 for ; Sun, 22 Mar 2015 13:04:35 +0000 (UTC) Received: from br-dmz-ip.yagibdah.de ([192.168.1.1] helo=heimdali.yagibdah.de) by jarl.yagibdah.de with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1YZfYP-0002rz-85 for gentoo-user@lists.gentoo.org; Sun, 22 Mar 2015 14:04:33 +0100 Received: from lee by heimdali.yagibdah.de with local (Exim 4.84) (envelope-from ) id 1YZfYP-0002XO-6C for gentoo-user@lists.gentoo.org; Sun, 22 Mar 2015 14:04:33 +0100 From: lee To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] blockage In-Reply-To: (Tom H.'s message of "Sun, 22 Mar 2015 08:09:34 -0400") Date: Sun, 22 Mar 2015 14:04:28 +0100 Organization: my virtual residence Message-ID: <87619tkwtf.fsf@heimdali.yagibdah.de> References: <87bnjl1zpq.fsf@heimdali.yagibdah.de> <550E8A48.9040409@gmail.com> <87zj75z4xw.fsf@heimdali.yagibdah.de> <550EA825.9030605@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Mail-Followup-To: gentoo-user@lists.gentoo.org 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-Archives-Salt: 4aafe74b-b6cd-4b5e-a61a-5f0651b0571e X-Archives-Hash: 1e618764988f7786e0855b8d5ef054db Tom H writes: > On Sun, Mar 22, 2015 at 7:31 AM, Alan McKinnon wrote: >> >> It looks to me like sysvinit-2.88-r7 was stabilized and the maintainer >> of apcupsd didn't notice. From the ebuild for apcupsd-3.14.8-r2: >> >> DEPEND=" >> || ( >=sys-apps/util-linux-2.23[tty-helpers] >> <=sys-apps/sysvinit-2.88-r4 >> sys-freebsd/freebsd-ubin >> ) >> >> What I suggest is copy that ebuild to your local overlay and update the >> DEPEND to <=sys-apps/sysvinit-2.88-r7 and redigest >> >> If that gives a correct update path for world, then file a bug against >> apcupsd. > > Some commands were moved from sysvinit to util-linux, and these > commands are required by apcupsd and are included in util-linux if > it's compiled with the "tty-helpers" use flag. Is this somehow reflected in the dependencies? And how could I deal with the multiple versions of util-linux that seem to be required? Perhaps I should forcefully update util-linux and use tty-helpers so that apcupsd still works in case I reboot. But what other problems might that cause? What am I supposed to think? Should we not update unless no problems are listed and just wait in case there are some, potentially having to wait indefinitely? How about security updates then? -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable.