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 3ECA613877A for ; Sun, 29 Jun 2014 22:15:05 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3C0E7E0A8E; Sun, 29 Jun 2014 22:14:56 +0000 (UTC) Received: from mail-we0-f180.google.com (mail-we0-f180.google.com [74.125.82.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C16E8E088A for ; Sun, 29 Jun 2014 22:14:54 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id x48so7362443wes.11 for ; Sun, 29 Jun 2014 15:14:53 -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=4Dkf63folXW8Nd4ouP/376cmchUg+NRbIdmLgJAVigs=; b=c6QG3mgbw4CI5zEiyhGYowErCE8ZhDppuaNzIc1aC53TcbrjrnBirbYi2y7Rv7No4S /YHot8+86ZTJ01doF83chcRoDizEHIK7+CIn0pby4AXQtl0Pwo0WyoA19i1HNZv8UsxJ rVvgquIv5QdVWNMiEbmrJ6OxgiXzCbdr1p2+R6cVjn8a5TM/wS/ds2wLpmp36EXAMAX2 3DtYLdwd8dU25Fqtr7susS6B2y+dX6k7bpYoAEw+hvyLrmrVNZrVQbQlof6XcwyIlhJn d/aq7ibyMyVyahBHIbNzQYvx4pQvIcIc5M8vaH1mucsXMQ9cNVf5tDzyWh2AFlYDw2hW 2XEA== X-Received: by 10.194.250.37 with SMTP id yz5mr17709946wjc.47.1404080093456; Sun, 29 Jun 2014 15:14:53 -0700 (PDT) Received: from [172.20.0.41] (196-215-51-166.dynamic.isadsl.co.za. [196.215.51.166]) by mx.google.com with ESMTPSA id lk7sm37150311wjb.24.2014.06.29.15.14.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 29 Jun 2014 15:14:53 -0700 (PDT) Message-ID: <53B08FAB.4050700@gmail.com> Date: Mon, 30 Jun 2014 00:14:03 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.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] must/should systemd users package.mask upower-pm-utils References: <87ha33sck5.fsf@nyu.edu> <53B0759C.6030500@gmail.com> <87lhsfpeeg.fsf@nyu.edu> In-Reply-To: <87lhsfpeeg.fsf@nyu.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 7fc8ea80-de34-4c4a-b195-83e96a37ed26 X-Archives-Hash: 612e502b2916428776935e47234251c4 On 29/06/2014 23:57, gottlieb@nyu.edu wrote: > On Sun, Jun 29 2014, Alan McKinnon wrote: > >> On 29/06/2014 22:09, gottlieb@nyu.edu wrote: >>> My desktop is a fully stable (empty package.accept_keywords) systemd >>> system. The profile is .../gnome/system and it boots init=systemd. >>> >>> The 3 june news asserts "all systemd users are recommended to stay with >>> sys-power/upower". >>> >>> However update world wants to uninstall upower and install >>> upower-pm-utils. >>> >>> Adding sys-power/upower-pm-utils to /etc/package.mask, "fixed" the >>> problem, but I wonder if I chose an appropriate fix. I was a little >>> surprised that a stable system would need an entry in package.mask. >>> >>> Any advice would be appreciated, >>> allan >>> >>> PS I realize that the news item concerned hibernate/suspend so is not >>> relevant, but the same issue uninstall/install occurs on my laptop. >>> Those systems have a less simple "goingstable" setup and are more >>> important to me so I prefer to first change the fully stable desktop. >> >> >> Are you still dealing with this same output you posted about on the 26th? >> >> Calculating dependencies... done! >> >> [ebuild U ] x11-wm/sawfish-1.9.1-r2 [1.9.1-r1] USE="emacs%* nls >> -xinerama" 2,556 kB >> [nomerge ] gnome-base/gnome-3.10.0:2.0 USE="bluetooth cdr classic >> cups extras -accessibility" >> [nomerge ] gnome-base/gnome-shell-3.10.4-r2 USE="bluetooth i18n >> networkmanager (-openrc-force)" PYTHON_TARGETS="python2_7" >> [nomerge ] sys-power/upower-pm-utils-0.9.23-r2 >> USE="introspection -ios" >> [blocks b ] sys-power/upower ("sys-power/upower" is blocking >> sys-power/upower-pm-utils-0.9.23-r2) >> [uninstall ] sys-power/upower-0.9.23-r3 USE="introspection -doc >> -ios" >> [ebuild N ] sys-power/upower-pm-utils-0.9.23-r2 >> USE="introspection -ios" 0 kB >> >> That is gnome-shell pulling in upower || upower-pm-utils and for some >> reason it chose the one you do not want. >> >> Using package.mask is valid (it's a documented tool and not only for >> ~arch - all it means is that you do not want the listed packages and >> there could be many reasons for that) but it does seem a bit heavy-handed. >> >> Normally, manually installing upower should be enough to satisfy the dep >> and keep upower-pm-utils off your machine, but bugs are possible I suppose. >> >> Is there any bugs on b.g.o. about this? >> Run emerge with -t and post the relevant section, let's see why the >> wrong package is being pulled in. Also the output of >> >> equery depends upower >> equery depends upower-pm-utils > > Yes it is the same general issue. But I moved from my "goingstable" > laptop to my fully stable desktop, hoping it would be clearer. > I did run the emerge world with -t on the desktop. I am now temporarily > removing the package.mask entry and running it again. The output is > > Calculating dependencies... done! > [nomerge ] gnome-base/gnome-3.10.0:2.0 USE="bluetooth cdr classic cups extras -accessibility" > [nomerge ] gnome-base/gnome-shell-3.10.4-r2 USE="bluetooth i18n networkmanager (-openrc-force)" PYTHON_TARGETS="python2_7" > [nomerge ] sys-power/upower-pm-utils-0.9.23-r2 USE="introspection -ios" > [blocks b ] sys-power/upower ("sys-power/upower" is blocking sys-power/upower-pm-utils-0.9.23-r2) > [uninstall ] sys-power/upower-0.9.23-r3 USE="introspection -doc -ios" > [ebuild N ] sys-power/upower-pm-utils-0.9.23-r2 USE="introspection -ios" 0 kB > Total: 1 package (1 new, 1 uninstall), Size of downloads: 0 kB > Conflict: 1 block > > I did not do this upgrade and with my package.mask in place, update > world says "nothing to merge". > > The equery's give > > allan ~ # equery depends upower > * These packages depend on upower: > app-misc/tracker-0.16.4 (laptop ? gnome-base/gnome-control-center-3.10.3 ( gnome-base/gnome-session-3.10.1 ( gnome-base/gnome-settings-daemon-3.10.2 ( gnome-base/gnome-shell-3.10.4-r2 ( gnome-extra/gnome-power-manager-3.10.1 ( net-im/telepathy-mission-control-5.14.1 (upower ? >=sys-power/upower-0.9.11) > (upower ? net-misc/networkmanager-0.9.8.8 (sys-power/upower) > x11-wm/mutter-3.10.4 ( allan ~ # equery depends upower-pm-utils > * These packages depend on upower-pm-utils: > app-misc/tracker-0.16.4 (laptop ? sys-power/upower-pm-utils) > gnome-base/gnome-control-center-3.10.3 (sys-power/upower-pm-utils) > gnome-base/gnome-session-3.10.1 (sys-power/upower-pm-utils) > gnome-base/gnome-settings-daemon-3.10.2 (sys-power/upower-pm-utils) > gnome-base/gnome-shell-3.10.4-r2 (sys-power/upower-pm-utils[introspection]) > gnome-extra/gnome-power-manager-3.10.1 (sys-power/upower-pm-utils) > net-im/telepathy-mission-control-5.14.1 (sys-power/upower-pm-utils) > net-misc/networkmanager-0.9.8.8 (sys-power/upower-pm-utils) > x11-wm/mutter-3.10.4 (sys-power/upower-pm-utils) > allan ~ # > > When I started this project there were no related bugs in b.g.o. > I will investigate them > > 513842 - talks about a upower mask from the openrc perspective > 513700 - is about stabilizing upower-0.99.0-r1 > 512252 - again a problem for openrc users > 515228 - talks about upower versions and differences with different systems. > > One phrase from the last bug is "Probably we need to document this > better, for example in the wiki." > > So perhaps the package.mask is not terrible. > Would you advise I put the package.mask in a "goingstable" laptop and > try an update world? I do have two laptops whose configurations are > "close", one is my main system. I would first update world on the other > one. Hi Allen, It's late and perhaps I'm not think too clearly, but I think I see the problem: Almost everything listed in equery depends upower is looking for this: