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 ED663138CC5 for ; Sun, 22 Mar 2015 21:22:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7C244E087C; Sun, 22 Mar 2015 21:22:40 +0000 (UTC) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) (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 29CDFE085C for ; Sun, 22 Mar 2015 21:22:39 +0000 (UTC) Received: by wibgn9 with SMTP id gn9so43303272wib.1 for ; Sun, 22 Mar 2015 14:22:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=7p18er2HtiVLZMlTN5T/rTJOSvzNHNhrBMBGqr2G/ew=; b=Ap7M7KL/4tynWbbBUcAxhW13UDrBpnQJO/uVEcrhjRxUILAxYXa6tkM9slaqwgNrWu ksIvPN7ns5RRR6C/NWk3lVbv+b1C4uOxx41d56uFNrMVRSI7Iq958kYO0NS+3H7/i8B+ hiKoYKX7wWOaDbkPX/yGNLuJC5CJ1hJFramMpBDaLMFg2SCC6yIsEOoK5CnmeJiQPyGK YmkiJehF0fFLAGeQCpJOVPQmJJdQcMDDOt1O6qdhUCbSBszLJswqmCfmHg9VD2/VZ+uC X7rbI9lcdp30eIsu8euRzOn0UN/cW1KaohufNIi8vCGQ2YYdyEfhJJ/1L1qpz7CepIOn QRWw== X-Received: by 10.181.27.199 with SMTP id ji7mr13744764wid.76.1427059358157; Sun, 22 Mar 2015 14:22:38 -0700 (PDT) Received: from [172.20.0.41] ([105.210.25.39]) by mx.google.com with ESMTPSA id p5sm8215296wiz.20.2015.03.22.14.22.36 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Mar 2015 14:22:37 -0700 (PDT) Message-ID: <550F3299.9090500@gmail.com> Date: Sun, 22 Mar 2015 23:22:33 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: blockage References: <87bnjl1zpq.fsf@heimdali.yagibdah.de> <550E8A48.9040409@gmail.com> <87zj75z4xw.fsf@heimdali.yagibdah.de> <550EA825.9030605@gmail.com> <87619tkwtf.fsf@heimdali.yagibdah.de> <550ED96E.1090300@gentoo.org> <87k2y8zz03.fsf@heimdali.yagibdah.de> In-Reply-To: <87k2y8zz03.fsf@heimdali.yagibdah.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: ee342cdb-1ded-4ef1-a9be-57bb09485eda X-Archives-Hash: 278a634a1600f8dc875903e52e1dd128 On 22/03/2015 20:08, lee wrote: > Jonathan Callen writes: > >> On 2015-03-22 09:04, lee wrote: >>> 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? >>> >>> >> >> It is reflected in the dependencies by the fact that the first dep >> (and generally the one chosen by portage) requires a new-enough >> version of util-linux *with the "tty-helpers" USE flag enabled*. You >> don't need multiple versions of anything installed. If you just add >> "sys-apps/util-linux tty-helpers" to your /etc/portage/package.use >> file and try again, you will likely find that portage will update >> everything for you without any further issues. > > Oh that actually works! How is one supposed to know that this use flag > must be added? Sadly, you don't know. There is no clue in any of the output you posted that this is required, so your only solution is to ask the collective memory of the community. Lucky for you and others, Jonathan was aware of the problem and was kind enough to post the solution. This is one of the things that is starting to real get on my damn tits about portage, for about 2 years now. It's not an easy problem to solve, and to be honest, portage is not helping at all. You have two options in running it: don't use -v and get very little info, or use -v and get a terminal dump of the entire graph tree with lots of stuff and zero real information about how to solve it. Look at my thread with Dale just the other day, I managed to help him with the correct answer because I had a magic brainwave to search for the "<" character. Seriously, what kind of process would ever use that as a problem solving approach? In your case, the solution is in the ebuild for acpupsd and it's specific DEPENDs. Now, I'm generally OK with looking in ebuilds for real answers and have gotten used to it, but ffs I should not have to do that. Well-written software should provide that information in it's output, and it shouldn't be hard to get the software to do it. Ok, rant over. -- Alan McKinnon alan.mckinnon@gmail.com