All of lore.kernel.org
 help / color / mirror / Atom feed
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-----




  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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.