commit e8e11b6d5b679a6034ff121eee3153fc89ba49da (HEAD -> gentoo/2.29, gentoo/gentoo/2.29)
Author:     TAMUKI Shoichi <tamuki@linet.gr.jp>
AuthorDate: Sat Mar 2 21:00:28 2019 +0900
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:30:11 2019 +0100

    ja_JP: Change the offset for Taisho gan-nen from 2 to 1 [BZ #24162]
    
    The offset in era-string format for Taisho gan-nen (1912) is currently
    defined as 2, but it should be 1.  So fix it.  "Gan-nen" means the 1st
    (origin) year, Taisho started on July 30, 1912.
    
    Reported-by: Morimitsu, Junji <junji.morimitsu@hpe.com>
    Reviewed-by: Rafal Luzynski <digitalfreak@lingonborough.com>
    
    ChangeLog:
    
            [BZ #24162]
            * localedata/locales/ja_JP (LC_TIME): Change the offset for Taisho
            gan-nen from 2 to 1.  Problem reported by Morimitsu, Junji.
    
    (cherry picked from commit 31effacee2fc1b327bedc9a5fcb4b83f227c6539)
    (cherry picked from commit e28ad442e73b00ae2047d89c8cc7f9b2a0de5436)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog                | 6 ++++++
 localedata/locales/ja_JP | 2 +-
 2 files changed, 7 insertions(+), 1 deletion(-)

commit 21eb87321ff817fee0e40d04851a493cefb8db5f
Author:     Stefan Liebler <stli@linux.ibm.com>
AuthorDate: Thu Mar 21 09:14:26 2019 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:29:51 2019 +0100

    S390: Mark vx and vxe as important hwcap.
    
    This patch adds vx and vxe as important hwcaps
    which allows one to provide shared libraries
    tuned for platforms with non-vx/-vxe, vx or vxe.
    
    ChangeLog:
    
            * sysdeps/s390/dl-procinfo.h (HWCAP_IMPORTANT):
            Add HWCAP_S390_VX and HWCAP_S390_VXE.
    
    (cherry picked from commit 61f5e9470fb397a4c334938ac5a667427d9047df)
    
    Conflicts:
            ChangeLog
    (cherry picked from commit 6eb48fe80cb6dd3ef536e86d005976d1c22b170e)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog                  | 5 +++++
 sysdeps/s390/dl-procinfo.h | 3 ++-
 2 files changed, 7 insertions(+), 1 deletion(-)

commit bfb5bad9444c00874e7d54a9c1735374cb94288b
Author:     Aurelien Jarno <aurelien@aurel32.net>
AuthorDate: Sat Mar 16 22:59:56 2019 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:29:30 2019 +0100

    Record CVE-2019-9169 in NEWS and ChangeLog [BZ #24114]
    
    (cherry picked from commit b626c5aa5d0673a9caa48fb79fba8bda237e6fa8)
    (cherry picked from commit 10dd17da710fd32aaf1f2187544d80064b8c4ee0)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog | 1 +
 NEWS      | 4 ++++
 2 files changed, 5 insertions(+)

commit f7b4a9cb915c6142b1f56062772b49ba7ff13618
Author:     Paul Eggert <eggert@cs.ucla.edu>
AuthorDate: Mon Jan 21 11:08:13 2019 -0800
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:29:09 2019 +0100

    regex: fix read overrun [BZ #24114]
    
    Problem found by AddressSanitizer, reported by Hongxu Chen in:
    https://debbugs.gnu.org/34140
    * posix/regexec.c (proceed_next_node):
    Do not read past end of input buffer.
    
    (cherry picked from commit 583dd860d5b833037175247230a328f0050dbfe9)
    (cherry picked from commit 4d0b1b0f61bfba034e9e76a1d76acc59c975238f)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog       | 8 ++++++++
 posix/regexec.c | 6 ++++--
 2 files changed, 12 insertions(+), 2 deletions(-)

commit 145bc67a6683fc60dd9e71e6cfa87a5906fd8bc1
Author:     Stefan Liebler <stli@linux.ibm.com>
AuthorDate: Wed Mar 13 10:45:35 2019 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:28:53 2019 +0100

    Fix output of LD_SHOW_AUXV=1.
    
    Starting with commit 1616d034b61622836d3a36af53dcfca7624c844e
    the output was corrupted on some platforms as _dl_procinfo
    was called for every auxv entry and on some architectures like s390
    all entries were represented as "AT_HWCAP".
    
    This patch is removing the condition and let _dl_procinfo decide if
    an entry is printed in a platform specific or generic way.
    This patch also adjusts all _dl_procinfo implementations which assumed
    that they are only called for AT_HWCAP or AT_HWCAP2. They are now just
    returning a non-zero-value for entries which are not handled platform
    specifc.
    
    ChangeLog:
    
            * elf/dl-sysdep.c (_dl_show_auxv): Remove condition and always
            call _dl_procinfo.
            * sysdeps/unix/sysv/linux/s390/dl-procinfo.h (_dl_procinfo):
            Ignore types other than AT_HWCAP.
            * sysdeps/sparc/dl-procinfo.h (_dl_procinfo): Likewise.
            * sysdeps/unix/sysv/linux/i386/dl-procinfo.h (_dl_procinfo):
            Likewise.
            * sysdeps/powerpc/dl-procinfo.h (_dl_procinfo): Adjust comment
            in the case of falling back to generic output mechanism.
            * sysdeps/unix/sysv/linux/arm/dl-procinfo.h (_dl_procinfo):
            Likewise.
    
    (cherry picked from commit 7c6513082b787a7d36ab7d75720b48f8a216089c)
    
    Conflicts:
            ChangeLog
    (cherry picked from commit bc6f839fb4066be83272c735e662850af2595777)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog                                  | 14 ++++++++++++++
 elf/dl-sysdep.c                            | 11 +++--------
 sysdeps/powerpc/dl-procinfo.h              |  2 +-
 sysdeps/sparc/dl-procinfo.h                |  4 ++--
 sysdeps/unix/sysv/linux/arm/dl-procinfo.h  |  2 +-
 sysdeps/unix/sysv/linux/i386/dl-procinfo.h |  4 ++--
 sysdeps/unix/sysv/linux/s390/dl-procinfo.h |  4 ++--
 7 files changed, 25 insertions(+), 16 deletions(-)

commit c06c02f45b5d13644ef0fb02ea7adee5f2be5955
Author:     Florian Weimer <fweimer@redhat.com>
AuthorDate: Fri Feb 15 21:27:01 2019 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:28:29 2019 +0100

    nptl: Fix invalid Systemtap probe in pthread_join [BZ #24211]
    
    After commit f1ac7455831546e5dca0ed98fe8af2686fae7ce6 ("arm: Use "nr"
    constraint for Systemtap probes [BZ #24164]"), we load pd->result into
    a register in the probe below:
    
          /* Free the TCB.  */
          __free_tcb (pd);
        }
      else
        pd->joinid = NULL;
    
      LIBC_PROBE (pthread_join_ret, 3, threadid, result, pd->result);
    
    However, at this point, the thread descriptor has been freed.  If the
    thread stack does not fit into the thread stack cache, the memory will
    have been unmapped, and the program will crash in the probe.
    
    (cherry picked from commit bc10e22c90e42613bd5dafb77b80a9ea1759dd1b)
    (cherry picked from commit 067fc32968b601493f4b247a3ac00caeea3f3d61)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog                  | 6 ++++++
 NEWS                       | 1 +
 nptl/pthread_join_common.c | 5 +++--
 3 files changed, 10 insertions(+), 2 deletions(-)

commit 5eb7abb59f3f021edbaabc2305697d818e0421de
Author:     Florian Weimer <fweimer@redhat.com>
AuthorDate: Fri Feb 8 12:54:41 2019 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:28:05 2019 +0100

    nptl: Avoid fork handler lock for async-signal-safe fork [BZ #24161]
    
    Commit 27761a1042daf01987e7d79636d0c41511c6df3c ("Refactor atfork
    handlers") introduced a lock, atfork_lock, around fork handler list
    accesses.  It turns out that this lock occasionally results in
    self-deadlocks in malloc/tst-mallocfork2:
    
    (gdb) bt
    #0  __lll_lock_wait_private ()
        at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:63
    #1  0x00007f160c6f927a in __run_fork_handlers (who=(unknown: 209394016),
        who@entry=atfork_run_prepare) at register-atfork.c:116
    #2  0x00007f160c6b7897 in __libc_fork () at ../sysdeps/nptl/fork.c:58
    #3  0x00000000004027d6 in sigusr1_handler (signo=<optimized out>)
        at tst-mallocfork2.c:80
    #4  sigusr1_handler (signo=<optimized out>) at tst-mallocfork2.c:64
    #5  <signal handler called>
    #6  0x00007f160c6f92e4 in __run_fork_handlers (who=who@entry=atfork_run_parent)
        at register-atfork.c:136
    #7  0x00007f160c6b79a2 in __libc_fork () at ../sysdeps/nptl/fork.c:152
    #8  0x0000000000402567 in do_test () at tst-mallocfork2.c:156
    #9  0x0000000000402dd2 in support_test_main (argc=1, argv=0x7ffc81ef1ab0,
        config=config@entry=0x7ffc81ef1970) at support_test_main.c:350
    #10 0x0000000000402362 in main (argc=<optimized out>, argv=<optimized out>)
        at ../support/test-driver.c:168
    
    If no locking happens in the single-threaded case (where fork is
    expected to be async-signal-safe), this deadlock is avoided.
    (pthread_atfork is not required to be async-signal-safe, so a fork
    call from a signal handler interrupting pthread_atfork is not
    a problem.)
    
    (cherry picked from commit 669ff911e2571f74a2668493e326ac9a505776bd)
    (cherry picked from commit c096b008d2671028c21ac8cf01f18a2083e73c44)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog              | 10 ++++++++++
 NEWS                   |  1 +
 nptl/register-atfork.c |  8 +++++---
 sysdeps/nptl/fork.c    |  6 +++---
 sysdeps/nptl/fork.h    |  8 +++++---
 5 files changed, 24 insertions(+), 9 deletions(-)

commit ac58012f6741295e0540b208d12bc1a3ea3a2620
Author:     Stefan Liebler <stli@linux.ibm.com>
AuthorDate: Thu Feb 7 15:18:36 2019 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:27:32 2019 +0100

    Add compiler barriers around modifications of the robust mutex list for pthread_mutex_trylock. [BZ #24180]
    
    While debugging a kernel warning, Thomas Gleixner, Sebastian Sewior and
    Heiko Carstens found a bug in pthread_mutex_trylock due to misordered
    instructions:
    140:   a5 1b 00 01             oill    %r1,1
    144:   e5 48 a0 f0 00 00       mvghi   240(%r10),0   <--- THREAD_SETMEM (THREAD_SELF, robust_head.list_op_pending, NULL);
    14a:   e3 10 a0 e0 00 24       stg     %r1,224(%r10) <--- last THREAD_SETMEM of ENQUEUE_MUTEX_PI
    
    vs (with compiler barriers):
    140:   a5 1b 00 01             oill    %r1,1
    144:   e3 10 a0 e0 00 24       stg     %r1,224(%r10)
    14a:   e5 48 a0 f0 00 00       mvghi   240(%r10),0
    
    Please have a look at the discussion:
    "Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede"
    (https://lore.kernel.org/lkml/20190202112006.GB3381@osiris/)
    
    This patch is introducing the same compiler barriers and comments
    for pthread_mutex_trylock as introduced for pthread_mutex_lock and
    pthread_mutex_timedlock by commit 8f9450a0b7a9e78267e8ae1ab1000ebca08e473e
    "Add compiler barriers around modifications of the robust mutex list."
    
    ChangeLog:
    
            [BZ #24180]
            * nptl/pthread_mutex_trylock.c (__pthread_mutex_trylock):
            Add compiler barriers and comments.
    
    (cherry picked from commit 823624bdc47f1f80109c9c52dee7939b9386d708)
    (cherry picked from commit 44113a8ba24af23d7bbb174f9087a6b83a76289a)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog                    |  6 +++++
 nptl/pthread_mutex_trylock.c | 57 ++++++++++++++++++++++++++++++++++++++++----
 2 files changed, 59 insertions(+), 4 deletions(-)

commit 589c19d01ac764d8924e4778256e29a71537ade2
Author:     Florian Weimer <fweimer@redhat.com>
AuthorDate: Tue Feb 5 13:49:02 2019 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:27:03 2019 +0100

    arm: Use "nr" constraint for Systemtap probes [BZ #24164]
    
    With the default "nor" constraint, current GCC will use the "o"
    constraint for constants, after emitting the constant to memory.  That
    results in unparseable Systemtap probe notes such as "-4@.L1052".
    Removing the "o" alternative and using "nr" instead avoids this.
    
    (cherry picked from commit f1ac7455831546e5dca0ed98fe8af2686fae7ce6)
    (cherry picked from commit 2de15ac95713a238dc258eb8977ecdfca811fc19)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog                            | 11 +++++++++++
 NEWS                                 |  1 +
 include/stap-probe.h                 |  1 +
 sysdeps/arm/stap-probe-machine.h     | 22 ++++++++++++++++++++++
 sysdeps/generic/stap-probe-machine.h | 19 +++++++++++++++++++
 5 files changed, 54 insertions(+)

commit d920143e58e46055388c3c1b338f85aea5b0ccba
Author:     H.J. Lu <hjl.tools@gmail.com>
AuthorDate: Mon Feb 4 08:55:52 2019 -0800
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:26:22 2019 +0100

    x86-64 memcmp: Use unsigned Jcc instructions on size [BZ #24155]
    
    Since the size argument is unsigned. we should use unsigned Jcc
    instructions, instead of signed, to check size.
    
    Tested on x86-64 and x32, with and without --disable-multi-arch.
    
            [BZ #24155]
            CVE-2019-7309
            * NEWS: Updated for CVE-2019-7309.
            * sysdeps/x86_64/memcmp.S: Use RDX_LP for size.  Clear the
            upper 32 bits of RDX register for x32.  Use unsigned Jcc
            instructions, instead of signed.
            * sysdeps/x86_64/x32/Makefile (tests): Add tst-size_t-memcmp-2.
            * sysdeps/x86_64/x32/tst-size_t-memcmp-2.c: New test.
    
    (cherry picked from commit 3f635fb43389b54f682fc9ed2acc0b2aaf4a923d)
    (cherry picked from commit 726a78867b3144e9b9da10197bcf59bde3d8b2a4)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog                                | 11 +++++
 NEWS                                     | 17 +++++++
 sysdeps/x86_64/memcmp.S                  | 20 ++++----
 sysdeps/x86_64/x32/Makefile              |  3 +-
 sysdeps/x86_64/x32/tst-size_t-memcmp-2.c | 79 ++++++++++++++++++++++++++++++++
 5 files changed, 121 insertions(+), 9 deletions(-)

commit da5cb4c1cfa526faf5edfa129b73bde7ef3f6785
Author:     Carlos O'Donell <carlos@redhat.com>
AuthorDate: Mon Jan 21 22:50:12 2019 -0500
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:25:27 2019 +0100

    nptl: Fix pthread_rwlock_try*lock stalls (Bug 23844)
    
    For a full analysis of both the pthread_rwlock_tryrdlock() stall
    and the pthread_rwlock_trywrlock() stall see:
    https://sourceware.org/bugzilla/show_bug.cgi?id=23844#c14
    
    In the pthread_rwlock_trydlock() function we fail to inspect for
    PTHREAD_RWLOCK_FUTEX_USED in __wrphase_futex and wake the waiting
    readers.
    
    In the pthread_rwlock_trywrlock() function we write 1 to
    __wrphase_futex and loose the setting of the PTHREAD_RWLOCK_FUTEX_USED
    bit, again failing to wake waiting readers during unlock.
    
    The fix in the case of pthread_rwlock_trydlock() is to check for
    PTHREAD_RWLOCK_FUTEX_USED and wake the readers.
    
    The fix in the case of pthread_rwlock_trywrlock() is to only write
    1 to __wrphase_futex if we installed the write phase, since all other
    readers would be spinning waiting for this step.
    
    We add two new tests, one exercises the stall for
    pthread_rwlock_trywrlock() which is easy to exercise, and one exercises
    the stall for pthread_rwlock_trydlock() which is harder to exercise.
    
    The pthread_rwlock_trywrlock() test fails consistently without the fix,
    and passes after. The pthread_rwlock_tryrdlock() test fails roughly
    5-10% of the time without the fix, and passes all the time after.
    
    Signed-off-by: Carlos O'Donell <carlos@redhat.com>
    Signed-off-by: Torvald Riegel <triegel@redhat.com>
    Signed-off-by: Rik Prohaska <prohaska7@gmail.com>
    Co-authored-by: Torvald Riegel <triegel@redhat.com>
    Co-authored-by: Rik Prohaska <prohaska7@gmail.com>
    (cherry picked from commit 5fc9ed4c4058bfbdf51ad6e7aac7d209b580e8c4)
    (cherry picked from commit 86013ef5cea322b8f4b9c22f230c22cce369e947)
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 ChangeLog                         |  17 ++
 nptl/Makefile                     |   3 +-
 nptl/pthread_rwlock_tryrdlock.c   |  25 ++-
 nptl/pthread_rwlock_trywrlock.c   |   9 +-
 nptl/tst-rwlock-tryrdlock-stall.c | 355 ++++++++++++++++++++++++++++++++++++++
 nptl/tst-rwlock-trywrlock-stall.c | 108 ++++++++++++
 support/Makefile                  |   1 +
 support/xpthread_rwlock_destroy.c |  26 +++
 support/xthread.h                 |   1 +
 9 files changed, 534 insertions(+), 11 deletions(-)

commit 980c67b2fbfdcff372c5e92a04d962ce50f6f77d
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Sun Mar 24 17:00:05 2019 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Sun Mar 24 21:13:35 2019 +0100

    Gentoo: Adapt nss/tst-nss-files-alias-leak to Gentoo aliases file location
    
    Bug: https://bugs.gentoo.org/680230
    Bug: https://bugs.gentoo.org/496510
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
    (cherry picked from commit 9f261121abac849dcdc923d4d391b5ec83ca2652)

 nss/tst-nss-files-alias-leak.c | 20 ++++++++++----------
 support/support_chroot.c       |  6 ++++++
 2 files changed, 16 insertions(+), 10 deletions(-)

commit c4412cc553e004fc6f20dd8e40ee47b38019635e (tag: gentoo/glibc-2.29-1)
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Fri Dec 14 20:43:04 2018 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Jan 31 19:17:10 2019 +0100

    Gentoo: force -O0 in conform tests to survive $CC changes
    
    In bug #659030 Gentoo started passing user's CFLAGS via $CC variable.
    conform tests should but are not ready to handle -O1/-O2 yet.
    Tests fail to validate headers due to inlining of weak symbol aliases
    and other problems. Let's force it back to -O0 until it's fixed upstream.
    
    Original patch by Sergei, ported to the new python test framework by Andreas
    
    Bug: https://bugs.gentoo.org/659030
    Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>

 conform/conformtest.py   | 6 ++++--
 conform/linknamespace.py | 4 +++-
 2 files changed, 7 insertions(+), 3 deletions(-)

commit fb38e1b6aa4e822ffd83c038f7e47cbadd33e7f5
Author:     Mike FABIAN <mfabian@redhat.com>
AuthorDate: Mon Aug 10 15:58:12 2015 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Jan 31 19:17:08 2019 +0100

    Gentoo: Add a C.UTF-8 locale
    
    Source:
    https://src.fedoraproject.org/rpms/glibc/raw/master/f/glibc-c-utf8-locale.patch
    
    Notes from there:
    This patch needs to upstream as part of Carlos O'Donell
    <carlos@redhat.com>'s work on enabling upstream C.UTF-8 support. This
    work is currently blocked on cleaning up the test results to prove that
    full code-point sorting is working as intended.
    Note that this patch does not provide full code-point sorting as
    expected.
    This patch needs to upstream as soon as possible since it would be nice
    to have this in F29 and fixed.
    
    Further information:
    https://bugzilla.redhat.com/show_bug.cgi?id=902094
    https://sourceware.org/bugzilla/show_bug.cgi?id=17318
    https://bugs.gentoo.org/671024

 localedata/SUPPORTED |   1 +
 localedata/locales/C | 238 +++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 239 insertions(+)

commit ea4625ce541fa1fed3ac9e7b6448dacfc0c08b09
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Mon Oct 22 22:34:13 2018 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Jan 31 19:17:05 2019 +0100

    Gentoo: Adapt to Gentoo-specific /etc/mail/aliases
    
    Patch by pacho2
    
    Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
    (cherry picked from commit 4e616cda056f471b799beba2b1cedc787ad4ecc0)

 nss/nss_files/files-alias.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

commit 2bedbd7548ed0157087f6ad6bdc3c58520fa840b
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Wed Jan 17 01:02:19 2018 +0100
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Jan 31 19:17:02 2019 +0100

    Gentoo: Disable test that fails because of the gethostbyname4_r revert

 nss/Makefile | 1 -
 1 file changed, 1 deletion(-)

commit 7e50a763572e5acc85e5ef5a52467e8e38b966b2
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Mon Sep 11 13:14:46 2017 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Jan 31 19:16:59 2019 +0100

    Gentoo: disable tests that fail only in sandbox

 elf/Makefile                     | 16 +---------------
 io/Makefile                      |  2 +-
 nptl/Makefile                    |  8 ++++----
 posix/Makefile                   |  4 ++--
 resolv/Makefile                  |  5 -----
 sysdeps/unix/sysv/linux/Makefile |  2 +-
 6 files changed, 9 insertions(+), 28 deletions(-)

commit e2b0987f740d9f3c2e64065f0259013f18e6881f
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Tue Aug 29 22:58:50 2017 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Jan 31 19:16:56 2019 +0100

    Revert "        * sysdeps/posix/getaddrinfo.c (gaih_inet): Only use gethostbyname4_r"
    
    This reverts commit 8479f23aa1d5e5477a37f46823856bdafaedfa46.
    
    See for the background
      https://sourceware.org/bugzilla/show_bug.cgi?id=16826
      https://bugs.gentoo.org/show_bug.cgi?id=600632
    
    This makes test resolv/tst-res_use_inet6 fail. Disable it.
    (cherry picked from commit 06a2a073a2c6fb3e1489af96e125daca248d0a03)

 resolv/Makefile             | 1 -
 sysdeps/posix/getaddrinfo.c | 9 ++-------
 2 files changed, 2 insertions(+), 8 deletions(-)

commit ee7204b2e396a7a1409e5b1722402fe54f6c30ff
Author:     Andreas K. Hüttel <dilfridge@gentoo.org>
AuthorDate: Wed Aug 23 13:26:49 2017 +0200
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Jan 31 19:16:53 2019 +0100

    [no-patch] Gentoo: Add support files
    
    * Source: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/src/patchsets/glibc/extra/
    * The make-tarball script has been completely rewritten to work with git.
    * The c-stubs addon has been dropped since the addon mechanism is gone.
    * Updates to the nscd init script, see Gentoo bug 492814
    * Make patchset generation script also work with master
    * locale-gen: suppress ignored error when emptying already empty directory, bug 647188

 scripts/gentoo/README.Gentoo.patches     |  26 ++
 scripts/gentoo/extra/README              |   5 +
 scripts/gentoo/extra/etc/host.conf       |  24 ++
 scripts/gentoo/extra/etc/nscd            |  85 ++++++
 scripts/gentoo/extra/locale/locale-gen   | 433 +++++++++++++++++++++++++++++++
 scripts/gentoo/extra/locale/locale-gen.8 |  69 +++++
 scripts/gentoo/extra/locale/locale.gen   |  36 +++
 scripts/gentoo/extra/locale/locale.gen.5 |  77 ++++++
 scripts/gentoo/make-tarball.sh           | 107 ++++++++
 9 files changed, 862 insertions(+)

commit 179bcc56e9a90f2da8439dc2c6b09381794c52db
Author:     Stephanie J. Lockwood-Childs <wormo@gentoo.org>
AuthorDate: Tue Mar 13 01:57:21 2007 -0400
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Jan 31 19:16:50 2019 +0100

    Gentoo: support running tests under sandbox
    
    when glibc runs its tests, it does so by invoking the local library loader.
    in Gentoo, we build/run inside of our "sandbox" which itself is linked against
    libdl (so that it can load libraries and pull out symbols).  the trouble
    is that when you upgrade from an older glibc to the new one, often times
    internal symbols change name or abi.  this is normally OK as you cannot use
    libc.so from say version 2.3.6 but libpthread.so from say version 2.5, so
    we always say "keep all of the glibc libraries from the same build".  but
    when glibc runs its tests, it uses dynamic paths to point to its new local
    copies of libraries.  if the test doesnt use libdl, then glibc doesnt add
    its path, and when sandbox triggers the loading of libdl, glibc does so
    from the host system system.  this gets us into the case of all libraries
    are from the locally compiled version of glibc except for libdl.so.
    
    http://bugs.gentoo.org/56898

 Makeconfig                  | 2 +-
 iconvdata/run-iconv-test.sh | 2 +-
 nptl/tst-tls6.sh            | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

commit 55b00fe1c19ab0f4a27bdc9f0fa5d250d138b1fa
Author:     Mike Frysinger <vapier@gentoo.org>
AuthorDate: Wed Apr 1 02:15:48 2009 -0400
Commit:     Andreas K. Hüttel <dilfridge@gentoo.org>
CommitDate: Thu Jan 31 19:16:47 2019 +0100

    Gentoo: disable ldconfig during install
    
    Do not bother running ldconfig on DESTDIR.  It's a waste of time as we
    won't use the result (portage will rebuild the cache after install).
    Also, the Gentoo sandbox does not currently catch chroot() behavior so
    we end up (incorrectly) flagging it as a violation as a write to /etc.
    
    http://sourceware.org/ml/libc-alpha/2012-08/msg00118.html
    https://bugs.gentoo.org/431038

 Makefile | 1 +
 1 file changed, 1 insertion(+)
