Re: [gentoo-user] must/should systemd users package.mask upower-pm-utils

[Alan McKinnon <alan.mckinnon@gmail.com>]

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 ? <sys-power/upower-0.99)
> gnome-base/gnome-control-center-3.10.3 (<sys-power/upower-0.99)
> gnome-base/gnome-session-3.10.1 (<sys-power/upower-0.99)
> gnome-base/gnome-settings-daemon-3.10.2 (<sys-power/upower-0.99)
> gnome-base/gnome-shell-3.10.4-r2 (<sys-power/upower-0.99[introspection])
> gnome-extra/gnome-power-manager-3.10.1 (<sys-power/upower-0.99)
> net-im/telepathy-mission-control-5.14.1 (upower ? >=sys-power/upower-0.9.11)
>                                         (upower ? <sys-power/upower-0.99)
> net-misc/networkmanager-0.9.8.8 (sys-power/upower)
> x11-wm/mutter-3.10.4 (<sys-power/upower-0.99)
> 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:

<sys-power/upower-0.99

But look at this:

$ eix -e upower
* sys-power/upower
     Available versions:  [M]0.9.23-r3 0.99.0-r1(0/2) {doc
+introspection ios KERNEL="FreeBSD linux"}
     Homepage:            http://upower.freedesktop.org/
     Description:         D-Bus abstraction for enumerating power
devices and querying history and statistics


There is no stable version of upower you can use (0.9.23-r3 is masked in
the profile) so only upower-pm-utils satisfies the dep. However, the
mask is reversed in the systemd profile.

Are you using the systemd profile? If not, set it and do a pretend
emerge run. I feel this will sort out your problem.


The situation with upower does feel clunky to my mind; profiles are
supposed to be for the most part entirely optional and serve as a
convenience. Requiring a specific profile to get stuff to work doesn't
feel right on a user level even though the maths logic driving it is correct



-- 
Alan McKinnon
alan.mckinnon@gmail.com