Debian Patches

Status for glibc/2.43-2

Patch Description Author Forwarded Bugs Origin Last update
git-updates.diff GIT update of https://sourceware.org/git/glibc.git/release/2.43/master from glibc-2.43 to dd9945c0ba40d2dbc9eb7c99291ba6b69bd66718

diff --git a/ADVISORIES b/ADVISORIES
new file mode 100644
index 0000000000..d4e33f2df3		 no
locale/check-unknown-symbols.diff Check for unknown symbols in collation rules. This is useful to detect
broken locales since unknown symbols are always wrong.

This request has not been submitted upstream yet.

# DP: Dpatch author: Denis Barbier
# DP: Patch author: Denis Barbier
# DP: Upstream status: not submitted
# DP: Date: 2006-01-08		 no
locale/locale-print-LANGUAGE.diff Comments tell that LANG has to be the first value, and LC_ALL the last
one. Thus LANGUAGE is printed between them.

# DP: Dpatch author: Denis Barbier
# DP: Patch author: Denis Barbier
# DP: Upstream status: not submitted
# DP: Date: 2006-01-08		 no
locale/LC_IDENTIFICATION-optional-fields.diff In LC_IDENTIFICATION, audience, application and abbreviation keywords
are optional, thus do not report an error if they are not defined.

# DP: Dpatch author: Denis Barbier
# DP: Patch author: Denis Barbier
# DP: Upstream status: not submitted
# DP: Date: 2006-01-08		 no
localedata/sort-UTF8-first.diff no
localedata/supported.diff # All lines beginning with `# DP:' are a description of the patch.
# DP: Description: Add several locales to localedata.SUPPORTED
# DP: - ru_RU.CP1251 was requested in #225516
# DP: - uz_UZ.UTF-8 was clearly missing, uz_UZ had no UTF-8 variant
# DP: - da_DK.ISO-8859-15, en_GB.ISO-8859-15, en_US.ISO-8859-15, no_NO.UTF-8,
# DP: no_NO and sv_SE.ISO-8859-15 are found in fedora-branch CVS branch.
# DP: Related bugs: #225516 (ru_RU.CP1251)
# DP: Dpatch author: Denis Barbier
# DP: Upstream status: not submitted
# DP: Date: 2006-01-10		 no
localedata/locale-eu_FR.diff # DP: Description: #257840: locales: Please add the eu_FR locale
# DP: Related bugs: #257840
# DP: Dpatch author: GOTO Masanori <gotom@debian.org>
# DP: Patch author: Christian Perrier <bubulle@debian.org>
# DP: Upstream status: Not submitted
# DP: Status Details: sending upstream
# DP: Date: 2004-07-31		 no
localedata/locale-ku_TR.diff # DP: Description: Please add Kurdish locale
# DP: Related bugs: BZ870
# DP: Dpatch author: Denis Barbier <barbier@debian.org>
# DP: Patch author: Kader DILSIZ, Pablo Saratxaga
# DP: Upstream status: Version 0.1 submitted in the original bugreport
# DP: has been committed, this new version has been sent just after.
# DP: Date: 2006-01-06		 no
localedata/fo_FO-date_fmt.diff # All lines beginning with `# DP:' are a description of the patch.
# DP: Description: Fix d_t_fmt and date_fmt in fo_FO
# DP: Related bugs: #307194
# DP: Dpatch author: Denis Barbier
# DP: Patch author: Jacob Sparre Andersen <sparre@nbi.dk>
# DP: Upstream status: not submitted
# DP: Date: 2006-01-10		 no
localedata/locales-fr.diff # All lines beginning with `# DP:' are a description of the patch.
# DP: Description: Various fixes for all French locales
# DP: Related bugs: #248377 #351786 #345481
# DP: Dpatch author: Denis Barbier <barbier@debian.org>
# DP: Patch author: Denis Barbier
# DP: Upstream status: not submitted
# DP: Date: 2006-01-10		 no
localedata/locale-en_DK.diff # All lines beginning with `# DP:' are a description of the patch.
# DP: Description: Improve en_DK and add en_DK.ISO-8859-15 to SUPPORTED
# DP: This locale is only useful to provide ISO8601 date formats.
# DP: Related bugs: #323159
# DP: Dpatch author: Denis Barbier
# DP: Patch author: Jakob Bohm <jbj@image.dk>
# DP: Upstream status: not submitted
# DP: Date: 2006-01-16		 no
localedata/locale-zh_TW.diff See BTS #352600.
Not submitted yet.		 no
localedata/tailor-iso14651_t1.diff # All lines beginning with `# DP:' are a description of the patch.
# DP: Description: Rewrite collation rules to include iso14651_t1
# DP: ar_SA cs_CZ et_EE hr_HR lt_LT pl_PL sl_SI tr_TR: not
# DP: submitted yet.
# DP: Related bugs: BZ664 BZ672
# DP: Dpatch author: Denis Barbier
# DP: Patch author: Denis Barbier, Pablo Saratxaga
# DP: Upstream status: BZ664 BZ672
# DP: Date: 2006-01-18

