Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] glibc: bump version to 2.21
Date: Sun, 8 Feb 2015 16:10:35 +0100	[thread overview]
Message-ID: <54D77C6B.3060106@imgtec.com> (raw)
In-Reply-To: <20150208144048.GD4028@free.fr>

Dear Yann,

thank you very much for your comments. I have sent a new patch series
and set the former patch as "changes requested".

Regards,
--
Vincent

On 08/02/15 15:40, Yann E. MORIN wrote:
> Vicente, All,
> 
> On 2015-02-08 15:22 +0100, Vicente Olivert Riera spake thusly:
>> when glibc-2.20 was added, it was done in the same way: adding 2.20,
>> removing 2.18 and setting 2.19 as default. All in the same patch, and
>> nobody complained. See:
>>
>> http://git.buildroot.net/buildroot/commit/?id=f660cfd043b898c9b9eb5fc5ccc90335d6b334f5
>>
>> Why should I do it in separate patches now?
> 
> Hehe. :-)
> 
> Well, the fact that a previous commit is not correct does not mean we
> can continue to commit incorrect changes.
> 
> Q. Why do I suggest we do it in separate patches?
> 
> A. Because they are *semantically* different changes. Doing semantically
>    unrelated changes means:
>     1) they are easier to review (granted, your patch is pretty simple),
>     2) each can be easily reverted in case we discover an issue later on,
>        without reverting the full change.
> 
> Q. Why are those *semantically* separate changes?
> 
> A. Because each is doing different things:
>     1) it is adding a new version,
>     2) it is changing a default,
>     3) it is removing a version.
> 
> A review if also to give one's opinion about how things should be done.
> Different people may see "The Way" differently. ;-)
> 
> That's why I said I would _prefer_ they be done in separate changes. Of
> course, others may disagree, and the maintainer will have the final say
> (i.e. accept your patch as-is if it suits him, or ask for it to be
> split).
> 
> Regards,
> Yann E. MORIN.
> 

      reply	other threads:[~2015-02-08 15:10 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-07 18:20 [Buildroot] [PATCH] glibc: bump version to 2.21 Vicente Olivert Riera
2015-02-07 18:25 ` Vicente Olivert Riera
2015-02-08 10:18 ` Yann E. MORIN
2015-02-08 14:22   ` Vicente Olivert Riera
2015-02-08 14:40     ` Yann E. MORIN
2015-02-08 15:10       ` Vicente Olivert Riera [this message]

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=54D77C6B.3060106@imgtec.com \
    --to=vincent.riera@imgtec.com \
    --cc=buildroot@busybox.net \
    /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