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 2EF0F1381FA for ; Thu, 5 Jun 2014 02:00:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CD892E0AC9; Thu, 5 Jun 2014 02:00:23 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0D2BDE08AD for ; Thu, 5 Jun 2014 02:00:22 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WsMyZ-00084f-9B for gentoo-amd64@lists.gentoo.org; Thu, 05 Jun 2014 04:00:19 +0200 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Jun 2014 04:00:19 +0200 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Jun 2014 04:00:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: amd64 list, still useful? Was: btrfs Date: Thu, 5 Jun 2014 02:00:08 +0000 (UTC) Message-ID: References: <20140527223938.GA3701@sgi.com> <53859043.2050303@thegeezer.net> <20140528223247.66fff7d5@marcec> <20140529195707.3fddb0a0@marcec> <20140529170526.2e35807f7959d11f45f2de1c@comcast.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT 2ae6aff /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: 9a330ac1-dc5b-4bcb-b7fb-f6cd1ed64bf9 X-Archives-Hash: 17cac15b8aff5525f56536cb4ccf062b Mark Knecht posted on Wed, 04 Jun 2014 09:41:30 -0700 as excerpted: > There is an in progress, higher energy thread on gentoo-user with folks > getting upset (my interpretation) about systemd and support for > suspend/resume features. I only found it being that I ran into an emerge > block and went looking for a solution. (In my case it was -upower as a > new use flag setting.) Yeah. I saw the original dev-list thread on the topic, before it all hit the tree (and continuing now), which is a big part of why I subscribe to the dev-list, to get heads-up about things like that. What happened from the dev-list perspective is that after upower dropped about half the original package as systemd replaced that functionality, the gentoo maintainers split the package in half, the still included functionality under the original upower name, with the dropped portion in a new, basically-gentoo-as-upstream, package, upower-pm-utils. But to the gentoo maintainer the portage output was sufficient that between emerge --pretend --tree --unordered-display and eix upower, what was needed was self-evident, so he didn't judge a news item necessary. What a lot of other users (including me) AND devs are telling him is that he's apparently too close to the problem to see that it's not as obvious as he thinks, and a news item really is necessary. Compounding the problem for users is that few users actually pulled in upower on their own and don't really know or care about it -- it's pulled in due to default desktop-profile use-flags as it's the way most desktops handle suspend/hibernate. Further, certain desktop dependencies apparently got default-order reversed on the alternative-deps, so portage tries to fill the dep with systemd instead of the other package. Unfortunately that's turning everybody's world upside down, as suddenly portage wants to pull in systemd *AND* there's all these blockers! Meanwhile, even tho he didn't originally think it necessary, once pretty much all gentoo userspace (forums, irc, lists, various blogs...) erupted in chaos, the gentoo maintainer decided that even tho he didn't quite understand /why/ a news item was needed, that was the best way to get the message out as to how to fix things and to calm things back down. But, policy is that such news items must be posted to the gentoo-dev list for (ideally) several days of comment before they're committed, and a good policy it is in general too, because the news items generally turn out FAR better with multiple people looking over the drafts and making suggestions, than the single-person first-drafts tend to be! In cases such as this, however, the comment time is shortened to only a day or two unless something seriously wrong comes up in the process, and while I've not synced for a few days, I'd guess that news item has either hit before I send this, or certainly if not, it'll hit within a matter of hours. Once the news item hits, for people that actually read them at least, the problem should be pretty much eliminated, as there's appropriate instructions for how to fix the blocker, etc. So things should really be simmering back down pretty shortly. =:^) Meanwhile, in the larger perspective of things, it's just a relatively minor goof that as usual is fixed in a couple days. No big deal, except that /this/ goof happens to include the uber-lightening-rod-package that is systemd. Be that as it may, the world isn't ending, and the problem is indeed still fixed up within a couple days, as usual, with information, some reliable, some not so reliable, available via the usual channels for those who don't want to wait. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman