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 DFCC71381FA for ; Wed, 4 Jun 2014 06:11:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CFAB9E0BD2; Wed, 4 Jun 2014 06:11:39 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D2211E0B9D for ; Wed, 4 Jun 2014 06:11:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id EA44A33F911 for ; Wed, 4 Jun 2014 06:11:37 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.495 X-Spam-Level: X-Spam-Status: No, score=-1.495 tagged_above=-999 required=5.5 tests=[AWL=-0.842, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8dQ9VsH8ZGYq for ; Wed, 4 Jun 2014 06:11:32 +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 smtp.gentoo.org (Postfix) with ESMTPS id CD93C33F909 for ; Wed, 4 Jun 2014 06:11:31 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ws4Q1-0006Ml-WB for gentoo-dev@gentoo.org; Wed, 04 Jun 2014 08:11:26 +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 ; Wed, 04 Jun 2014 08:11:25 +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 ; Wed, 04 Jun 2014 08:11:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: UPower upstream (git master) and 0.99 release -> No sys-power/pm-utils support anymore Date: Wed, 4 Jun 2014 06:11:13 +0000 (UTC) Message-ID: References: <5383A0E6.3020700@gentoo.org> <20140531024701.GB3828@rathaus.eclipse.co.uk> <5389BA4C.8040106@gentoo.org> <2990845.EWIttsqmb4@andromeda> <538DB0C5.6070206@gentoo.org> <538E6086.1010701@gentoo.org> <20140604022431.49a453ea@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@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: 3056eeef-293d-4835-afcd-f0085d3fc50d X-Archives-Hash: 4603c6bd6789965eb7521074326ccc04 Tom Wijsman posted on Wed, 04 Jun 2014 02:24:31 +0200 as excerpted: > On Wed, 04 Jun 2014 07:55:50 +0800 Patrick Lauer > wrote: > >> The only step missing is: >> >> Mask the new version on all non-systemd profiles so that portage >> doesn't try to install it >> >> (I wonder why systemd and the related stuff isn't masked on non-systemd >> profiles anyway ...) > > There is no such thing as a non-systemd profile; a sub directory is a > specialization, that doesn't mean that it parents suddenly become the > opposite of that. No, the parents are just generalizations that aren't > as specific as the sub directory. > > Doing what you've suggested everywhere but in gnome/systemd and > kde/systemd is a recipe to upset everyone whom runs systemd on another > desktop environment than GNOME or KDE; so, that's not a way forward. +1 Currently I'm default/linux/amd64/13.0/no-multilib. I certainly don't want systemd masked as I switched to it a few months ago, but there's no no-multilib systemd profile for me to switch to. Not that I actually need one unless someone goes mad and starts masking packages without a good reason (like it doesn't work on that arch!) in general purpose profiles. Of course it wouldn't be a big deal for me anyway; given that I'm advanced enough to have no @system at all as I've negated the whole thing in /etc/portage/profile/packages, I'm sure I could unmask systemd if I needed to. But for other no-multilib systemd users, and for others using similar profiles, masking systemd in a general purpose profile is NOT the way to go. The alternatives are a combinatorial profile explosion (impractical), mix-ins, as TomWij suggests (medium-term solution, more likely long-term given gentoo politics, but we need short-term here), or status-quo, not masking packages that work just fine in general-purpose profiles. Which basically means news items noting the manual action necessary for things like this, as is now being done. =:^) -- 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