From: Samuli Suominen <ssuominen@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [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: Wed, 30 Jul 2014 15:33:19 +0300 [thread overview]
Message-ID: <53D8E60F.8010305@gentoo.org> (raw)
In-Reply-To: <20140730134837.105a747c@gentp.lnet>
On 30/07/14 14:48, Luis Ressel wrote:
> On Wed, 30 Jul 2014 09:38:16 +0000 (UTC)
> Duncan <1i5t5.duncan@cox.net> wrote:
>
>> In the context of that policy and a content-touchless-bump goal, I
>> suppose I'd script the bump, pulling keywords from the highest
>> previous version, prepending the ~ as necessary and inserting them in
>> the keywords line after copying the file from the live-ebuild . That
>> wouldn't be content-touchless, but the touch would be automated so as
>> to avoid mistakes and unnecessary work.
> That proposed script reminds me of http://xkcd.com/1319/. ;)
>
> I think I'd rather go with the original workflow. Okay, perhaps
> package.masking -9999 is a bit uncommon and clutters package.mask, but
> it's not all *that* bad and it eases the workflow.
>
>
> Regards,
> Luis Ressel
There is no need to package.mask if proper if -logic is used, like, for
example,
if [[ ${PV} == 9999* ]]; then
inherit git-r3
KEYWORDS=""
else
KEYWORDS="~amd64 ~arm ~arm64 ~x86"
fi
Then you can just `cp foo-9999.ebuild foo-1.2.3.ebuild` and it'll have
the KEYWORDS
ready, and 1.2.3 and 9999 ebuilds can be identical
That's what this thread was originally about... That's how x265's ebuild
work, just like eg.
media-libs/xine-lib or sys-fs/udev ebuilds does
(It just seemed this was unclear to some replying in this thread.)
- Samuli
next prev parent reply other threads:[~2014-07-30 12:33 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20140727190116.B09072004E@flycatcher.gentoo.org>
2014-07-28 6:41 ` [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 Samuli Suominen
2014-07-28 8:02 ` Samuli Suominen
2014-07-28 20:52 ` Markus Meier
2014-07-29 0:15 ` Denis Dupeyron
2014-07-29 0:49 ` Alex Xu
2014-07-29 13:33 ` Denis Dupeyron
2014-07-29 2:41 ` Duncan
2014-07-29 13:58 ` Denis Dupeyron
2014-07-30 9:38 ` Duncan
2014-07-30 11:48 ` Luis Ressel
2014-07-30 12:33 ` Samuli Suominen [this message]
2014-07-30 15:14 ` Luis Ressel
2014-07-30 17:29 ` Michael Haubenwallner
2014-07-30 17:33 ` Samuli Suominen
2014-07-31 7:19 ` Michael Haubenwallner
2014-07-30 20:15 ` William Hubbs
2014-08-13 7:04 ` Tom Wijsman
2014-07-29 17:32 ` Samuli Suominen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53D8E60F.8010305@gentoo.org \
--to=ssuominen@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox