From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-67061-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 E115213877A
	for <garchives@archives.gentoo.org>; Tue, 29 Jul 2014 02:41:36 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id D5108E0DC9;
	Tue, 29 Jul 2014 02:41:30 +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 CED6EE0CFF
	for <gentoo-dev@lists.gentoo.org>; Tue, 29 Jul 2014 02:41:29 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id A62BF33FD9B
	for <gentoo-dev@lists.gentoo.org>; Tue, 29 Jul 2014 02:41:28 +0000 (UTC)
X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org
X-Spam-Flag: NO
X-Spam-Score: -1.835
X-Spam-Level:
X-Spam-Status: No, score=-1.835 tagged_above=-999 required=5.5
	tests=[AWL=-0.465, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.668,
	SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable
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 y0XewwfVSzkl for <gentoo-dev@lists.gentoo.org>;
	Tue, 29 Jul 2014 02:41:22 +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 A7F9333FC95
	for <gentoo-dev@gentoo.org>; Tue, 29 Jul 2014 02:41:22 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <lnx-gentoo-dev@m.gmane.org>)
	id 1XBxLq-0000Dj-77
	for gentoo-dev@gentoo.org; Tue, 29 Jul 2014 04:41:18 +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>; Tue, 29 Jul 2014 04:41:18 +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>; Tue, 29 Jul 2014 04:41:18 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-dev@lists.gentoo.org
From: Duncan <1i5t5.duncan@cox.net>
Subject: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/x265:
 x265-1.0.ebuild ChangeLog x265-1.2.ebuild x265-0.8.ebuild
Date: Tue, 29 Jul 2014 02:41:06 +0000 (UTC)
Message-ID: <pan$bda7d$e50034f1$78b6bf04$b2a47f8d@cox.net>
References: <20140727190116.B09072004E@flycatcher.gentoo.org>
	<53D5F0A5.5090908@gentoo.org>
	<CA+CSuAJiQpsGqH-g-p_w6JiD-DezqJ6EJaNAXVVwdv9LNH4W8Q@mail.gmail.com>
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 d447f7c
 /m/p/portage/src/egit-src/pan2)
X-Archives-Salt: 7181b58b-003b-4b98-9dd1-a4aee6f21c84
X-Archives-Hash: 69977de13c69299366d388c44b6f3617

Denis Dupeyron posted on Mon, 28 Jul 2014 18:15:20 -0600 as excerpted:

> On Mon, Jul 28, 2014 at 12:41 AM, Samuli Suominen <ssuominen@gentoo.org>
> wrote:
>> x265-1.2.ebuild:    KEYWORDS="~amd64 ~arm ~x86"
>> x265-1.3.ebuild:    KEYWORDS="~amd64 ~x86"
>> x265-9999.ebuild:   KEYWORDS="~amd64 ~x86"
>>
>> As in... You forgot to add ~arm to -9999.ebuild
> 
> Wait, what? Live ebuilds are keyworded now?

AFAIK, gentoo policy is that live ebuilds should always be masked so as 
never to be automatically pulled in without a deliberate unmasking of the 
live ebuild, but whether that's masked due to lack of keywords (ebuild), 
or due to hard-mask (package.mask) is I believe up to the maintainer.

For packages like this one where normal version-bumps start with the live 
ebuild (which after all should have been updated as development 
proceeded, upstream), simply copying it to the appropriate version-number 
ebuild, keeping it ~arch-keyworded on all archs where the non-live 
version is at least ~arch-keyworded, and using package.mask to force the 
masking, makes the most sense since then a version bump can literally 
amount to no more than an ebuild copy and manifest (tho obviously the 
maintainer will test it too, but ideally won't have to actually touch the 
content of the file).

-- 
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