unofficial mirror of libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: "Gabriel F. T. Gomes" <gabriel@inconstante.eti.br>
To: Siddhesh Poyarekar <siddhesh@gotplt.org>
Cc: Florian Weimer <fweimer@redhat.com>,
	GLIBC Devel <libc-alpha@sourceware.org>
Subject: Re: glibc 2.29 - Winter is coming...
Date: Wed, 2 Jan 2019 11:11:02 -0200	[thread overview]
Message-ID: <20190102131102.aptpztoxkdok6vpv@tereshkova.lan> (raw)
In-Reply-To: <e13a6ac1-ac31-0f76-9c77-e986a1b5bb7d@gotplt.org>

On Wed, Jan 02 2019, Siddhesh Poyarekar wrote:
> On 02/01/19 4:29 PM, Florian Weimer wrote:
> > * Siddhesh Poyarekar:
> > 
> > > I have reviewed all original release blockers, including a couple of
> > > additional ones that got added later but I couldn't get to all of
> > > them. As of now, the pending blockers do not look suitable for
> > > inclusion at this stage and so will be deferred to 2.30 development.
> > 
> > I support this decision, with the possible exception of “preserve
> > sprintf(buf, "%s", buf) behaviour” and “posix: Clear close-on-exec for
> > posix_spawn adddup2 (BZ#23640)”.
> 
> Both of those fall in the category of "I've reviewed them and expect them to
> be merged in by this week with the necessary changes".

For the sprintf case, do we have consensus to commit the original patch
*with the test case*?  I think that the presence of the test case is
important to avoid future, *unintended* changes in behavior (its
presence does not imply that the behavior cannot change, only that it
will make the change more visible for reviewers), and commiting the test
case has an OK from Zack [1] and Joseph [2].  On the other hand, and as
pointed out by Siddhesh [3], Paul could have a sustained objection.

[1] https://sourceware.org/ml/libc-alpha/2018-12/msg00962.html
[2] https://sourceware.org/ml/libc-alpha/2018-12/msg01074.html
[3] https://sourceware.org/ml/libc-alpha/2018-12/msg01016.html

  parent reply	other threads:[~2019-01-02 13:11 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-02 10:28 glibc 2.29 - Winter is coming Siddhesh Poyarekar
2019-01-02 10:59 ` Florian Weimer
2019-01-02 11:29   ` Siddhesh Poyarekar
2019-01-02 11:52     ` Rafal Luzynski
2019-01-02 18:24       ` Siddhesh Poyarekar
2019-01-03  0:20         ` Rafal Luzynski
2019-01-03 14:32           ` Carlos O'Donell
2019-01-03 20:58             ` Joseph Myers
2019-01-04 21:25               ` Carlos O'Donell
2019-01-07 18:59               ` Florian Weimer
2019-01-02 13:11     ` Gabriel F. T. Gomes [this message]
2019-01-02 13:16       ` Florian Weimer
2019-01-02 13:47         ` Siddhesh Poyarekar
2019-01-02 16:02           ` Gabriel F. T. Gomes
2019-01-08 13:33 ` Szabolcs Nagy
2019-01-08 14:16   ` Carlos O'Donell
2019-01-08 14:21     ` Szabolcs Nagy
2019-01-08 16:50       ` Carlos O'Donell
2019-01-09 10:50         ` Ramana Radhakrishnan
2019-01-09 16:03           ` Carlos O'Donell
     [not found]             ` <BL0PR01MB4593D75E9376CC15EE8CA24AF7990@BL0PR01MB4593.prod.exchangelabs.com>
2019-01-23 14:07               ` Carlos O'Donell
2019-01-09  5:48       ` Siddhesh Poyarekar

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

  List information: https://www.gnu.org/software/libc/involved.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190102131102.aptpztoxkdok6vpv@tereshkova.lan \
    --to=gabriel@inconstante.eti.br \
    --cc=fweimer@redhat.com \
    --cc=libc-alpha@sourceware.org \
    --cc=siddhesh@gotplt.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).