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

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

[gottlieb]

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.

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

[Alan McKinnon]

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






-- 
Alan McKinnon
alan.mckinnon@gmail.com

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

[gottlieb]

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.

thanks again,
allan

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

[gottlieb]

On Sun, Jun 29 2014, gottlieb@nyu.edu wrote:

> When I started this project there were no related bugs in b.g.o.
> I will investigate them

Pretty tricky huh.

When I started this project there were no related bugs in b.g.o.; but
there are now.
I will investigate them

Sorry,
allan

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

[Alan McKinnon]

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

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

[gottlieb]

On Sun, Jun 29 2014, Alan McKinnon wrote:

> 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

I am using the .../gnome/systemd profile on all systems (see below).
Also eix shows sys-power-0.9.23 as stable and portage is not complaining
that I have it installed once I mask syspower-pm-utils, which for some
reason, portage likes better

I think I will mask syspower-pm-utils on my backup laptop (goingstable,
gnome/systemd) and let the update word do its thing.

Thanks again,
allan

allan ~ # eselect profile list
Available profile symlink targets:
  [1]   default/linux/amd64/13.0
  [2]   default/linux/amd64/13.0/selinux
  [3]   default/linux/amd64/13.0/desktop
  [4]   default/linux/amd64/13.0/desktop/gnome
  [5]   default/linux/amd64/13.0/desktop/gnome/systemd *
  [6]   default/linux/amd64/13.0/desktop/kde
  [7]   default/linux/amd64/13.0/desktop/kde/systemd
  [8]   default/linux/amd64/13.0/developer
  [9]   default/linux/amd64/13.0/no-multilib
  [10]  default/linux/amd64/13.0/x32
  [11]  hardened/linux/amd64
  [12]  hardened/linux/amd64/selinux
  [13]  hardened/linux/amd64/no-multilib
  [14]  hardened/linux/amd64/no-multilib/selinux
  [15]  hardened/linux/amd64/x32
  [16]  hardened/linux/uclibc/amd64
  [17]  hardened/linux/musl/amd64
allan ~ # eix -e upower
[U] sys-power/upower
     Available versions:  0.9.23-r3 0.99.0-r1(0/2) {doc +introspection ios KERNEL="FreeBSD linux"}
     Installed versions:  0.9.23-r3(09:00:10 PM 06/25/2014)(introspection -doc -ios KERNEL="linux -FreeBSD")
     Homepage:            http://upower.freedesktop.org/
     Description:         D-Bus abstraction for enumerating power devices and querying history and statistics

allan ~ #