debian-hurd  

Messages by Thread

• gnumach_1.8+git20260129-1_source.changes ACCEPTED into unstable Debian FTP Masters
• Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard Wilfred van Rooijen
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard Samuel Thibault
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard João Pedro Malhado
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard Wilfred van Rooijen
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard João Pedro Malhado
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard Wilfred van Rooijen
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard João Pedro Malhado
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard Wilfred van Rooijen
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard João Pedro Malhado
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard Wilfred van Rooijen
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard jbranso
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard João Pedro Malhado
  • Numpy on Debian Hurd mode" but no keyboard João Pedro Malhado
  • Re: Numpy on Debian Hurd mode" but no keyboard Samuel Thibault
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard Wilfred van Rooijen
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard Samuel Thibault
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard Richard Braun
  • Re: Debian GNU/HURD netinst.iso -> boots in "text mode" or "expert mode" but no keyboard Andrew S. Rightenburg
• Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine Wilfred van Rooijen
  • Re: Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine Samuel Thibault
  • Re: Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine Wilfred van Rooijen
  • Re: Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine Samuel Thibault
  • Re: Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine Wilfred van Rooijen
  • Re: Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine Samuel Thibault
  • Re: Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine João Pedro Malhado
  • Re: Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine Samuel Thibault
  • Re: Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine Wilfred van Rooijen
  • Re: Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine Samuel Thibault
  • Re: Test / trial of Debian GNU HURD: works OK in qemu/kvm but fails to boot on actual machine Wilfred van Rooijen
• Please help fixing xserver-xorg-input-keyboard Andreas Tille
  • Re: Please help fixing xserver-xorg-input-keyboard Samuel Thibault
  • Re: Please help fixing xserver-xorg-input-keyboard Samuel Thibault
  • Re: Please help fixing xserver-xorg-input-keyboard Andreas Tille
  • Re: Please help fixing xserver-xorg-input-keyboard Samuel Thibault
  • Re: Please help fixing xserver-xorg-input-keyboard Samuel Thibault
• Bug#881784: lmdbxx: FTBFS on hurd-i386: mdb_env_open: Operation not supported João Pedro Malhado
• Bug#821194: libwx-perl: dobule free at exit because of envvars handling João Pedro Malhado
• Bug#815309: gtk+3.0: FTBFS on hurd-i386: testsuite/reftests/animation-direction.ui: FAIL João Pedro Malhado
• Bug#767664: libsdl-perl: FTBFS on hurd-i386 João Pedro Malhado
• Bug#828961: gretl: FTBFS on hurd-i386 João Pedro Malhado
• Hurd and linux timing differences João Pedro Malhado
  • Re: Hurd and linux timing differences Samuel Thibault
• Bug#881739: benchmark: FTBFS on hurd-i386: clock_gettime(CLOCK_THREAD_CPUTIME_ID, ...) failed João Pedro Malhado
• Bug#1125101: RM: xpra [armhf i386] -- RoQA; not built since 2023, still depends on pre-t64 libraries Simon McVittie
• Processing of gnumach_1.8+git20251228-2_source.changes Debian FTP Masters
• gnumach_1.8+git20251228-2_source.changes ACCEPTED into unstable Debian FTP Masters
• Regression with last gnumach upload: rumpdisk hangs at boot João Pedro Malhado
  • Re: Regression with last gnumach upload: rumpdisk hangs at boot Samuel Thibault
• Bug#1124551: yubikey-personalization: Please use libusb 1.0 on hurd-i386 Aurelien Jarno
• Objet : Vœux pour 2026 – Que votre année soit aussi élégante que votre code jean-christophe Énée
• luakit and surf browsers don't start after last at-spi2-common package upgrade Jose Luis Alarcon Sanchez
  • Re: luakit and surf browsers don't start after last at-spi2-common package upgrade Samuel Thibault
• Processing of gnumach_1.8+git20251228-1_source.changes Debian FTP Masters
• gnumach_1.8+git20251228-1_source.changes ACCEPTED into unstable Debian FTP Masters
• Any Hurd porters interested in getting MariaDB working? Otto Kekäläinen
  • Re: Any Hurd porters interested in getting MariaDB working? crupest
  • Re: Any Hurd porters interested in getting MariaDB working? crupest
  • Re: Any Hurd porters interested in getting MariaDB working? gfleury
  • Re: Any Hurd porters interested in getting MariaDB working? Otto Kekäläinen
  • Re: Any Hurd porters interested in getting MariaDB working? Samuel Thibault
  • Re: Any Hurd porters interested in getting MariaDB working? Samuel Thibault
  • Re: Any Hurd porters interested in getting MariaDB working? Otto Kekäläinen
• Bug#1123577: nmu: mesa_25.2.8-2: +b3 on !amd64 Simon McVittie
• Updating hurd hangs in VirtualBox when creating device nodes Oskar Skog
  • Re: Updating hurd hangs in VirtualBox when creating device nodes Samuel Thibault
• Crate uzers v0.12.2 released with Hurd support included Jose Luis Alarcon Sanchez
  • Crate uzers v0.12.2 released with Hurd support included Jose Luis Alarcon Sanchez
• Bug#1122804: RM: r-cran-blme [armel armhf i386 mipsel] -- ROM; Please remove for 32 bit architectures (architecture-is-64-bit was added to Build-Depends) Andreas Tille
• Bug#1122328: mariadb: BD-Uninstallable on hurd-amd64: dependency cracklib2 not available Otto Kekäläinen
• Bug#1122327: mariadb: FTBFS on hurd-i386: Internal memory accounting error of 3504 bytes Otto Kekäläinen
• Bug#1122326: cracklib2: FTBFS on hurd-amd64 and hurd-i386: ModuleNotFoundError: No module named _sysconfigdata__hurd_* Otto Kekäläinen
• Bug#1122205: RM: rhonabwy -- ROM; upstream is no longer maintained and depends on obsolete packages, FTBFS with gnutls 3.8.11 Nicolas Mora
• Bug#1122189: webkit2gtk: available for hurd or not? Jeremy Bícha
• Problem with the mouse using qemu from Hyprland Jose Luis Alarcon Sanchez
  • Re: Problem with the mouse using qemu from Hyprland Samuel Thibault
  • Re: Problem with the mouse using qemu from Hyprland Jose Luis Alarcon Sanchez
  • Re: Problem with the mouse using qemu from Hyprland Jose Luis Alarcon Sanchez
• Bug#1121970: RM: r-cran-freetypeharfbuzz [armel armhf i386 mipsel] -- ROM; Please remove for 32 bit architectures (architecture-is-64-bit was added to Build-Depends) Andreas Tille
• OMP fixed in the llvm-21 packaging Matthias Klose
• Java on hurd Marius Gripsgard
  • Re: Java on hurd Samuel Thibault
  • Re: Java on hurd Marius Gripsgard
  • Re: Java on hurd Samuel Thibault
  • Re: Java on hurd nexussfan
• Fwd: Fwd: jean-christophe Énée
• Reflections on Copyleft, Free Software, and the Future of Digital Democracy jean-christophe Énée
  • Re: Reflections on Copyleft, Free Software, and the Future of Digital Democracy jbranso
  • Re: Reflections on Copyleft, Free Software, and the Future of Digital Democracy jean-christophe Énée
  • Re: Reflections on Copyleft, Free Software, and the Future of Digital Democracy jean-christophe Énée
  • Re: Reflections on Copyleft, Free Software, and the Future of Digital Democracy jbranso
• gcc-16, first packaging bits Matthias Klose
• Bug#1121222: LLVM 21 ftbfs on hurd-amd64 Matthias Klose
• Hurd starts stop with: sd0: timeout waiting for identify Thomas Schweikle
• Bug#1120984: sbuild: uninstallable on hurd-any Luke Yasuda
  • Re: Bug#1120984: sbuild: uninstallable on hurd-any Johannes Schauer Marin Rodrigues
  • Re: Bug#1120984: sbuild: uninstallable on hurd-any Luke Yasuda
  • Re: Bug#1120984: sbuild: uninstallable on hurd-any Jochen Sprickerhof
  • Re: Bug#1120984: sbuild: uninstallable on hurd-any Samuel Thibault
  • Re: Bug#1120984: sbuild: uninstallable on hurd-any Luke Yasuda
• Next future "Hard Dependency on Rust" for apt Jose Luis Alarcon Sanchez
  • Re: Next future "Hard Dependency on Rust" for apt Samuel Thibault
  • Re: Next future "Hard Dependency on Rust" for apt Jose Luis Alarcon Sanchez
  • Re: Next future "Hard Dependency on Rust" for apt NexusSfan
• File /var/log/exim4/paniclog has non-zero size Jose Luis Alarcon Sanchez
  • Re: File /var/log/exim4/paniclog has non-zero size Samuel Thibault
  • Re: File /var/log/exim4/paniclog has non-zero size Jose Luis Alarcon Sanchez
  • Re: File /var/log/exim4/paniclog has non-zero size Samuel Thibault
  • Re: File /var/log/exim4/paniclog has non-zero size Jose Luis Alarcon Sanchez
  • Re: File /var/log/exim4/paniclog has non-zero size Samuel Thibault
• SMP support Brent W. Baccala
  • Re: SMP support Samuel Thibault
  • Re: SMP support Brent W. Baccala
  • Re: SMP support Samuel Thibault
  • Re: SMP support Marius Gripsgard
  • Re: SMP support Samuel Thibault
  • Re: SMP support Brent W. Baccala
  • Re: SMP support Dr. Arne Babenhauserheide
  • Re: SMP support jean-christophe Énée
  • Re: SMP support Dr. Arne Babenhauserheide
  • Re: SMP support Brent W. Baccala
  • Re: SMP support Samuel Thibault
  • Re: SMP support Brent W. Baccala
  • Re: SMP support Brent W. Baccala
  • Re: SMP support Brent W. Baccala
  • Re: SMP support gfleury
  • Re: SMP support Samuel Thibault
• Bug#1120617: openmpi: FTBFS on hurd-amd64 since PATH_MAX is not defined Drew Parsons
  • Bug#1120617: openmpi: FTBFS on hurd-amd64 since PATH_MAX is not defined Drew Parsons
  • Bug#1120617: openmpi: FTBFS on hurd-amd64 since PATH_MAX is not defined Drew Parsons
• wayland on hurd Marius Gripsgard
• hurd on virt-manger - debian trixie Jean-Christophe Énée
  • Re: hurd on virt-manger - debian trixie Jean-Christophe Énée
  • Re: hurd on virt-manger - debian trixie Jean-Christophe Énée
  • Re: hurd on virt-manger - debian trixie Samuel Thibault
• Display Manager for Hurd. xdm is OK, but looks old. Jose Luis Alarcon Sanchez
  • Re: Display Manager for Hurd. xdm is OK, but looks old. jbranso
• Processing of hurd_0.9.git20251029-2_source.changes Debian FTP Masters
• hurd_0.9.git20251029-2_source.changes ACCEPTED into unstable Debian FTP Masters
• hurd_0.9.git20251029-1_source.changes ACCEPTED into unstable Debian FTP Masters
• Processing of hurd_0.9.git20251029-1_source.changes Debian FTP Masters
• Prompt presented to Google Gemini about compiling Rust in GNU/Hurd Jose Luis Alarcon Sanchez
  • Re: Prompt presented to Google Gemini about compiling Rust in GNU/Hurd Dr. Arne Babenhauserheide
  • Re: Prompt presented to Google Gemini about compiling Rust in GNU/Hurd Samuel Thibault
  • Re: Prompt presented to Google Gemini about compiling Rust in GNU/Hurd Jose Luis Alarcon Sanchez
  • Re: Prompt presented to Google Gemini about compiling Rust in GNU/Hurd Samuel Thibault
  • Re: Prompt presented to Google Gemini about compiling Rust in GNU/Hurd Jose Luis Alarcon Sanchez
  • Re: Prompt presented to Google Gemini about compiling Rust in GNU/Hurd Samuel Thibault
• Architecture baseline for Forky Bastian Blank
  • Re: Architecture baseline for Forky Tony Rodriguez
  • Re: Architecture baseline for Forky Marco d'Itri
  • Re: Architecture baseline for Forky Jan-Daniel Kaplanski
  • Re: Architecture baseline for Forky Simon Richter
  • Re: Architecture baseline for Forky Tony Rodriguez
  • Re: Architecture baseline for Forky Geert Uytterhoeven
  • Re: Architecture baseline for Forky kiruthikaanbusuresh
  • Re: Architecture baseline for Forky Marcin Juszkiewicz
  • Re: Architecture baseline for Forky Rob Landley
  • Re: Architecture baseline for Forky Marc Haber
  • Re: Architecture baseline for Forky Tony Rodriguez
  • Re: Architecture baseline for Forky Rob Landley
  • Re: Architecture baseline for Forky Aurelien Jarno
  • Re: Architecture baseline for Forky Milan Kupcevic
  • Re: Architecture baseline for Forky Kurt Roeckx
  • Planned obsolescence ? (was: Re: Architecture baseline for Forky) Romain Dolbeau
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Marc Haber
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) John Paul Adrian Glaubitz
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Diederik de Haas
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Marc Haber
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Diederik de Haas
  • Re: Planned obsolescence ? (OpenBSD) jbranso
  • Re: Planned obsolescence ? (OpenBSD) Paul Tagliamonte
  • Re: Planned obsolescence ? (OpenBSD) John David Anglin
  • Re: Planned obsolescence ? (OpenBSD) Philipp Kern
  • Re: Planned obsolescence ? (*BSD, Rust) Jan-Daniel Kaplanski
  • Re: Planned obsolescence ? (*BSD, Rust) David Starner
  • Re: Planned obsolescence ? (*BSD, Rust) Jan-Daniel Kaplanski
  • Re: Planned obsolescence ? (*BSD, Rust) David Starner
  • Re: Planned obsolescence ? (*BSD, Rust) Christopher Huhn
  • Re: Planned obsolescence ? (*BSD, Rust) Riccardo Mottola
  • Re: Planned obsolescence ? (*BSD, Rust) Dr. Arne Babenhauserheide
  • Re: Planned obsolescence ? (*BSD, Rust) Falco Girgis
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) John Paul Adrian Glaubitz
  • AW: Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Jan-Daniel Kaplanski
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Marc Haber
  • Re: Planned obsolescence ? Riccardo Mottola
  • Re: Planned obsolescence ? Jaromír Cápík
  • Re: Planned obsolescence ? Riccardo Mottola
  • Re: Architecture baseline for Forky John Klos
  • Re: Architecture baseline for Forky Sicelo
  • Re: Re: Architecture baseline for Forky Hermann . Lauer
  • Re: Re: Architecture baseline for Forky John Klos
  • Re: Architecture baseline for Forky Peter Green
  • Re: Architecture baseline for Forky Lucas Nussbaum
  • Re: Architecture baseline for Forky Holger Levsen
  • Re: Architecture baseline for Forky Adrian Bunk
  • Re: Architecture baseline for Forky Lucas Nussbaum
  • Re: Architecture baseline for Forky Rob Landley
  • Re: Architecture baseline for Forky Gerardo Ballabio
  • Re: Architecture baseline for Forky John Paul Adrian Glaubitz

• Earlier messages
• Later messages