1 |
Mark Knecht posted on Wed, 04 Jun 2014 09:41:30 -0700 as excerpted: |
2 |
|
3 |
> There is an in progress, higher energy thread on gentoo-user with folks |
4 |
> getting upset (my interpretation) about systemd and support for |
5 |
> suspend/resume features. I only found it being that I ran into an emerge |
6 |
> block and went looking for a solution. (In my case it was -upower as a |
7 |
> new use flag setting.) |
8 |
|
9 |
Yeah. I saw the original dev-list thread on the topic, before it all hit |
10 |
the tree (and continuing now), which is a big part of why I subscribe to |
11 |
the dev-list, to get heads-up about things like that. |
12 |
|
13 |
What happened from the dev-list perspective is that after upower dropped |
14 |
about half the original package as systemd replaced that functionality, |
15 |
the gentoo maintainers split the package in half, the still included |
16 |
functionality under the original upower name, with the dropped portion in |
17 |
a new, basically-gentoo-as-upstream, package, upower-pm-utils. |
18 |
|
19 |
But to the gentoo maintainer the portage output was sufficient that |
20 |
between emerge --pretend --tree --unordered-display and eix upower, what |
21 |
was needed was self-evident, so he didn't judge a news item necessary. |
22 |
What a lot of other users (including me) AND devs are telling him is that |
23 |
he's apparently too close to the problem to see that it's not as obvious |
24 |
as he thinks, and a news item really is necessary. |
25 |
|
26 |
Compounding the problem for users is that few users actually pulled in |
27 |
upower on their own and don't really know or care about it -- it's pulled |
28 |
in due to default desktop-profile use-flags as it's the way most desktops |
29 |
handle suspend/hibernate. Further, certain desktop dependencies |
30 |
apparently got default-order reversed on the alternative-deps, so portage |
31 |
tries to fill the dep with systemd instead of the other package. |
32 |
Unfortunately that's turning everybody's world upside down, as suddenly |
33 |
portage wants to pull in systemd *AND* there's all these blockers! |
34 |
|
35 |
Meanwhile, even tho he didn't originally think it necessary, once pretty |
36 |
much all gentoo userspace (forums, irc, lists, various blogs...) erupted |
37 |
in chaos, the gentoo maintainer decided that even tho he didn't quite |
38 |
understand /why/ a news item was needed, that was the best way to get the |
39 |
message out as to how to fix things and to calm things back down. |
40 |
|
41 |
But, policy is that such news items must be posted to the gentoo-dev list |
42 |
for (ideally) several days of comment before they're committed, and a |
43 |
good policy it is in general too, because the news items generally turn |
44 |
out FAR better with multiple people looking over the drafts and making |
45 |
suggestions, than the single-person first-drafts tend to be! |
46 |
|
47 |
In cases such as this, however, the comment time is shortened to only a |
48 |
day or two unless something seriously wrong comes up in the process, and |
49 |
while I've not synced for a few days, I'd guess that news item has either |
50 |
hit before I send this, or certainly if not, it'll hit within a matter of |
51 |
hours. |
52 |
|
53 |
Once the news item hits, for people that actually read them at least, the |
54 |
problem should be pretty much eliminated, as there's appropriate |
55 |
instructions for how to fix the blocker, etc. |
56 |
|
57 |
So things should really be simmering back down pretty shortly. =:^) |
58 |
Meanwhile, in the larger perspective of things, it's just a relatively |
59 |
minor goof that as usual is fixed in a couple days. No big deal, except |
60 |
that /this/ goof happens to include the uber-lightening-rod-package that |
61 |
is systemd. Be that as it may, the world isn't ending, and the problem |
62 |
is indeed still fixed up within a couple days, as usual, with |
63 |
information, some reliable, some not so reliable, available via the usual |
64 |
channels for those who don't want to wait. |
65 |
|
66 |
-- |
67 |
Duncan - List replies preferred. No HTML msgs. |
68 |
"Every nonfree program has a lord, a master -- |
69 |
and if you use the program, he is your master." Richard Stallman |