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 3C9871381FA for ; Thu, 5 Jun 2014 18:59:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CEEFFE0932; Thu, 5 Jun 2014 18:59:25 +0000 (UTC) Received: from mail-pd0-f180.google.com (mail-pd0-f180.google.com [209.85.192.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 09D1DE092E for ; Thu, 5 Jun 2014 18:59:24 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id y13so1458571pdi.25 for ; Thu, 05 Jun 2014 11:59:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=E8EFE7AnCGAqY2bMn/5Bhy1mleLcwH9yc1Dk44DCDtM=; b=vhvmuAXPdYhQQUR47gpdJaVJI1Rd9VGyCp6cFsQ+vq95BiAbOIlPTNI/vz+DQJBJxP ZrdWCrdoTpsORmxWyKZ8P55Qmx2p6gAcGpc6yBBUwqPga4xnzCwlNNmb7oxosHmD4cdT 6vuFEi85llIJTbgvy42kY8K/CXa/4TmXnKbguRXfubyfjYBHM41DkZvB8Abs77/IwTVR RtNGcXFMbVINBc20cwE8PRNrKZfppGw4anS/v+dwDi0jiqhbL98PR/weFp6A3/b1mVQ9 CjSzJqJS4vGNI+vQt9E73zGz9RHYL4t+g1HinWKF3bORvSFb5I3KkGdzhAKdKkEuHkRs pgZA== 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 X-Received: by 10.68.196.202 with SMTP id io10mr78710618pbc.149.1401994763196; Thu, 05 Jun 2014 11:59:23 -0700 (PDT) Received: by 10.70.25.99 with HTTP; Thu, 5 Jun 2014 11:59:23 -0700 (PDT) In-Reply-To: References: <20140527223938.GA3701@sgi.com> <53859043.2050303@thegeezer.net> <20140528223247.66fff7d5@marcec> <20140529195707.3fddb0a0@marcec> <20140529170526.2e35807f7959d11f45f2de1c@comcast.net> Date: Thu, 5 Jun 2014 11:59:23 -0700 Message-ID: Subject: Re: [gentoo-amd64] Re: amd64 list, still useful? Was: btrfs From: Mark Knecht To: Gentoo AMD64 Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: a360e960-c694-447a-96d4-9531547224d2 X-Archives-Hash: a996ab4c3aecc6f8334b5f7b72429654 On Wed, Jun 4, 2014 at 7:00 PM, Duncan <1i5t5.duncan@cox.net> wrote: > 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. > Maybe all Gentoo users should subscribe! Over time we would likely all get a bit smarter. ;-) ;-) ;-) > 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. > I certainly have no issue with the basics of what they did, but more in a second. > 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. > Yeah, this was likely the issue. One comment in the -user thread on this subject was that at least one -dev-type thinks users should be reading change logs to figure this stuff out. I no longer remember how long I've run Gentoo but it's well beyond a decade at this point. Daniel Robbins was certainly participating. I was working at a company from mid-1999 to 2004 when I started. I can only say that I've never read a change log in that whole time. > 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. As is the case for me using kde-meta. However while I figured out I could set -upower on kdelibs and not have any build or boot issues pretty quickly I soon discovered that flag goes beyond my simplistic view of suspend/resume which I have never used. It also covers _everything_ in the Power Management section of systemsettings which means I lost my ability in KDE to control what I suspect is DPMI time settings on my monitors. I'll either have to learn how to do that outside of KDE or reinstall the newer upower-pm-utils package. > 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! > Yeah, that's what got me to look at gentoo-user and find the problem. Lots of blocks involving systemd. > 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. > This stuff does happen once in awhile. I'm surprised it doesn't happen more often actually so for the most part the release process is pretty good. WRT to systemd, my real problem with this latest issue is the systemd profile issue, and beyond that there doesn't seem to be a systemd oriented new machine install document. In my study getting ready to build a new RAID (probably will be 2-drive 3TB RAID1) I wondered of I should give in to this portage pressure and go systemd. When I start looking there all I find are documents that seem to assume a pretty high understanding of systemd which doesn't represent my current education or abilities. Seems to me if the gentoo-devs interested in seeing systemd gain traction were serious this would be a high priority job. All we get today is http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?full=1#book_part1_chap12 which to me says it's not what Gentoo developers want Gentoo users to use. Of course, that's just me. Take care, Mark