Debian Patches

Status for hurd/1:0.9.git20231217-1

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.gnu, in case /etc/alternatives/runsystem is hosed. no
makedev.diff Do not create the shm node since Marcus' SHM implementation uses a directory
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
but not finished, last mail on
external.patch Include DDE in the build

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
libexec.patch =================================================================== no
exec_filename_exec.patch Keep compatibility experimental file_name RPCs for now.

exec_filename_fs.patch Keep compatibility experimental file_name RPCs for now.

mount.patch * utils/mount.c (do_mount): Ignore `loop' and `exec' options. no
MAKEDEV-apm.patch Workaround invocations from installation of power-management packages.

term-for-tcl.patch See discussion in
and bug report on comp.lang.tcl on July 1st 2015
('expect' losing data due to tcl buffering)
crash-logging.patch xxx crash logging works no
using_std.patch =================================================================== no

diff --git a/libports/bucket-iterate.c b/libports/bucket-iterate.c
index b021b99..76dc3f7 100644
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))
char *c = mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0);
if (c == MAP_FAILED)
if (close(fd))
if (unlink(name))
memset(c, 0, 4096);
if (munmap(c, 4096))

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?

getty-noclear Ignore --noclear passed by sysvinit since version 2.95-5

diff --git a/daemons/getty.c b/daemons/getty.c
index 40ad4d73..cfa5b71d 100644
cthreads.patch We can remove it with glibc 2.33

rumpdisk-no-hd =================================================================== no
machdev_trivfs_server For the existing netdde translator...


All known versions for source package 'hurd'