From: Koen Kooi <koen@dominion.thruhere.net>
To: openembedded-devel@lists.openembedded.org
Subject: Re: `PR = "r0"`: Add or not to add?
Date: Wed, 31 Aug 2011 15:00:51 +0200 [thread overview]
Message-ID: <j3lba3$7a9$1@dough.gmane.org> (raw)
In-Reply-To: <20110831124339.GA19917@chargestorm.se>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Op 31-08-11 14:43, Anders Darander schreef:
> * Koen Kooi <koen@dominion.thruhere.net> [110831 14:36]:
>> Op 31 aug. 2011, om 14:27 heeft Paul Eggleton het volgende geschreven:
>
>>> On Wednesday 31 August 2011 13:16:50 Koen Kooi wrote:
>>>> Op 31-08-11 13:55, Anders Darander schreef:
>>>>> To sad. It's a lot easier to remember to bump the PR, when PR
>>>>> actually is in the recipe. Thus, including PR=0 will often remove
>>>>> one issue with patches.
>>>>
>>>> That's what review is for, no?
>>>
>>> Surely you'd rather people have a better chance of getting it right
>>> the first time rather than you having to remind them for every patch?
>>> The almost insignificant burden of a PR = "r0" in each recipe seems
>>> worthwhile to me if it even helps a single person remember.
>
>> I've found that in .dev having PR = r0 in recipes is a bigger burden
>> than not having them, especially when using shared .inc files like
>> xorg. And there have been enough patches where people don't get PR
>> bumps right even if there's a PR already in the recipe. So I'm
>> unconvinced that it makes a real difference in "getting it right".
>
>> Even in the extreme case that every packaging patch is missing a PR
>> bump that, for me, is less annoying than issues I faced in .dev with
>> PR = r0 sprinkled throughout the metadata.
>
> Just curious (and it might convince me and others) what issues have PR =
> "r0" caused in .dev?
The most recent one in .dev was xorg .inc files. Some recipes had PR, some
didn't, and some had INC_PR. In this specific case there should have been
only one PR (or INC_PR) in the .inc.
And of course the good old "add PR=r0 to the .inc, making older recipes go
backwards" thing.
In OE-core/meta-oe the most recent annoyance were the gcc recipes, which now
finally have a centrally managed PR.
No situation is perfect, but my *personal* experience is that not adding
PR=r0 is *less* annoying than adding it.
The big difference between classic OE and the OE-core way is that things are
a lot cleaner to start with, so PR=r0 might be safer to use, but I'd like to
err on the side of caution.
If you all feel really strongly about PR=r0 I'd advice you to send patches
to add it to recipes that need it in OE-core and after those get accepted
send patches for the recipes in meta-oe.
regards,
Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOXjCDMkyGM64RGpERAi6IAJ9gfcBsVYJnmUyUfuG2FYzM1gwLBwCfS50P
0/Nfa+jBKCmb/T3pNjxwHds=
=bsOl
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2011-08-31 13:06 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-30 23:06 [meta-xfce] thunar-volman: Add initial recipe with version 0.6.0 Andreas Müller
2011-08-31 7:15 ` Koen Kooi
2011-08-31 10:06 ` `PR = "r0"`: Add or not to add? (was: thunar-volman: Add initial recipe with version 0.6.0) Paul Menzel
2011-08-31 10:23 ` `PR = "r0"`: Add or not to add? Koen Kooi
2011-08-31 11:45 ` Frans Meulenbroeks
2011-08-31 11:55 ` Anders Darander
2011-08-31 12:16 ` Koen Kooi
2011-08-31 12:27 ` Paul Eggleton
2011-08-31 12:33 ` Frans Meulenbroeks
2011-08-31 12:36 ` Koen Kooi
2011-08-31 12:43 ` Anders Darander
2011-08-31 13:00 ` Koen Kooi [this message]
2011-08-31 13:19 ` Anders Darander
2011-08-31 14:10 ` Frans Meulenbroeks
2011-08-31 12:29 ` Anders Darander
2011-08-31 12:34 ` Otavio Salvador
2011-08-31 12:45 ` Koen Kooi
2011-08-31 13:02 ` Otavio Salvador
2011-08-31 13:30 ` Koen Kooi
2011-08-31 13:43 ` Otavio Salvador
2011-08-31 22:35 ` Philip Balister
2011-09-01 10:06 ` Frans Meulenbroeks
2011-09-05 10:22 ` Ahsan, Noor
2011-08-31 13:49 ` Paul Menzel
2011-08-31 14:07 ` Koen Kooi
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='j3lba3$7a9$1@dough.gmane.org' \
--to=koen@dominion.thruhere.net \
--cc=openembedded-devel@lists.openembedded.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