debian-hurd  

Messages by Thread

• • Re: 64bit startup Sergey Bugaev
  • Re: 64bit startup Luca
  • Re: 64bit startup Samuel Thibault
  • Re: 64bit startup Sergey Bugaev
  • Re: 64bit startup Luca
  • Re: 64bit startup Joshua Branson
  • Re: 64bit startup Sergey Bugaev
  • Re: 64bit startup Samuel Thibault
  • Re: 64bit startup Martin Steigerwald
  • Re: 64bit startup Samuel Thibault
  • Re: 64bit startup Damien Zammit
• mig_1.8+git20230520-7_amd64.changes ACCEPTED into unstable Debian FTP Masters
• gnumach_1.8+git20230830-3_amd64.changes ACCEPTED into unstable Debian FTP Masters
• Processing of gnumach_1.8+git20230830-3_amd64.changes Debian FTP Masters
• Processing of mig_1.8+git20230520-7_amd64.changes Debian FTP Masters
• hurd_0.9.git20230912-1_source-all.changes ACCEPTED into unstable Debian FTP Masters
• Processing of hurd_0.9.git20230912-1_source-all.changes Debian FTP Masters
• expect eats all the ptys Craig Small
  • Re: expect eats all the ptys Samuel Thibault
  • Re: expect eats all the ptys Samuel Thibault
  • Re: expect eats all the ptys Craig Small
  • Re: expect eats all the ptys Samuel Thibault
• More memory with PAE Samuel Thibault
  • Re: More memory with PAE Samuel Thibault
• gnumach_1.8+git20230830-2_source.changes ACCEPTED into unstable Debian FTP Masters
• Processing of gnumach_1.8+git20230830-2_source.changes Debian FTP Masters
• gnumach_1.8+git20230830-1_source.changes ACCEPTED into unstable Debian FTP Masters
• Processing of gnumach_1.8+git20230830-1_source.changes Debian FTP Masters
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode Matthew Wilcox
  • Re: [syzbot] [hfs?] WARNING in hfs_write_inode Jeff Layton
  • Re: [syzbot] [hfs?] WARNING in hfs_write_inode Dave Chinner
  • Re: [syzbot] [hfs?] WARNING in hfs_write_inode Finn Thain
  • Re: [syzbot] [hfs?] WARNING in hfs_write_inode Matthew Wilcox
  • Re: [syzbot] [hfs?] WARNING in hfs_write_inode Finn Thain
  • Re: [syzbot] [hfs?] WARNING in hfs_write_inode Theodore Ts'o
  • Re: [syzbot] [hfs?] WARNING in hfs_write_inode Jeffrey Walton
  • Re: [syzbot] [hfs?] WARNING in hfs_write_inode Matthew Wilcox
  • Re: [syzbot] [hfs?] WARNING in hfs_write_inode Linus Torvalds
• hurd_0.9.git20230520-4_source-all.changes ACCEPTED into unstable Debian FTP Masters
• Processing of hurd_0.9.git20230520-4_source-all.changes Debian FTP Masters
• crosshurd_1.7.60_source.changes ACCEPTED into unstable Debian FTP Masters
• Processing of crosshurd_1.7.60_source.changes Debian FTP Masters
• hurd_0.9.git20230520-3_source-all.changes ACCEPTED into unstable Debian FTP Masters
• hurd_0.9.git20230520-3_source-all.changes REJECTED Debian FTP Masters
• Processing of hurd_0.9.git20230520-3_source-all.changes Debian FTP Masters
  • Processing of hurd_0.9.git20230520-3_source-all.changes Debian FTP Masters
• Processing of crosshurd_1.7.59+nmu1_source.changes Debian FTP Masters
• Bug#1038764: src:crosshurd: fails to migrate to testing for too long: uploader built arch:all Paul Gevers
  • Processed: src:crosshurd: fails to migrate to testing for too long: uploader built arch:all Debian Bug Tracking System
  • Bug#1038764: marked as done (src:crosshurd: fails to migrate to testing for too long: uploader built arch:all) Debian Bug Tracking System
• unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures John Paul Adrian Glaubitz
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Rob Landley
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Rob Landley
  • Re: unbreaking LibreOffices tests on at least release architectures Kurt Roeckx
  • Re: unbreaking LibreOffices tests on at least release architectures Jan Engelhardt
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Rob Landley
  • Re: unbreaking LibreOffices tests on at least release architectures Steve McIntyre
  • Re: unbreaking LibreOffices tests on at least release architectures Omer Turpault
  • Re: unbreaking LibreOffices tests on at least release architectures Adrian Bunk
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Jeffrey Walton
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Jeffrey Walton
  • Re: unbreaking LibreOffices tests on at least release architectures Adrian Bunk
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Adrian Bunk
  • Re: unbreaking LibreOffices tests on at least release architectures Kirsten Bromilow
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • LibreOffice bridges/smoketest on mips(64)el (was: Re: unbreaking LibreOffices tests on at least release architectures) Rene Engelhard
  • Re: LibreOffice bridges/smoketest on mips(64)el (was: Re: unbreaking LibreOffices tests on at least release architectures) Rene Engelhard
  • Re: LibreOffice bridges/smoketest on mips(64)el (was: Re: unbreaking LibreOffices tests on at least release architectures) Adrian Bunk
  • Re: unbreaking LibreOffices tests on at least release architectures Kurt Roeckx
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Kurt Roeckx
  • Re: unbreaking LibreOffices tests on at least release architectures Paul Wise
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Jeffrey Walton
• How can i help? Marius Gripsgard
  • Re: How can i help? Cindy Sue Causey
  • Re: How can i help? Samuel Thibault
• (hurd) Installable desktop environments Narcis Garcia
  • Re: (hurd) Installable desktop environments Samuel Thibault
  • Re: (hurd) Installable desktop environments Narcis Garcia
  • Re: (hurd) Installable desktop environments Samuel Thibault
  • Re: (hurd) Installable desktop environments Narcis Garcia
  • Re: (hurd) Installable desktop environments Samuel Thibault
  • Re: (hurd) Installable desktop environments Narcis Garcia
  • Re: (hurd) Installable desktop environments Samuel Thibault
• Debian GNU/Hurd 2023 released! Samuel Thibault
  • Everything's broken (was: Debian GNU/Hurd 2023 released!) Sergey Bugaev
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Sergey Bugaev
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Sergey Bugaev
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) jbranso
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Almudena Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Almudena Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Wojciech Aniszewski
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Almudena Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Wojciech Aniszewski
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Almudena Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Wojciech Aniszewski
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Almudena Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Narcis Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Narcis Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
• gnumach_1.8+git20230526-3_source.changes ACCEPTED into unstable Debian FTP Masters
• gnumach_1.8+git20230410-3_source.changes REJECTED Debian FTP Masters
• Processing of gnumach_1.8+git20230410-3_source.changes Debian FTP Masters
• Processing of gnumach_1.8+git20230526-3_source.changes Debian FTP Masters
• hurd_0.9.git20230520-2_source-all.changes ACCEPTED into unstable Debian FTP Masters
• Processing of hurd_0.9.git20230520-2_source-all.changes Debian FTP Masters
• Bug#1037291: build-essential: Please add hurd-amd64 support Samuel Thibault
• notes for 2023 release Samuel Thibault
  • Re: notes for 2023 release Sergey Bugaev
  • Re: notes for 2023 release Samuel Thibault
  • Re: notes for 2023 release Sergey Bugaev
  • Re: notes for 2023 release Samuel Thibault
• usr/libexec/console-run: /dev/console: Read-only file system Marcin Laszewski
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Samuel Thibault
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Marcin Laszewski
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Samuel Thibault
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Marcin Laszewski
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Samuel Thibault
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Marcin Laszewski
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Samuel Thibault
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Marcin Laszewski
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Marcin Laszewski
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Samuel Thibault
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Samuel Thibault
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Marcin Laszewski
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Samuel Thibault
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Marcin Laszewski
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Samuel Thibault
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Marcin Laszewski
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Samuel Thibault
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Marcin Laszewski
  • Re: usr/libexec/console-run: /dev/console: Read-only file system Samuel Thibault
• crosshurd x86 dependency issues Amos Jeffries
  • Re: crosshurd x86 dependency issues Amos Jeffries
  • Re: crosshurd x86 dependency issues Samuel Thibault
  • Re: crosshurd x86 dependency issues Guy-Fleury Iteriteka
  • Re: crosshurd x86 dependency issues Samuel Thibault
• mig_1.8+git20230520-6_source.changes ACCEPTED into unstable Debian FTP Masters
• Processing of mig_1.8+git20230520-6_source.changes Debian FTP Masters
• mig_1.8+git20230520-5_amd64.changes ACCEPTED into unstable Debian FTP Masters
• mig_1.8+git20230520-4_amd64.changes ACCEPTED into unstable Debian FTP Masters
• mig_1.8+git20230520-3_amd64.changes ACCEPTED into unstable Debian FTP Masters
• Processing of mig_1.8+git20230520-5_amd64.changes Debian FTP Masters
• Processing of mig_1.8+git20230520-4_amd64.changes Debian FTP Masters
• mig_1.8+git20230520-2_source.changes ACCEPTED into unstable Debian FTP Masters
• Processing of mig_1.8+git20230520-3_amd64.changes Debian FTP Masters
• gnumach_1.8+git20230526-2_source.changes ACCEPTED into unstable Debian FTP Masters
• Processing of mig_1.8+git20230520-2_source.changes Debian FTP Masters
• Processing of gnumach_1.8+git20230526-2_source.changes Debian FTP Masters
• gnumach_1.8+git20230526-1_amd64.changes ACCEPTED into unstable Debian FTP Masters
• Processing of gnumach_1.8+git20230526-1_amd64.changes Debian FTP Masters
• crosshurd_1.7.59_amd64.changes ACCEPTED into unstable Debian FTP Masters
• Processing of crosshurd_1.7.59_amd64.changes Debian FTP Masters
• hurd_0.9.git20230520-1_source-all.changes ACCEPTED into unstable Debian FTP Masters
• Processing of hurd_0.9.git20230520-1_source-all.changes Debian FTP Masters
• Re: Bug#35970: gnumach hangs because of Linux 2.0.36 adaptec drivers Petter Reinholdtsen
  • Re: Bug#35970: gnumach hangs because of Linux 2.0.36 adaptec drivers Santiago Vila
  • Bug#35970: marked as done (gnumach hangs because of Linux 2.0.36 adaptec drivers) Debian Bug Tracking System
• gnumach_1.8+git20230520-1_source.changes ACCEPTED into unstable Debian FTP Masters
• Processing of gnumach_1.8+git20230520-1_source.changes Debian FTP Masters
• mig_1.8+git20230520-1_source.changes ACCEPTED into unstable Debian FTP Masters
• Processing of mig_1.8+git20230520-1_source.changes Debian FTP Masters
• Please drom isc-dhcp_4.4.2-P1-1+b1 from hurd-i386's sid Samuel Thibault
  • Re: Please drom isc-dhcp_4.4.2-P1-1+b1 from hurd-i386's sid Aurelien Jarno
  • Re: Please drom isc-dhcp_4.4.2-P1-1+b1 from hurd-i386's sid Samuel Thibault

• Earlier messages
• Later messages