Debian Patches

Status for hurd/1:0.9.git20260919-2

Patch Description Author Forwarded Bugs Origin Last update
diskfs_no_inherit_dir_group.patch Follow POSIX rules for gid of new nodes. no
init_try_runsystem.gnu.patch Also try runsystem.sysv, in case /etc/alternatives/runsystem is hosed. no
rc.patch More debianish rc scripts no
startup-usr-support.patch Debian GNU/Hurd has a real /usr no
uptime_w_path_fix.patch Debian has a real /usr and uses w-hurd file name no
stat_round.patch This is not a proper fix, discussed on
http://lists.gnu.org/archive/html/bug-hurd/2009-02/msg00002.html
but not finished, last mail on
http://lists.gnu.org/archive/html/bug-hurd/2009-04/msg00006.html

We should support i_ctime_extra/i_mtime_extra/i_atime_extra anyway.
no
external.patch Include DDE in the build

===================================================================
no
console_ignore_bdf_err.patch reduce-font overestimates the number of characters in the font. This should be
fixed there, not here.


diff --git a/console-client/bdf.c b/console-client/bdf.c
index 30501f4..ee8aa30 100644
no
libexec.patch =================================================================== no
mount.patch * utils/mount.c (do_mount): Ignore `loop' and `exec' options. no
MAKEDEV-apm.patch Workaround invocations from installation of power-management packages.

===================================================================
no
term-for-tcl.patch See discussion in http://bugs.debian.org/755295
and bug report on comp.lang.tcl on July 1st 2015
(“'expect' losing data due to tcl buffering”)
no
crash-logging.patch xxx crash logging works no
io-write-crash.patch Yes, the pointer provided by the caller, coming from the RPC buffer, may not
actually be safe to dereference. Try this with /run/shm as tmpfs with the crash
server configured to dump cores:

#include <fcntl.h>
#include <sys/mman.h>
#include <unistd.h>
#include <stdio.h>
#include <string.h>

#define name "/run/shm/test.txt"
int main(void) {
int fd = open(name, O_RDWR|O_CREAT, 0777);
if (ftruncate(fd, 4096))
perror("fruncate");
char *c = mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0);
if (c == MAP_FAILED)
perror("mmap");
if (close(fd))
perror("close");
if (unlink(name))
perror("unlink");
memset(c, 0, 4096);
if (munmap(c, 4096))
perror("munmap");

return 0;
}

It will make *ext2fs* crash, because

- removing a file from tmpfs make its memory object go away, thus making *c
unwritable (it's not the bug at stake, the program here is meant to crash)
- the crash server uses vm_read to read the process memory to write the
core. GNU Mach achieves it by playing with virtual memory.
- the crash server uses vm_write to write this to the FS. GNU Mach passes the
RPC data out of line by playing with virtual memory.
- ext2fs eventually tries to copy from the RPC data, assumed to be safe, to the
memory object, here backed by the pager. But the data is actually not safe.


That probably needs to be fixed at the mig layer, to make sure incoming
out-of-line data is accessible before handing it to the routine?

===================================================================
no
fix-rootless-build.patch fix rootless buildInstead of setting the owner and setuid bit during `make install` which
requires (fake) root, only set it in debian/rules via chown u+s
Fabian Grünbichler <debian@fabian.gruenbichler.email> no
rumpdisk-no-hd =================================================================== no
machdev_trivfs_server For the existing netdde translator...

===================================================================
no
runsystem-race no
ext2fs-crash no
devdir =================================================================== no
hurddir =================================================================== no
git-storeio commit 426e44b30b77bef77da9fa329875db81098c2902

Fix io_map for the zero store

It is expected to return a null port, so mmap maps an anonymous memory
object.

diff --git a/storeio/storeio.c b/storeio/storeio.c
index 3302c5cda..910e3db76 100644
Mikhail Karpov <karpov.mixail24@gmail.com> no 2026-10-06
git-storeio2 commit bc4a23ecabc7a178a5d27a075cc13cd0ba6fd2c2

storeio: Fix access mode of partition nodes

diff --git a/storeio/storeio.c b/storeio/storeio.c
index 910e3db76..d71a58832 100644
Mikhail Karpov <karpov.mixail24@gmail.com> no 2026-10-08

All known versions for source package 'hurd'

Links