From: Marc Joliet <marcec@gmx.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] sys-power/upower with systemd
Date: Thu, 26 Jun 2014 09:57:05 +0200 [thread overview]
Message-ID: <20140626095705.71d00927@marcec> (raw)
In-Reply-To: <87r42c78vl.fsf@nyu.edu>
[-- Attachment #1: Type: text/plain, Size: 4857 bytes --]
Am Wed, 25 Jun 2014 21:33:02 -0400
schrieb gottlieb@nyu.edu:
> On Tue, Jun 24 2014, Marc Joliet wrote:
>
> > Am Mon, 23 Jun 2014 20:39:13 -0400
> > schrieb gottlieb@nyu.edu:
> >
> >> I think I had first misinterpreted the news msg, but want to be sure I
> >> do understand it correctly now.
> >>
> >> The message ends with
> >>
> >> All non-systemd users are recommended to choose between:
> >> # emerge --oneshot --noreplace 'sys-power/upower-pm-utils'
> >> or
> >> # emerge --oneshot --noreplace '>=sys-power/upower-0.99.0'
> >> However, all systemd users are recommended to stay with sys-power/upower.
> >>
> >> I first read "stay with sys-power/upower" to mean systemd users should
> >> NOT do any of the two options for non-systemd users and let portage "do
> >> its thing". However, portage want to replace upower with
> >> upower-pm-utils, which I am pretty sure is not intended for systemd
> >> users.
> >>
> >> Is the proper reading of the news message, that the systemd users should
> >> use the second option available for non-systemd users? Specifically am
> >> I to execute
> >>
> >> # emerge --oneshot --noreplace '>=sys-power/upower-0.99.0'
> >>
> >> ?
> >
> > Um, personally, I think the message is extremely clear: non-systemd users
> > should choose between the first two options, and systemd users should just
> > stick with plain upower, regardless of version (although there is only one
> > ATM, the older one is masked now).
>
> I am embarrassed to say that I am still having trouble with this upower
> business.
> My profile is .../gnome/systemd and I have the
> init=/usr/lib/systemd/systemd line GRUB_CMDLINE_LINUX so I am using
> systemd.
>
> right now I have sys-power/upower-0.9.23-r3 installed (the only version
> below 0.99) and sys-power/upower-pm-utils NOT installed.
>
> If I try to update world (see below), portage wants to install
> sys-power/upower-pm-utils and uninstall sys-power/upower.
>
> The output (below) suggests that gnome-shell requires this, but I read
> the gnome-shell ebuild as permitting my current
> sys-power/upower-0.9.23-r3 as an alternative.
>
> If I try to
> # emerge --oneshot --noreplace '>=sys-power/upower-0.99.0'
> I get a conflict since several gnome packages (e.g. gnome-shell)
> explicitly want <upower-0.99
>
> Am I supposed to package-mask sys-power/upower-pm-utils?
>
> The results shown are on a stable amd64 system (my previous msg
> concerned another system that I am slowly converting from testing to
> stable, but this msg only involves a fully stable system).
>
> thanks in advance,
> allan
>
> ================================================================
>
> allan ~ # emerge --keep-going --update --changed-use @world
>
> These are the packages that would be merged, in reverse order:
>
> 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
If you synced recently, its probably because upower-0.9.23-r3 is hard masked,
leaving no version of upower to satisfy the dependency, so it switches to
upower-pm-utils instead. That would be my conclusion, at least.
I thought that maybe upower-pm-utils and upower are identical at that version,
but no, upower-pm-utils forces the pm-utils backend, whereas upower didn't.
I suppose you could unmask that version of upower until Gnome 3.12 is
stabilised, since gnome-shell-3.12.2 requires >=upower-0.99, so you will upgrade
automatically (I just checked and there's a relatively new bug on that, so who
knows how long it will take). I would expect switching to upower-pm-utils to
potentially cause problems with systemd, otherwise the recommendation wouldn't
be what it is. Unless you don't actually use suspend or hibernate? Then it
might not matter at all.
Of course, I'm basing all of this on my understanding of the previous upower
discussion, so maybe I missed something, and maybe the exact situation for
Gnome users is slightly different.
Perhaps a dev can chime in?
HTH
--
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
prev parent reply other threads:[~2014-06-26 7:57 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-24 0:39 [gentoo-user] sys-power/upower with systemd gottlieb
2014-06-24 8:01 ` Marc Joliet
2014-06-24 8:08 ` Helmut Jarausch
2014-06-24 8:28 ` Marc Joliet
2014-06-24 10:09 ` Rich Freeman
2014-06-24 10:30 ` Marc Joliet
2014-06-24 11:05 ` Alan McKinnon
2014-06-26 1:33 ` gottlieb
2014-06-26 7:57 ` Marc Joliet [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140626095705.71d00927@marcec \
--to=marcec@gmx.de \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox