freebsd-current  

Messages by Thread

• • Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld Mark Millard
  • Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld bob prohaska
  • Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld Mark Millard
  • Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld Paul Mather
  • mongodb - Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld Ronald Klop
  • Re: mongodb - Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld Paul Mather
  • Re: mongodb - Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld John Kennedy
  • Re: mongodb - Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld Mark Millard
  • Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld Mark Millard
  • Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld Sulev-Madis Silber
  • Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld bob prohaska
  • Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld Ronald Klop
• Re: make buildworld: "[...] fatal error: 'llvm/Demangle/Demangle.h' file not found", among other errors David Wolfskill
  • RE: make buildworld: "[...] fatal error: 'llvm/Demangle/Demangle.h' file not found", among other errors Mark Millard
• [LDWG] additional requiremetns to be able to install KDE DESKTOP on FBSD15 from install media. Lars Tunkrans
  • Re: [LDWG] additional requirements to be able to install KDE DESKTOP on FBSD15 from install media. Graham Perrin
  • Re: [LDWG] additional requirements to be able to install KDE DESKTOP on FBSD15 from install media. S. Ross Gohlke
• Re: rescue - usr.bin/id/id.c:149:16: error: use of undeclared identifier 'Aflag' David Wolfskill
  • Re: rescue - usr.bin/id/id.c:149:16: error: use of undeclared identifier 'Aflag' Sulev-Madis Silber
• Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Michael Gmelin
  • Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Dennis Clarke
  • Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? cyric
  • Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Dennis Clarke
  • Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Warner Losh
  • Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Konstantin Belousov
  • Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Thomas Schweikle
  • Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Simon J. Gerraty
  • Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Philipp Ost
  • Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? cyric
  • Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Ian Freislich
• RFC: NFS over RDMA Rick Macklem
  • Re: RFC: NFS over RDMA Konstantin Belousov
  • Re: RFC: NFS over RDMA Rick Macklem
  • Re: RFC: NFS over RDMA Konstantin Belousov
  • Re: RFC: NFS over RDMA Rick Macklem
  • Re: RFC: NFS over RDMA John Baldwin
  • Re: RFC: NFS over RDMA Konstantin Belousov
  • Re: RFC: NFS over RDMA Rick Macklem
  • Re: RFC: NFS over RDMA Rick Macklem
  • Re: RFC: NFS over RDMA Rick Macklem
• Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o Adrian Chadd
  • Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o Mark Millard
  • Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o Adrian Chadd
  • Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o Mark Millard
  • Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o Mark Millard
  • Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o Mark Millard
  • Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o Konstantin Belousov
  • Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o bob prohaska
  • Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o bob prohaska
  • Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o Mark Millard
  • Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o Adrian Chadd
• Re: Why is the DVD image so large? Lexi Winter
  • Re: Why is the DVD image so large? Graham Perrin
  • Re: Why is the DVD image so large? Dennis Clarke
  • Re: Why is the DVD image so large? Tomoaki AOKI
  • Re: Why is the DVD image so large? John D Groenveld
  • Re: Why is the DVD image so large? Sulev-Madis Silber
  • Re: Why is the DVD image so large? Lars Tunkrans
  • Re: Why is the DVD image so large? Chris
  • Re: Why is the DVD image so large? Tomoaki AOKI
  • Re: Why is the DVD image so large? Tomek CEDRO
  • Re: Why is the DVD image so large? Tomoaki AOKI
  • Re: Why is the DVD image so large? Tomek CEDRO
  • Re: Why is the DVD image so large? Sulev-Madis Silber
  • Re: Why is the DVD image so large? Tomek CEDRO
  • Re: Why is the DVD image so large? Tomoaki AOKI
  • Re: Why is the DVD image so large? Tomek CEDRO
  • Re: Why is the DVD image so large? Tomek CEDRO
  • Re: Why is the DVD image so large? Sulev-Madis Silber
  • Re: Why is the DVD image so large? Lars Tunkrans
  • Re: Why is the DVD image so large? Andriy Gapon
  • Re: Why is the DVD image so large? Tomek CEDRO
  • Re: Why is the DVD image so large? Lars Tunkrans
  • Re: Why is the DVD image so large? Chris
  • Re: Why is the DVD image so large? Lars Tunkrans
• Re: consequences of __FreeBSD_version changes Marek Zarychta
  • Re: consequences of __FreeBSD_version changes void
  • Re: consequences of __FreeBSD_version changes Marek Zarychta
  • Re: consequences of __FreeBSD_version changes void
  • RE: consequences of __FreeBSD_version changes Mark Millard
• emulators/wine: /usr/local/share/wine/pkg32.sh: "Unable to update repository", and other Wine mishaps Mark Millard
  • Re: emulators/wine: /usr/local/share/wine/pkg32.sh: "Unable to update repository", and other Wine mishaps Christos Margiolis
• Re: db> reset -> panic: lock (sleep mutex) eventhandler not locked @ /usr/src/sys/kern/subr_eventhandler.c:272 Ryan Libby
  • Re: db> reset -> panic: lock (sleep mutex) eventhandler not locked @ /usr/src/sys/kern/subr_eventhandler.c:272 Ryan Libby
  • Re: db> reset -> panic: lock (sleep mutex) eventhandler not locked @ /usr/src/sys/kern/subr_eventhandler.c:272 Mitchell Horne
• Re: Mistakenly started two buildworld instances... Warner Losh
  • Re: Mistakenly started two buildworld instances... Enji Cooper (yaneurabeya)
• Poudriere in Highly Secure Environment with Proxy Access vermaden
• Re: "etcupdate extract" -- Failed to build new tree. Dag-Erling Smørgrav
  • Re: "etcupdate extract" -- Failed to build new tree. Thomas Schweikle
  • Re: "etcupdate extract" -- Failed to build new tree. Dag-Erling Smørgrav
  • Re: "etcupdate extract" -- Failed to build new tree. Thomas Schweikle
  • Re: "etcupdate extract" -- Failed to build new tree. Dag-Erling Smørgrav
  • Re: "etcupdate extract" -- Failed to build new tree. Thomas Schweikle
  • Re: "etcupdate extract" -- Failed to build new tree. Dag-Erling Smørgrav
  • Re: "etcupdate extract" -- Failed to build new tree. Thomas Schweikle
  • Re: "etcupdate extract" -- Failed to build new tree. Dag-Erling Smørgrav
  • Re: "etcupdate extract" -- Failed to build new tree. Marek Zarychta
  • Re: "etcupdate extract" -- Failed to build new tree. Thomas Schweikle
  • Re: "etcupdate extract" -- Failed to build new tree. Dag-Erling Smørgrav
  • Re: "etcupdate extract" -- Failed to build new tree. Marek Zarychta
  • Re: "etcupdate extract" -- Failed to build new tree. Sulev-Madis Silber
  • Re: "etcupdate extract" -- Failed to build new tree. Thomas Schweikle
  • Re: "etcupdate extract" -- Failed to build new tree. Michael Gmelin
  • Re: "etcupdate extract" -- Failed to build new tree. Sulev-Madis Silber
  • Re: "etcupdate extract" -- Failed to build new tree. Thomas Schweikle
  • Re: "etcupdate extract" -- Failed to build new tree. Sulev-Madis Silber
  • Re: "etcupdate extract" -- Failed to build new tree. Thomas Schweikle
  • Re: "etcupdate extract" -- Failed to build new tree. Miroslav Lachman
  • Re: "etcupdate extract" -- Failed to build new tree. Mark Millard
• October 2025 stabilization week Gleb Smirnoff
  • Re: October 2025 stabilization week Gleb Smirnoff
• Re: building editors/libreoffice fails with: unknown USE_QT component 'tools' invalid Tomoaki AOKI
  • Re: building editors/libreoffice fails with: unknown USE_QT component 'tools' invalid Matthias Apitz
  • Re: building editors/libreoffice fails with: unknown USE_QT component 'tools' invalid Tomoaki AOKI
  • Re: building editors/libreoffice fails with: unknown USE_QT component 'tools' invalid Matthias Apitz
  • Re: building editors/libreoffice fails with: unknown USE_QT component 'tools' invalid Tomoaki AOKI
• bsdinstall scripted regression (broken) 15-BETA Andrey Fesenko
• evdev-induced panic (devfs / destroy_dev race?) Kyle Evans
  • Re: evdev-induced panic (devfs / destroy_dev race?) Konstantin Belousov
  • Re: evdev-induced panic (devfs / destroy_dev race?) Kyle Evans
• Re: old shared lib is missing on installworld (by poudriere) Kevin Oberman
  • Re: old shared lib is missing on installworld (by poudriere) Dag-Erling Smørgrav
• RFC: How ZFS handles arc memory use Rick Macklem
  • Re: RFC: How ZFS handles arc memory use Alexander Motin
  • Re: RFC: How ZFS handles arc memory use Rick Macklem
  • Re: RFC: How ZFS handles arc memory use Mark Johnston
  • Re: RFC: How ZFS handles arc memory use Doug Ambrisko
  • Re: RFC: How ZFS handles arc memory use Alexander Leidinger
  • Re: RFC: How ZFS handles arc memory use Doug Ambrisko
  • Re: RFC: How ZFS handles arc memory use Rick Macklem
  • Re: RFC: How ZFS handles arc memory use Doug Ambrisko
  • Re: RFC: How ZFS handles arc memory use Alexander Leidinger
  • Re: RFC: How ZFS handles arc memory use Mark Johnston
  • vfs.zfs.arc.free_target and vfs.zfs.arc.sys_free (was: RFC: How ZFS handles arc memory use) Graham Perrin
