stable  

Messages by Thread

• Re: Asymmetric crypto message on boot/dmesg Charles Sprickman
  • Re: Asymmetric crypto message on boot/dmesg Alan Somers
  • Re: Asymmetric crypto message on boot/dmesg Mark Millard
• Building VM-IMAGE(s) from Source vermaden
  • Re: Building VM-IMAGE(s) from Source vermaden
  • Re: Building VM-IMAGE(s) from Source vermaden
  • Re: Building VM-IMAGE(s) from Source Colin Percival
• [HEADS UP] stable/15: new base packages for PAM, zstd Lexi Winter
  • Re: [HEADS UP] stable/15: new base packages for PAM, zstd Max Brazhnikov
  • Re: [HEADS UP] stable/15: new base packages for PAM, zstd Lexi Winter
• Re: git help Colin Percival
• 15.0-STABLE aarch64 GENERIC ISO (was: New FreeBSD snapshots available: stable/15 (20260326 4311217a039c)) Graham Perrin
• Re: pkg upgrade with inverting match? vermaden
  • Re: pkg upgrade with inverting match? Nikos Vassiliadis
  • Re: pkg upgrade with inverting match? Miroslav Lachman
  • Re: pkg upgrade with inverting match? Paul Mather
  • Re: pkg upgrade with inverting match? Charles Sprickman
  • Re: pkg upgrade with inverting match? Kurt Jaeger
  • RE: pkg upgrade with inverting match? (proposal) vermaden
  • RE: pkg upgrade with inverting match? (proposal) Sulev-Madis Silber
  • RE: pkg upgrade with inverting match? (proposal) vermaden
  • Re: pkg upgrade with inverting match? (proposal) Mark Millard
  • Re: pkg upgrade with inverting match? Miroslav Lachman
  • Re: pkg upgrade with inverting match? Paul Mather
  • Re: pkg upgrade with inverting match? vermaden
  • Re: pkg upgrade with inverting match? George Michaelson
  • Re: pkg upgrade with inverting match? vermaden
  • Re: pkg upgrade with inverting match? Charles Sprickman
  • Re: pkg upgrade with inverting match? vermaden
  • Re: pkg upgrade with inverting match? Mark Millard
• Re: ZFS deadlocks/memory accounting issues Alan Somers
  • Re: ZFS deadlocks/memory accounting issues Garrett Wollman
  • Re: ZFS deadlocks/memory accounting issues Alan Somers
  • Re: ZFS deadlocks/memory accounting issues Garrett Wollman
  • Re: ZFS deadlocks/memory accounting issues Alan Somers
  • Re: ZFS deadlocks/memory accounting issues Garrett Wollman
  • Re: ZFS deadlocks/memory accounting issues Alan Somers
  • Re: ZFS deadlocks/memory accounting issues Konstantin Belousov
  • Re: ZFS deadlocks/memory accounting issues Sulev-Madis Silber
  • Re: ZFS deadlocks/memory accounting issues Alan Somers
  • Re: ZFS deadlocks/memory accounting issues Mark Millard
  • Re: ZFS deadlocks/memory accounting issues Alan Somers
• Re: Huge build times increase after updating from 14.3 to 14.4 [15.0 and main suffer such extra time as well] Mark Millard
• Re: Huge build times increase after updating from 14.3 to 14.4 Olivier Certner
  • Re: Huge build times increase after updating from 14.3 to 14.4 Dimitry Andric
  • Re: Huge build times increase after updating from 14.3 to 14.4 Jeff Love
  • Re: Huge build times increase after updating from 14.3 to 14.4 Anton Saietskii
  • Re: Huge build times increase after updating from 14.3 to 14.4 Philip Paeps
  • Re: Huge build times increase after updating from 14.3 to 14.4 Mark Millard
  • Re: Huge build times increase after updating from 14.3 to 14.4 Mark Millard
  • Re: Huge build times increase after updating from 14.3 to 14.4 Philip Paeps
  • Re: Huge build times increase after updating from 14.3 to 14.4 Antoine Brodin
  • Re: Huge build times increase after updating from 14.3 to 14.4 Mark Millard
  • Re: Huge build times increase after updating from 14.3 to 14.4 Antoine Brodin
• Include rge(4) in 15/stable Bernard Spil
  • Re: Include rge(4) in 15/stable Adrian Chadd
  • Re: Include rge(4) in 15/stable Bernard Spil
  • Re: Include rge(4) in 15/stable Pete French
• FYI: The elapsed time shown for beefy24 [main-amd64] and beefy23 [150amd64-default] stopped over 2hrs ago Mark Millard
  • 504 gateway time-outs (was: FYI: The elapsed time shown for beefy24 [main-amd64] and beefy23 [150amd64-default] stopped over 2hrs ago) Graham Perrin
  • Re: 504 gateway time-outs (was: FYI: The elapsed time shown for beefy24 [main-amd64] and beefy23 [150amd64-default] stopped over 2hrs ago) Kevin Oberman
  • Re: 504 gateway time-outs (was: FYI: The elapsed time shown for beefy24 [main-amd64] and beefy23 [150amd64-default] stopped over 2hrs ago) Kevin Oberman
  • Re: 504 gateway time-outs Mark Millard
  • Re: 504 gateway time-outs Kevin Oberman
  • Re: 504 gateway time-outs Mark Millard
  • Re: 504 gateway time-outs (was: FYI: The elapsed time shown for beefy24 [main-amd64] and beefy23 [150amd64-default] stopped over 2hrs ago) Philip Paeps
  • Re: 504 gateway time-outs Mark Millard
  • Re: 504 gateway time-outs Mark Millard
• FreeBSD 14.4-RC1 Now Available Colin Percival
• lpd: the thin edge of the wedge? Greg 'groggy' Lehey
  • Re: lpd: the thin edge of the wedge? Mark Linimon
  • Re: lpd: the thin edge of the wedge? Greg 'groggy' Lehey
  • Re: lpd: the thin edge of the wedge? Chris
  • Re: lpd: the thin edge of the wedge? Dag-Erling Smørgrav
  • Re: lpd: the thin edge of the wedge? Alexander Ziaee
  • Re: lpd: the thin edge of the wedge? Greg 'groggy' Lehey
  • Re: lpd: the thin edge of the wedge? Brandon Allbery
  • Re: lpd: the thin edge of the wedge? Dag-Erling Smørgrav
  • Re: lpd: the thin edge of the wedge? Bakul Shah
  • Re: lpd: the thin edge of the wedge? Dag-Erling Smørgrav
  • Re: lpd: the thin edge of the wedge? John Baldwin
  • Re: lpd: the thin edge of the wedge? Dag-Erling Smørgrav
  • Re: lpd: the thin edge of the wedge? Marek Zarychta
  • Re: lpd: the thin edge of the wedge? Miroslav Lachman
  • Re: lpd: the thin edge of the wedge? Garance A Drosehn
  • Re: lpd: the thin edge of the wedge? Garance A Drosehn
  • Re: lpd: the thin edge of the wedge? Warner Losh
• FreeBSD Status Report - Fourth Quarter 2025 Lorenzo Salvadore
• FreeBSD 14.4-BETA3 Now Available Colin Percival
• FYI, ampere4 building 150arm64-quarterly: swap usage when building just qt6-webengine, chromium, and electron37 at the same time Mark Millard
• The future of lpr and lpd Dag-Erling Smørgrav
  • The future of lpr and lpd Garrett Wollman
  • Re: The future of lpr and lpd Charles Sprickman
  • Re: The future of lpr and lpd Kurt Jaeger
  • Re: The future of lpr and lpd Greg 'groggy' Lehey
  • Re: The future of lpr and lpd Mark Johnston
  • Re: The future of lpr and lpd Dag-Erling Smørgrav
  • Re: The future of lpr and lpd Brandon Allbery
• Re: debugging 15.0-RELEASE kernel on 15.0p3? Alan Somers
  • Re: debugging 15.0-RELEASE kernel on 15.0p3? Colin Percival
  • Re: debugging 15.0-RELEASE kernel on 15.0p3? vermaden
  • Re: debugging 15.0-RELEASE kernel on 15.0p3? Zhenlei Huang
  • Re: debugging 15.0-RELEASE kernel on 15.0p3? Mark Millard
• FYI: Variability in build times for qt6-webengine-6.10.1_2 on ampere4 and ampere5 Mark Millard
  • Re: FYI: Variability in build times for qt6-webengine-6.10.1_2 on ampere4 and ampere5 Mark Millard
• FreeBSD 14.4-BETA2 Now Available Colin Percival
• Re: syslog problem Miroslav Lachman
• FreeBSD 14.4-BETA1 Now Available Colin Percival
• FYI: posix_fallocate, stable/15, releng15.0, and a gcc* cc1plus: some reported issues Mark Millard
  • Re: FYI: posix_fallocate, stable/15, releng15.0, and a gcc* cc1plus: some reported issues Rick Macklem
  • Re: FYI: posix_fallocate, stable/15, releng15.0, and a gcc* cc1plus: some reported issues Tomoaki AOKI
  • t Mark Millard
  • Re: t Rick Macklem
• Re: Higher load averages running mysql on 15 instead fo 14 Pete Wright
  • Re: Higher load averages running mysql on 15 instead fo 14 Pete French
  • Re: Higher load averages running mysql on 15 instead fo 14 Ronald Klop
  • Re: Higher load averages running mysql on 15 instead fo 14 Pete French
• Re: Missing MCA error messages for bad ECC Bob Bishop
  • Re: Missing MCA error messages for bad ECC Karl Denninger
  • Re: Missing MCA error messages for bad ECC G. Paul Ziemba
  • Re: Missing MCA error messages for bad ECC Jan Martin Mikkelsen
  • Re: Missing MCA error messages for bad ECC Chris
  • Re: Missing MCA error messages for bad ECC G. Paul Ziemba
• Re: syslogd crashes on FreeBSD 15.0-RELEASE Doug Hardie
  • Re: syslogd crashes on FreeBSD 15.0-RELEASE Mark Johnston
  • Re: syslogd crashes on FreeBSD 15.0-RELEASE Doug Hardie
  • Re: syslogd crashes on FreeBSD 15.0-RELEASE Mark Johnston
  • Re: syslogd crashes on FreeBSD 15.0-RELEASE Doug Hardie
  • Re: syslogd crashes on FreeBSD 15.0-RELEASE Anton Shepelev
• Re: git: 56970c3c4b0b - main - loader: Prefer comma-separated list of values for "console" Mark Millard
• Re: FreeBSD Errata Notice FreeBSD-EN-26:03.vm [and other notices/advisories from today: pkgbase instructions?] Mark Millard
  • Re: FreeBSD Errata Notice FreeBSD-EN-26:03.vm [and other notices/advisories from today: pkgbase instructions?] Rich Reynolds
• freebsd-update(8) and kernel patch levels (was: ipfw vulnerability periodic notification) Graham Perrin
  • Re: freebsd-update(8) and kernel patch levels (was: ipfw vulnerability periodic notification) Marco Moock
• libsys.so.7 for armv7 (at least) has "NOTYPE GLOBAL DEFAULT UND __aeabi_unwind_cpp_pr0" but aarch64 and amd64 do not? Mark Millard
  • Re: libsys.so.7 for armv7 (at least) has "NOTYPE GLOBAL DEFAULT UND __aeabi_unwind_cpp_pr0" but aarch64 and amd64 do not? Mark Millard
• Re: no metadata for repo with Juraj Lutter
  • Re: no metadata for repo with Marco Moock
  • Re: no metadata for repo with Adrian Chadd
• 15.1-RELEASE schedule Colin Percival
  • Re: 15.1-RELEASE schedule Lexi Winter
• A notable ampere4 port-package build time comparison/contrast for 14.3 vs. 15.0 for electron37-37.10.3 and qt6-webengine-6.10.1_1 Mark Millard
  • Re: A notable ampere4 port-package build time comparison/contrast for 14.3 vs. 15.0 for electron37-37.10.3 and qt6-webengine-6.10.1_1 Mark Millard
