> The package fails to build from source on GNU/Hurd because the macro > PATH_MAX is not defined on that platform. > > That attached patch addresses the issue.
I checked the current Debian package and the PATH_MAX issue is still present, but the original patch is not safe as-is: it introduces an out-of-bounds write with name[strlen(name)+1] = '\0'; instead of terminating the copied string in-bounds. I am attaching a smaller replacement patch instead. It keeps the existing basename/title handling unchanged and only defines PATH_MAX when the platform does not provide it. I also built the package successfully on amd64 with this patch applied using: dpkg-buildpackage -us -uc -b I tried to validate it in a local Debian GNU/Hurd QEMU image as well, but that guest currently stalls before reaching a usable login/SSH state, so Hurd-side build confirmation is still pending. Thanks, -- James
Description: define PATH_MAX when unavailable Bug-Debian: https://bugs.debian.org/1002713 Forwarded: no Last-Update: 2026-05-16 Index: dvtm/dvtm.c =================================================================== --- dvtm.orig/dvtm.c +++ dvtm/dvtm.c @@ -37,6 +37,10 @@ # include <termios.h> #endif #include "vt.h" + +#ifndef PATH_MAX +#define PATH_MAX 4096 +#endif #ifdef PDCURSES int ESCDELAY;