2008-08-08 Aurelien Jarno <aurel32@debian.org>

Loosy update for glibc 2.8.

2007-05-25 Pierre Habouzit <madcoder@debian.org>

Loosy update for glibc 2.6.

2005-01-16 Denis Barbier <barbier@linuxfr.org>

[BZ #672]
Replace current collation rules by including iso14651_t1 and adding
extra rules if needed. There should be no noticeable changes in
sorted text. only ligatures and ignoreable characters have modified
weights.
* locales/da_DK: Likewise.		 no
localedata/submitted-es_MX-decimal_point.diff 2012-06-06 Aurelien Jarno <aurelien@aurel32.net>

* locales/es_MX (LC_MONETARY): Set mon_thousands_sep to space
( ).		 no
alpha/local-gcc4.1.diff 2006-05-30 Falk Hueffner <falk@debian.org>

* sysdeps/unix/sysv/linux/alpha/ioperm.c: force the architecture
to ev6 in assembly code.

{standard input}: Assembler messages:
{standard input}:341: Error: macro requires $at register while noat in effect
{standard input}:374: Error: macro requires $at register while noat in effect
{standard input}:438: Error: macro requires $at register while noat in effect
{standard input}:471: Error: macro requires $at register while noat in effect
make[3]: *** [/tmp/buildd/glibc-2.3.6/build-tree/alpha-libc/misc/ioperm.o] Error 1

Hrm. gcc puts .arch ev4 into the .s, and this overrides -mev6 for as.
I cannot really think of anything better than		 no
alpha/submitted-dl-support.diff older versions of glibc would build dl-sysdep as shared-only and dl-support as
static-only. alpha hooks in a cache variable via dl-auxv.h. newer versions of
glibc build dl-sysdep as both shared and static which means we now have symbol
duplication for static builds with dl-sysdep and dl-support. since dl-sysdep
is both shared/static, there is no point in hooking dl-support anymore, so we
can punt it.		 no
alpha/submitted-fts64.diff 2016-03-22 Aurelien Jarno <aurelien@aurel32.net>

* sysdeps/unix/sysv/linux/alpha/fts.c: New file.
* sysdeps/unix/sysv/linux/alpha/fts64.c: New file.		 no
alpha/submitted-makecontext.diff 2018-03-01 Aurelien Jarno <aurelien@aurel32.net>

[BZ #22910]
* sysdeps/unix/sysv/linux/alpha/setcontext.S (__startcontext): Set
up CFI directive to forbid further backtracing.		 no
arm/local-sigaction.diff no
arm/unsubmitted-ldso-multilib.diff no
arm/local-arm-futex.diff Lie about futex_atomic_cmpxchg_inatomic kernel support. In past versions of glibc, we incorrectly assumed all ARM kernels
in all configurations supported futex_atomic_cmpxchg_inatomic. This
was clearly a lie, however it was a lie that we relied on, because
the fallback implementation appears to not play nicely with certain
applications like pulseaudio. Restore the lie for kernels > 2.6.32
and plug our ears and scream "LA LA LA" about how wrong this is.		 Adam Conrad <adconrad@ubuntu.com> no debian 2015-03-25
hurd-i386/local-pthread_once.diff symbol.

===================================================================		 no
hurd-i386/local-64b-align.diff Avoid 64b typing error on RPC with 64b members in structures, while we migrate
to the fixed 64b structure alignment.

To be removed after people have migrated both gnumach libc+hurd rebuilt against
fixed mig.

===================================================================		 no
hurd-i386/local-enable-ldconfig.diff # DP: Description: Enable ldconfig and such on hurd-i386
# DP: Author: Jeff Bailey <jbailey@nisa.net>
# DP: Related Bugs: #309489
# DP: Upstream status: Not submitted
# DP: Status Details: Upstream disagrees with this patch, but I'm
# DP: putting it in so that we have expected Debian behaviour on the
# DP: Hurd. We should review this when the ELF standard supports runpath.
# DP: Date: 08 Apr 2003		 no
hurd-i386/tg-sysvshm.diff Implement SysV shared memory for GNU/Hurd.
2005-07-11 Marcus Brinkmann <marcus@gnu.org>

* hurd/Makefile (routines): Add sysvshm.
(distribute): Add sysvshm.h.
* hurd/sysvshm.h: New file.
* hurd/sysvshm.c: New file.
* sysdeps/mach/hurd/bits/stat.h (S_IMMAP0): New macro.
(S_ISPARE): Unset the S_IMMAP0 flag.
* sysdeps/mach/hurd/ftok.c: New file.
* sysdeps/mach/hurd/shmat.c: New file.
* sysdeps/mach/hurd/shmctl.c: New file.
* sysdeps/mach/hurd/shmdt.c: New file.
* sysdeps/mach/hurd/bits/posix_opt.h: Define _XOPEN_SHM to 1.

TODO:
“
> + char filename[sizeof (SHM_DIR) - 1 + SHM_NAMEMAX];
> + struct stat statbuf;
> +
> + sprintf (filename, SHM_DIR SHM_NAMEPRI, id);
> + /* SysV requires read access for IPC_STAT. */
> + fd = __open (filename, O_NORW);
> + if (fd < 0)
> + {
> + if (errno == ENOENT)
> + errno = EINVAL;
> + return -1;
> + }

Since this is repeated in more than one function, put it into an
internal subroutine. Then we have only one place doing the
name-generation logic.
”

“
> + case IPC_RMID:
> + res = __unlink (filename);
> + /* FIXME: Check error (mapping ENOENT to EINVAL). */

Fix it.
”		 Marcus Brinkmann <marcus@gnu.org> no
hurd-i386/tg-thread-cancel.diff The critical section lock _can_ be held in these place.
At least since hurd_thread_cancel can be called by another thread and lock our
critical lock.

http://bugs.debian.org/46859

“
Thomas suggested that there is no need to take the critical section
lock. I believe that taking the critical section lock is necessary to
prevent the target thread from entering a signal handler. Roland will
look into the problem.
”

Taking the critical section lock makes these assertions bogus.

It happens that hurd_thread_cancel is only called from libports and inside
/hurd/term so this is rare in practice.

A reproducer can be found here:

http://lists.gnu.org/archive/html/bug-hurd/2014-05/msg00025.html

2006-08-05 Samuel Thibault <samuel.thibault@ens-lyon.org>

* hurd/thread-cancel.c (hurd_thread_cancel): Do not assert that
`&ss->critical_section_lock' is unlocked.
* sysdeps/mach/hurd/jmp-unwind.c (_longjmp_unwind): Likewise, and take
critical section lock before taking the sigstate lock.
* sysdeps/mach/hurd/spawni.c (__spawni): Likewise.		 Samuel Thibault <samuel.thibault@ens-lyon.org> no
hurd-i386/local-disable-ioctls.diff struct ortentry and struct ifalias req are actually not defined
struct arpreq is defined, but can not be passed to an ioctl on the Hurd.
so let's make packages not believe these are available.		 no
hurd-i386/tg-sendmsg-SCM_CREDS.diff hurd: SCM_CREDS support
Svante Signell <svante.signell@gmail.com>
Samuel Thibault <samuel.thibault@ens-lyon.org>

* sysdeps/mach/hurd/sendmsg.c (__libc_sendmsg): On SCM_CREDS
control messages, record uids, pass a rendez-vous port in the
control message, and call __auth_user_authenticate_request to
make auth send credentials on that port. Do not wait for a
reply.
* sysdeps/mach/hurd/recvmsg.c (contains_uid, contains_gid,
check_auth): New functions.
(__libc_recvmsg): On SCM_CREDS control messages, call check_auth
to check the passed credentials thanks to the answer from the
auth server.
* hurd/Makefile (user-interfaces): Add auth_request and
auth_reply.		 no
hurd-i386/tg-mach-hurd-link.diff Add -lmachuser -lhurduser to libc.so on GNU/Hurd.
http://lists.gnu.org/archive/html/bug-hurd/2011-03/msg00112.html

2011-03-29 Samuel Thibault <samuel.thibault@ens-lyon.org>

* Makerules ($(inst_libdir)/libc.so): Add -lmachuser -lhurduser to
libc.so on GNU/Hurd.

It's still unclear what we want to aim for.		 Samuel Thibault <samuel.thibault@ens-lyon.org> no
hurd-i386/local-ED.diff This is a long funny story, but even if it's standard-compliant, it poses too
many problems.		 no
hurd-i386/local-madvise_warn.diff Do not warn about madvise not being implemented. It does not have any real
semantic anyway, and that brings some -Werror FTBFS.		 no
hurd-i386/local-usr.diff Upstream uses prefix= while we use prefix=/usr

===================================================================		 no
hurd-i386/tg-ifaddrs_v6.diff Workaround to add IPv6 support to getifaddrs
ifreq only contains sockaddr structures, which are not big enough for
IPv6 addresses. This takes another, ugly, approach, by parsing fsysopts
/servers/socket/2 options...		 Samuel Thibault <samuel.thibault@ens-lyon.org> no
hurd-i386/unsubmitted-clock_t_centiseconds.diff Some applications assume centisecond precision, or at most millisecond precision
(e.g. guile). This is a work-around for them.		 no
hurd-i386/submitted-path_mounted.diff [PATCH 2/2] Define _PATH_MOUNTED as "/etc/mtab"
Change the definition of _PATH_MOUNTED to "/etc/mtab". This is the
value used on Linux.

The change is motivated by the fact that on Debian /etc/mtab is a
symbolic link to /proc/mounts. This patch adjusts the macro for
non-linux systems such as Hurd. Changing this using
sysdeps/mach/hurd/paths.h causes build problems because
/usr/include/hurd/paths.h is shadowed by this file. This change is
proposed in the hope that aligning the non-linux targets with the
glibc for Linux is perceived as a good thing while fixing this problem
on Debian/Hurd along the way.

* sysdeps/generic/paths.h (_PATH_MOUNTED): Change value to "/etc/mtab".		 Justus Winter <4winter@informatik.uni-hamburg.de> no 2013-08-15
hurd-i386/submitted-bind_umask2.diff 2014-08-27 Samuel Thibault <samuel.thibault@ens-lyon.org>

Fix bind when umask is e.g. 0777.

* sysdeps/mach/hurd/bind.c (__bind): Pass mode 0666 to __dir_mkfile
instead of final mode, so that call __ifsock_getsockaddr can always
succeed, before calling __file_chmod to fix the mode according to umask,
before calling __dir_link to show the file.

Part of the original fix was committed, the other hasn't been yet, see Roland's
"Harumph" reply to
https://sourceware.org/ml/libc-alpha/2014-08/msg00408.html		 no
hurd-i386/tg-bootstrap.diff This dependency is missing, but would pose problem on Darwin no
hurd-i386/tg-libc_rwlock_recursive.diff XXX: make libc_rwlock recursive
Without making the rwlocks recursive, running fakeroot-tcp gets this:

#0 0x0106e91c in mach_msg_trap () at /usr/src/glibc-2.24/build-tree/hurd-i386-libc/mach/mach_msg_trap.S:2
#1 0x0106f090 in __mach_msg (msg=0x20034a0, option=3, send_size=64, rcv_size=32, rcv_name=421, timeout=0, notify=0) at msg.c:110
#2 0x0125a241 in __gsync_wait (task=1, addr=19101080, val1=2, val2=0, msec=0, flags=0)
at /usr/src/glibc-2.24/build-tree/hurd-i386-libc/mach/RPC_gsync_wait.c:175
#3 0x010b0743 in __dcigettext (domainname=0x8050740 <_libc_intl_domainname@@GLIBC_2.2.6> "libc",
msgid1=0x8051d88 "undefined symbol: acl_get_fd", msgid2=0x0, plural=0, n=0, category=5) at dcigettext.c:527
#4 0x010af776 in __dcgettext (domainname=0x8050740 <_libc_intl_domainname@@GLIBC_2.2.6> "libc",
msgid=0x8051d88 "undefined symbol: acl_get_fd", category=5) at dcgettext.c:47
#5 0x0124e427 in __dlerror () at dlerror.c:94
#6 0x01035ae3 in load_library_symbols () from /usr/lib/i386-gnu/libfakeroot/libfakeroot-tcp.so
#7 0x01035cc3 in tmp___fxstat64 () from /usr/lib/i386-gnu/libfakeroot/libfakeroot-tcp.so
#8 0x01036cd6 in __fxstat64 () from /usr/lib/i386-gnu/libfakeroot/libfakeroot-tcp.so
#9 0x010ad831 in _nl_load_locale_from_archive (category=category@entry=0, namep=namep@entry=0x200399c) at loadarchive.c:211
#10 0x010ac45b in _nl_find_locale (locale_path=0x0, locale_path_len=0, category=category@entry=0, name=0x200399c) at findlocale.c:154
#11 0x010abde7 in setlocale (category=0, locale=0x804c2e4 "") at setlocale.c:417
#12 0x0804947f in main (argc=2, argv=0x2003ad4) at programs/locale.c:191

That's very unfortunate: libfakeroot gets initialized from a section
where __libc_setlocale_lock is already locked, and thus the dlerror()
call hangs inside __dcigettext. It happens that Linux doesn't have
the problem probably because pthread_rwlock_wrlock returns a EDEADLK
error instead of hanging, and then the first unlock unlocks, and the
second unlock probably returns an EINVAL. This is all very unsafe, but
that's fakeroot-tcp's matter (see http://bugs.debian.org/845930 for the
follow-up)...

We only use it when constructing the debian installer for -s -r options
anyway.		 Samuel Thibault <samuel.thibault@ens-lyon.org> no
hurd-i386/local-no_unsupported_ioctls.diff These ioctls are not actually supported (and will probably not be in the
close future), and are not available on Linux either, so don't expose
them to application at the risk of them complaining that they don't work
(e.g. xterm using TIOCLSET).		 no
hurd-i386/local-stack_chk_guard.diff Fix compatibility with binaries that reference __stack_chk_guard

===================================================================		 no
hurd-i386/git-fork-gdb.diff commit 9513e9e5a45fd1c6165c115f43f103f93e7a7faa

hurd: copy over start/end and entry too on fork

gdb needs them to properly find libraries etc.

diff --git a/sysdeps/mach/hurd/_Fork.c b/sysdeps/mach/hurd/_Fork.c
index 7949f536c5..d2e393a631 100644		 Samuel Thibault <samuel.thibault@ens-lyon.org> no 2026-01-31
hurd-i386/git-sig-sig-mmx-fix.diff commit 7fa2b88efbbf5baa1c2c9ec097be3fab1d7c7f6b

hurd: handling pending signals could result in corruption of FPU state

Handling a pending signal calls _hurd_setup_sighandler() once again
after the initial signal handling. In this case a pointer to the
previous sigcontext is available to supply the interrupted thread's
original basic state, fpu state and fpu XSTATE. The original XSTATE
was not being preserved by the pending signal but instead overwritten
with the active XSTATE. XSTATE register values modified by the
signal handling code could therefore be wrongly propogated back to
the interrupted user code.

diff --git a/sysdeps/mach/hurd/i386/bits/sigcontext.h b/sysdeps/mach/hurd/i386/bits/sigcontext.h
index eefc5bbeb8..0e12e26da9 100644		 Mike Kelly <mike@weatherwax.co.uk> no 2026-02-02
hurd-i386/git-cancel-sig.diff commit c4a81e882e607a34d0c26caf279c98398e9c1e4d

hurd: Take cancel_lock in critical section

read/write etc. shall be signal-safe, and take cancel_lock, so we have to
defer signal delivery while holding cancel_lock.

Reported-by: Michael Banck <mbanck@gmx.net>

commit 7fdb0ab26444d0c5ad25b4e84cbd11cbaf3bb78c

hurd: Take cancel_lock in critical section

read/write etc. shall be signal-safe, and take cancel_lock, so we have to
defer signal delivery while holding cancel_lock.

Reported-by: Brent Baccala <cosine@freesoft.org> 's Claude assistant		 Samuel Thibault <samuel.thibault@ens-lyon.org> no 2026-03-04
hurd-i386/git-mach_send_eintr.diff commit 807b3d5e48ffa63561de6cf5b4b8f6b877cd9880

hurd: _hurd_intr_rpc_mach_msg() might not preserve the correct reply port

Calls to mach_msg_trap() that return MACH_SEND_INTERRUPTED modify the message header. A subsequent attempt at sending the message can return EINTR for handling by the caller. Mig generated code (expecting the message header to be unaltered) now fails assertion in __mig_dealloc_reply_port(). Fixed by restoring the altered message header content before reattempting RPC message delivery.
Message-ID: <20260209204213.91782-2-mike@weatherwax.co.uk>

diff --git a/hurd/intr-msg.c b/hurd/intr-msg.c
index 02e514400f..83db9413ab 100644		 Mike Kelly <mike@weatherwax.co.uk> no 2026-02-09
hurd-i386/git-itimer-lock.diff commit 288b55f4636f336cc336344e4215ead9c4d592fc

hurd: calling alarm() whilst handling SIGALRM can deadlock.

alarm() and restart_itimer() can attempt to acquire _hurd_siglock and
_hurd_itimer_lock in opposite sequence resulting in occasional
deadlock. Rearranged to always acquire the locks in the same sequence
with a new pre-condition that setitimer_locked() must be called with
both locks already acquired.
Message-ID: <20260214091715.157471-2-mike@weatherwax.co.uk>

Reviewed-by: Samuel Thibault <samuel.thibault@ens-lyon.org>

diff --git a/sysdeps/mach/hurd/setitimer.c b/sysdeps/mach/hurd/setitimer.c
index 5a57280e2c..265576e00e 100644		 Mike Kelly <mike@weatherwax.co.uk> no 2026-02-14
hurd-i386/git-posix-timers.diff commit 9af18a94e051fce513972254bf97c12ae563841e

hurd: Define _POSIX_TIMERS to 200809L

We now have monotonic vs realtime clocks, and high-precision.

diff --git a/sysdeps/mach/hurd/bits/posix_opt.h b/sysdeps/mach/hurd/bits/posix_opt.h
index a1a0707d25..6a6b346a31 100644		 Samuel Thibault <samuel.thibault@ens-lyon.org> no 2026-02-22
hurd-i386/git-sig-alarm.diff commit 1d19ddf714f5e7afeaf2ef538417bbf681c5d4e8

hurd: Sign-extend the sigcode passed to msg_sig_post

The negative sigcodes are reserved for SI_* values, we need to keep them
negative when extending to exc_subcode's long type.

This fixes the comparison in HURD_PREEMPT_SIGNAL_P for the signal preemptor
for setitimer, thus fixing considering it.it_interval.

Reported-by: David Yang <mmyangfl@gmail.com>

diff --git a/hurd/hurdsig.c b/hurd/hurdsig.c
index 91e664d0f1..b202d1fdfc 100644		 Samuel Thibault <samuel.thibault@ens-lyon.org> no 2026-03-01
hurd-i386/git-libio-mtsafe.diff commit 4b5a74412ee6ebb69a289acd8a94ef8ddcc6baa8

htl: Fix mt-safeness of libio

Since d2e04918833 ("Single threaded stdio optimization")
we are supposed to call _IO_enable_locks when creating the first thread,
but that commit missed doing it for htl.

diff --git a/htl/pt-create.c b/htl/pt-create.c
index ef9e411f22..2a43285372 100644		 Samuel Thibault <samuel.thibault@ens-lyon.org> no 2026-03-01
hurd-i386/git-timedrwlock-unlock.diff commit 7053778703f8de2488789a002d093247d2626921

htl: Fix race between timedrd/wrlock and unlock

In case the rwlock is unlocked right before we time out, we will have been
given ownership, so we shouldn't time out.

Reported-by: Brent Baccala <cosine@freesoft.org> 's Claude assistant

diff --git a/sysdeps/htl/pt-rwlock-timedrdlock.c b/sysdeps/htl/pt-rwlock-timedrdlock.c
index 41671e40f9..25b761433a 100644		 Samuel Thibault <samuel.thibault@ens-lyon.org> no 2026-03-04
hurd-i386/git-sigtimedwait-timeout.diff commit 8a616a787228bf23d9607b6e0965c8138f83ec54

hurd: Fix cleaning on sigtimedwait timing out

sigtimedwait also needs to clean up preemptors and the blocked mask before
returning EAGAIN.

Also add some sigtimedwait testing.

commit 66f930ebe0f80f920aae20293c0d53dbe4cf68ca

Fix Makefile alphabetical ordering

diff --git a/signal/Makefile b/signal/Makefile
index 7049c4b377..21d95f539c 100644		 Samuel Thibault <samuel.thibault@ens-lyon.org> no 2026-03-05
i386/local-biarch.diff # DP: Description: Allow ldconfig to work on i386/x86-64 biarch systems
# DP: Related bugs:
# DP: Dpatch author: Daniel Jacobowitz
# DP: Patch author: Daniel Jacobowitz
# DP: Upstream status: Debian-Specific
# DP: Status Details: based on Ubuntu change by Jeff Bailey
# DP: Date: 2005-10-13		 no
i386/unsubmitted-quiet-ldconfig.diff no
i386/local-setcontext-revert-eax-ecx-edx.patch Revert upstream commit 15eab1e3e891 ("i386: Don't unnecessarily save and
restore EAX, ECX and EDX [BZ# 25262]"). It breaks libunwind8.		 no
m68k/local-reloc.diff # DP: Description: binutils bug workaround
# DP: Related bugs: #263601: m68k: workaround for binutils problem
# DP: Dpatch author: Roman Zippel <zippel@linux-m68k.org>
# DP: Patch author: Richard Zidlicky <rz@linux-m68k.org>
# DP: Upstream status: Debian-Specific
# DP: Status Details: Actual fix is to modify m68k binutils.
# DP: Date: 2004-08-09		 no
mips/submitted-rld_map.diff 2010-05-20 Aurelien Jarno <aurelien@aurel32.net>

* sysdeps/mips/dl-debug.h (ELF_MACHINE_DEBUG_SETUP): test for
RLD_MAP pointer before using it.		 no
powerpc/local-powerpc8xx-dcbz.diff no
sh4/local-fpscr_values.diff no
all/local-remove-manual.diff The GNU Libc Reference manual has to be removed for licensing reasons.
But some files have a dependency on manual/errno.texi; the easiest
solution is to drop those dependencies and make sure that MAKEINFO=:
so that no target depends on manual/*.texi files.		 no
all/local-ldd.diff 2013-05-11 Aurelien Jarno <aurelien@aurel32.net>

* elf/ldd.bash.in: Verify the dynamic linker is working before
using it.		 no
any/local-asserth-decls.diff # DP: Description: /usr/include/assert.h
# DP: One must be allowed to include <assert.h> multiple times with different
# DP: values for NDEBUG, so the file is not protected against multiple
# DP: inclusions. Unfortunately this means that the declarations for
# DP: __assert_fail() and the like may occur multiple times in a compilation
# DP: unit, causing gcc to issue a batch of warnings.
# DP: I believe this can be fixed by protecting the declarations (but only
# DP: those declarations) against repetition.
# DP: Author: Jeroen T. Vermeulen <jtv@xs4all.nl>
# DP: Upstream status: Not submitted
# DP: Status Details: Plan to submit
# DP: Date: 2003-01-01		 no
any/local-fhs-linux-paths.diff # DP: Description: Correct linux paths for FHS
# DP: Author: Unknown
# DP: Upstream status: Debian-Specific
# DP: Status Details: GNU doesn't follow the FHS.
# DP: Date: Unknown		 no
any/local-fhs-nscd.diff no
any/local-ld-multiarch.diff 2012-05-01 Aurelien Jarno <aurelien@aurel32.net>

* elf/Makefile(trusted-dirs.st): Fix DL_DST_LIB computation with
two level slibdir directories.

2009-09-08 Aurelien Jarno <aurelien@aurel32.net>

* Makeconfig: add support for multiarch compat directories.		 no
any/local-stubs_h.diff no
any/local-tcsetaddr.diff # All lines beginning with `# DP:' are a description of the patch.
# DP: Description: tcsetattr sanity check on PARENB/CREAD/CSIZE for ptys
# DP: Related bugs: 218131
# DP: Author: Jeff Licquia <licquia@progeny.com>
# DP: Upstream status: [In CVS | Debian-Specific | Pending | Not submitted ]
# DP: Status Details:
# DP: Date: 2003-10-29		 no
any/local-nss-overflow.diff 2009-01-12 Arthur Loiret <aloiret@debian.org>

nss/nss_files/files-parse.c: Include <limits.h>.
(INT_FIELD): Convert field to uintmax_t and check for 32-bit overflow.
(INT_FIELD_MAYBE_NULL): Likewise.		 no
any/submitted-missing-etc-hosts.diff no
any/local-ldconfig-multiarch.diff make ldconfig use the built-in system paths Make ldconfig use the same view of built-in system paths that ld.so does,
instead of just using SLIBDIR and LIBDIR; this corrects a failure of
ldconfig to cache libraries in non-multiarch directories when building for
multiarch, even though they're on the system path.		 Steve Langasek <steve.langasek@linaro.org> no
any/local-disable-libnss-db.diff Disable libnss-db as the format is not compatible with the libnss-db package, and is
architecture dependent.		 no
any/local-revert-bz13979.diff Warn if user requests __FORTIFY_SOURCE but it is disabled
Warn if user requests __FORTIFY_SOURCE but it is disabled

[BZ #13979]
* include/features.h: Warn if user requests __FORTIFY_SOURCE
checking but the checks are disabled for any reason.		 Roland Mc Grath <roland@hack.frob.com> no 2012-05-08
any/unsubmitted-ldso-machine-mismatch.diff no
any/local-ldconfig-ignore-ld.so.diff diff --git a/elf/ldconfig.c b/elf/ldconfig.c
index 4211f4c..6425f8e 100644		 no
any/local-bootstrap-headers.diff Taken from EGLIBC, r1484 + r1525

2018-03-09 Aurelien Jarno <aurelien@aurel32.net>

* Makefile (install-headers): Amend to install gnu/lib-names-$abi.h.

2014-07-30 Helmut Grohne <helmut@subdivi.de>

* With the advent of multilib gnu/stubs.h became a meta-header that
includes the correct stubs-$abi.h. So install gnu/stubs.h as usual
and install stubs-bootstrap.h as gnu/stubs-$abi.h

2007-02-20 Jim Blandy <jimb@codesourcery.com>

* Makefile (install-headers): Preserve old behavior: depend on
$(inst_includedir)/gnu/stubs.h only if install-bootstrap-headers
is set; otherwise, place gnu/stubs.h on the 'install-others' list.

2007-02-16 Jim Blandy <jimb@codesourcery.com>

* Makefile: Amend make install-headers to install everything
necessary for building a cross-compiler. Install gnu/stubs.h as
part of 'install-headers', not 'install-others'.
If install-bootstrap-headers is 'yes', install a dummy copy of
gnu/stubs.h, instead of computing the real thing.
* include/stubs-bootstrap.h: New file.		 no
any/local-test-install.diff Use install_root for test destination override, not DESTDIR Adam Conrad <adconrad@ubuntu.com> no 2020-02-08
any/local-cross.patch no

All known versions for source package 'glibc'

Links