• Re: weird swap device name Ronald Klop
  • Re: weird swap device name Sulev-Madis Silber
  • Re: weird swap device name Nikos Vassiliadis
  • Re: weird swap device name Mark Millard
  • Re: weird swap device name Nikos Vassiliadis
  • Re: weird swap device name Tomoaki AOKI
  • Re: weird swap device name Warner Losh
  • Re: weird swap device name Tuomo Latto
• Re: pkg update issue Gerrit Kühn
  • Re: pkg update issue Jeff Lloyd
• Re: PKG error 14.3-STABLE, just this morning Michael Proto
  • FreeBSD bug 292214 (was: PKG error 14.3-STABLE, just this morning) Graham Perrin
• stable/15, 1500505 (was: Updating PKG Catalog Mismatch?) Graham Perrin
• Re: Updating PKG Catalog Mismatch? Dag-Erling Smørgrav
  • Re: Updating PKG Catalog Mismatch? Jeff Lloyd
  • Re: Updating PKG Catalog Mismatch? Graham Perrin
  • Re: Updating PKG Catalog Mismatch? Dag-Erling Smørgrav
  • Re: Updating PKG Catalog Mismatch? Jeff Lloyd
  • Re: Updating PKG Catalog Mismatch? Mark Millard
• Re: Adding Users and Account Maintenance Marco Moock
  • Re: Adding Users and Account Maintenance Jeff Lloyd
  • Re: Adding Users and Account Maintenance Marco Moock
  • Re: Adding Users and Account Maintenance Jeff Lloyd
• Re: geeqie don't start Milan Obuch
  • Re: geeqie don't start Anton Shepelev
  • Re: geeqie don't start Zahemszky Gábor
• Re: RFC: Implementation of RFC 7217 [A Method for Generating Semantically Opaque Interface Identifiers, with IPv6 Stateless Address Autoconfiguration (SLAAC)] Marek Zarychta
  • Re: RFC: Implementation of RFC 7217 [A Method for Generating Semantically Opaque Interface Identifiers, with IPv6 Stateless Address Autoconfiguration (SLAAC)] Guido Falsi
  • Re: RFC: Implementation of RFC 7217 [A Method for Generating Semantically Opaque Interface Identifiers, with IPv6 Stateless Address Autoconfiguration (SLAAC)] Marek Zarychta
• Re: kern.msgbuf_show_timestamp=1 Jamie Landeg-Jones
  • Re: kern.msgbuf_show_timestamp=1 Warner Losh
  • Re: kern.msgbuf_show_timestamp=1 Jamie Landeg-Jones
  • Re: kern.msgbuf_show_timestamp=1 void
  • Re: kern.msgbuf_show_timestamp=1 Andre Albsmeier
  • Re: kern.msgbuf_show_timestamp=1 Kurt Jaeger
  • Re: kern.msgbuf_show_timestamp=1 Pete French
  • Re: kern.msgbuf_show_timestamp=1 Mark Linimon
  • Re: kern.msgbuf_show_timestamp=1 Warner Losh
  • Re: kern.msgbuf_show_timestamp=1 Andre Albsmeier
  • Re: kern.msgbuf_show_timestamp=1 Tomoaki AOKI
  • Re: kern.msgbuf_show_timestamp=1 Warner Losh
  • Re: kern.msgbuf_show_timestamp=1 Mark Linimon
  • Re: kern.msgbuf_show_timestamp=1 Warner Losh
  • Re: kern.msgbuf_show_timestamp=1 Tomoaki AOKI
  • Re: kern.msgbuf_show_timestamp=1 Mark Linimon
  • Re: kern.msgbuf_show_timestamp=1 Tomoaki AOKI
  • Collaboration platform joachim
  • Re: Collaboration platform Brandon Allbery
  • Re: Collaboration platform Mark Linimon
  • Re: Collaboration platform Joachim Durchholz
  • Re: Collaboration platform Mark Linimon
  • Re: Collaboration platform Sulev-Madis Silber
  • Re: Collaboration platform Brandon Allbery
  • Re: Collaboration platform Joachim Durchholz
  • Re: Collaboration platform Mark Linimon
  • Re: Collaboration platform Dag-Erling Smørgrav
  • Re: Collaboration platform Mark Linimon

• Earlier messages