Hello João, On Sun, 15 Feb 2026 15:19:26 +0000 =?utf-8?b?Sm/Do28=?= <[email protected]> wrote:
> More importantly is that for the hurd /dev/console should also have a > getty associated with it since it works like a backup console. It is > not that uncommon that the hurd console is not running on the > different /dev/tty?, and in /etc/default/hurd-console one can choose > not to start the hurd console. In such cases one should still be able > to access the gnumach console on /dev/console so we should have a > getty starting there. > From /etc/ttys the getty on /dev/console should work at 9600 baud (I > don't know if that is all it can do). getty-run 2.3.0-2 adds a getty@default template and creates a getty@console instance on Hurd; this is experimental, there may be some issue at package removal or purge. I don't have a mean to test this right now (the VM I had with Hurd is broken and a couple of attempts to reinstall went wrong) so if you find issues please report. Best, Lorenzo > > With thanks, > João > > -- System Information: > Debian Release: forky/sid > APT prefers unreleased > APT policy: (500, 'unreleased'), (500, 'unstable') > Architecture: hurd-i386 (i686-AT386) > > Kernel: GNU-Mach 1.8+git20260129-up-486/Hurd-0.9 > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), > LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash > Init: runit (via /run/runit.stopit) > > Versions of packages getty-run depends on: > ii hurd [login] 1:0.9.git20251029-4 > ii login 1:4.16.0-2+really2.41.3-2 > ii runit-helper 2.16.4 > > Versions of packages getty-run recommends: > ii psmisc 23.5-1 > > Versions of packages getty-run suggests: > pn fgetty <none> > > -- no debconf information