• Re: usbhid(4) breaks passkeys? Alan Somers
  • Re: usbhid(4) breaks passkeys? Marcin Cieslak
  • Re: usbhid(4) breaks passkeys? Ed Maste
  • RE: usbhid(4) breaks passkeys? Mark Millard
  • RE: usbhid(4) breaks passkeys? Marcin Cieslak
• Re: text buffer size in boot Sulev-Madis Silber
  • Re: text buffer size in boot Marcin Cieslak
  • Re: text buffer size in boot Sulev-Madis Silber
• Re: RFC: _PC_HAS_HIDDENSYSTEM rename Konstantin Belousov
• S0i3 sleep testing image obiwac
  • Re: S0i3 sleep testing image obiwac
  • Re: S0i3 sleep testing image Charlie Li
  • Re: S0i3 sleep testing image Charlie Li
  • Re: S0i3 sleep testing image obiwac
  • Re: S0i3 sleep testing image obiwac
  • Re: S0i3 sleep testing image Charlie Li
  • Re: S0i3 sleep testing image obiwac
  • Re: S0i3 sleep testing image Charlie Li
  • Re: S0i3 sleep testing image obiwac
  • Re: S0i3 sleep testing image Charlie Li
  • Re: S0i3 sleep testing image obiwac
• Re: Inverted mouse wheel since refurbishment of moused? bob prohaska
  • Re: Inverted mouse wheel since refurbishment of moused? A FreeBSD User
  • Re: Inverted mouse wheel since refurbishment of moused? Tijl Coosemans
• lib32 not installed - but required when update vermaden
  • Re: lib32 not installed - but required when update vermaden
  • Re: lib32 not installed - but required when update Miroslav Lachman
• y to proceed, then nothing Graham Perrin
  • Re: y to proceed, then nothing Mark Millard
  • Re: y to proceed, then nothing Graham Perrin
• pkg(8) Repos vermaden
• ampere1 arm64: "panic: Unhandled external data abort" backtrace has been reported Mark Millard
  • Re: ampere1 arm64: "panic: Unhandled external data abort" backtrace has been reported Kyle Evans
• crash while building ports using poudriere Kurt Jaeger
  • Re: crash while building ports using poudriere Kurt Jaeger
• 15.0-Alpha5 installer generates bad /etc/resolv.conf Lars Tunkrans
• RE: disallowing 'make installworld' with pkgbase [side note about release notes draft] Mark Millard
  • Re: disallowing 'make installworld' with pkgbase [side note about release notes draft] Colin Percival
• Re: Source code: class diagram generator Alan Somers
  • Re: Source code: class diagram generator Alexander Leidinger
  • Re: Source code: class diagram generator Maku Bex
• openat("./...", O_CREAT) fails even though the directory exists Lexi Winter
  • Re: openat("./...", O_CREAT) fails even though the directory exists Olivier Certner
  • Re: openat("./...", O_CREAT) fails even though the directory exists Lexi Winter
  • Re: openat("./...", O_CREAT) fails even though the directory exists Olivier Certner
  • Re: openat("./...", O_CREAT) fails even though the directory exists Lexi Winter
  • Re: openat("./...", O_CREAT) fails even though the directory exists Adrian Chadd
  • Re: openat("./...", O_CREAT) fails even though the directory exists Dan Mahoney (Ports)
  • Re: openat("./...", O_CREAT) fails even though the directory exists Sulev-Madis Silber
  • Re: openat("./...", O_CREAT) fails even though the directory exists Adrian Chadd
  • Re: openat("./...", O_CREAT) fails even though the directory exists Sulev-Madis Silber
  • Re: openat("./...", O_CREAT) fails even though the directory exists Dag-Erling Smørgrav
  • Re: openat("./...", O_CREAT) fails even though the directory exists Marcin Cieslak
  • Re: openat("./...", O_CREAT) fails even though the directory exists Lexi Winter
• Re: ACPI error after update to n280504-1f2a65222b88 Yasuhiro Kimura
  • Re: ACPI error after update to n280504-1f2a65222b88 Kevin Oberman
  • Re: ACPI error after update to n280504-1f2a65222b88 Enji Cooper (yaneurabeya)
  • Re: ACPI error after update to n280504-1f2a65222b88 Kevin Oberman
  • Re: ACPI error after update to n280504-1f2a65222b88 obiwac
  • Re: ACPI error after update to n280504-1f2a65222b88 Kevin Oberman
• main 16 and 15.0-ALPHA4: using a USB3 context gets extensive "flswai" STATE time during poudriere builds (UFS context happens to be in use); more Mark Millard
  • Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" STATE time during poudriere builds (UFS context happens to be in use); more Mark Millard
  • Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more Mark Millard
  • Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more Mark Millard
  • Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more Mark Millard

• Earlier messages
• Later messages