From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-66089-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id DFCC71381FA
for <garchives@archives.gentoo.org>; 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 <gentoo-dev@lists.gentoo.org>; 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 <gentoo-dev@lists.gentoo.org>; 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 <gentoo-dev@lists.gentoo.org>;
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 <gentoo-dev@gentoo.org>; Wed, 4 Jun 2014 06:11:31 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
(envelope-from <lnx-gentoo-dev@m.gmane.org>)
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 <gentoo-dev@gentoo.org>; 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 <gentoo-dev@gentoo.org>; 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: <pan$28384$cb38fb70$fea28c99$6ff43ae8@cox.net>
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: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
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 <patrick@gentoo.org>
> 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