freebsd-current  

Messages by Thread

• HEADS UP: 15.0 pkgbase, manual action required on upgrade Lexi Winter
  • Re: HEADS UP: 15.0 pkgbase, manual action required on upgrade Ronald Klop
• Re: Implementing RADSEC Bjoern A. Zeeb
• Re: With poudriere how does one create a jail of a slightly older RELEASE ? [github related notes] Mark Millard
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? [github related notes] Chris
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? [github related notes] Alastair Hogge
• Re: mountd(8) Hangs Rick Macklem
• Re: (arm64) link_elf: symbol __floatundidf undefined ... Dimitry Andric
  • Re: (arm64) link_elf: symbol __floatundidf undefined ... Bjoern A. Zeeb
  • Re: (arm64) link_elf: symbol __floatundidf undefined ... Dimitry Andric
  • Re: (arm64) link_elf: symbol __floatundidf undefined ... Dimitry Andric
• May 2025 stabilization week Gleb Smirnoff
  • tag changed! Re: May 2025 stabilization week Gleb Smirnoff
  • Re: tag changed! Re: May 2025 stabilization week Gleb Smirnoff
• New command ts(1) Juraj Lutter
  • Re: New command ts(1) Warner Losh
• Re: With poudriere how does one create a jail of a slightly older RELEASE ? Michael Gmelin
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Dennis Clarke
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Michael Gmelin
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Mark Millard
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Dan Mahoney (Ports)
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Dennis Clarke
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Michael Gmelin
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Dennis Clarke
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Warner Losh
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Tomoaki AOKI
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Alastair Hogge
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Rick Macklem
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Michael Gmelin
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Mark Millard
  • Re: With poudriere how does one create a jail of a slightly older RELEASE ? Dennis Clarke
• Re: NFS Panic Rick Macklem
  • Re: NFS Panic Cy Schubert
• RE: Is there a way to tell poudriere to allocate more memory to a pkg build? Mark Millard
  • Re: Is there a way to tell poudriere to allocate more memory to a pkg build? Dennis Clarke
  • Re: Is there a way to tell poudriere to allocate more memory to a pkg build? Mark Millard
  • Re: Is there a way to tell poudriere to allocate more memory to a pkg build? void
  • Re: Is there a way to tell poudriere to allocate more memory to a pkg build? void
• RE: FreeBSD Status Report - First Quarter 2025 [GCC part of the report] Mark Millard
• FreeBSD Status Report - First Quarter 2025 Lorenzo Salvadore
• Re: Updating build and jail manual pages to include missing or obscure information Dave Cottlehuber
  • Re: Updating build and jail manual pages to include missing or obscure information Alexander Ziaee
  • Re: Updating build and jail manual pages to include missing or obscure information Warner Losh
  • Re: Updating build and jail manual pages to include missing or obscure information Lexi Winter
  • Re: Updating build and jail manual pages to include missing or obscure information resin-freebsd
  • Re: Updating build and jail manual pages to include missing or obscure information Lexi Winter
  • Re: Updating build and jail manual pages to include missing or obscure information Chris
  • Re: Updating build and jail manual pages to include missing or obscure information Chris
  • Re: Updating build and jail manual pages to include missing or obscure information void
  • Re: Updating build and jail manual pages to include missing or obscure information David Wolfskill
• Re: HEADS UP: 15.0-CURRENT, change to bridge(4) might break some network configurations with “Invalid argument” void
  • Re: HEADS UP: 15.0-CURRENT, change to bridge(4) might break some network configurations with “Invalid argument” Kristof Provost
  • Re: HEADS UP: 15.0-CURRENT, change to bridge(4) might break some network configurations with “Invalid argument” Sulev-Madis Silber
  • Re: HEADS UP: 15.0-CURRENT, change to bridge(4) might break some network configurations with “Invalid argument” void
  • Re: HEADS UP: 15.0-CURRENT, change to bridge(4) might break some network configurations with “Invalid argument” Andriy Gapon
  • Re: HEADS UP: 15.0-CURRENT, change to bridge(4) might break some network configurations with “Invalid argument” Lexi Winter
  • Re: HEADS UP: 15.0-CURRENT, change to bridge(4) might break some network configurations with “Invalid argument” void
• Re: lid state stop changing after suspend/resume Renato Botelho
• RE: Just a question about sys/kern/subr_witness.c where witness_watch may be flipped to -1 Mark Millard
  • Re: Just a question about sys/kern/subr_witness.c where witness_watch may be flipped to -1 Dennis Clarke
  • Re: Just a question about sys/kern/subr_witness.c where witness_watch may be flipped to -1 Mark Millard
• Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Marek Zarychta
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument A FreeBSD User
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Alexander Leidinger
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Marek Zarychta
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Kristof Provost
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Marek Zarychta
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Lexi Winter
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Patrick M. Hausen
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument A FreeBSD User
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Patrick M. Hausen
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Patrick M. Hausen
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument A FreeBSD User
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument A FreeBSD User
  • Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Lexi Winter
  • Un-sucking EINVAL (was: ip# on bridge members) Poul-Henning Kamp
  • Re: Un-sucking EINVAL (was: ip# on bridge members) Lexi Winter
  • Re: Un-sucking EINVAL Warner Losh
  • Re: Un-sucking EINVAL Adrian Chadd
  • Re: Un-sucking EINVAL Poul-Henning Kamp
  • Re: Un-sucking EINVAL Brooks Davis
  • Re: Un-sucking EINVAL Konstantin Belousov
  • Re: Un-sucking EINVAL Brooks Davis
  • Re: Un-sucking EINVAL Konstantin Belousov
  • Re: Un-sucking EINVAL Chris
  • Re: Un-sucking EINVAL (was: ip# on bridge members) Brooks Davis
  • Re: Un-sucking EINVAL (was: ip# on bridge members) Poul-Henning Kamp
• Re: New packages repositories for kernel modules (without typo) Rodrigo Osorio
  • Re: New packages repositories for kernel modules (without typo) Marek Zarychta
  • Re: New packages repositories for kernel modules (without typo) Zhenlei Huang
  • Re: New packages repositories for kernel modules (without typo) Dave Cottlehuber
• Re: epair(4) Cy Schubert
  • Re: epair(4) Kristof Provost
  • Re: epair(4) Cy Schubert
  • Re: epair(4) Kristof Provost
  • Re: epair(4) Marek Zarychta
  • Re: epair(4) Lexi Winter
  • Re: epair(4) Michael Butler
  • Re: epair(4) Lexi Winter
  • Re: epair(4) void
  • Re: epair(4) Patrick M. Hausen
  • Re: epair(4) void
  • Re: epair(4) Patrick M. Hausen
  • Re: epair(4) Marek Zarychta
  • Re: epair(4) Patrick M. Hausen
  • Re: epair(4) void
  • Re: epair(4) Sulev-Madis Silber
  • Re: epair(4) void
  • Re: epair(4) Kristof Provost
  • Re: epair(4) Marek Zarychta
  • Re: epair(4) Kristof Provost
  • Re: epair(4) Marek Zarychta
  • Re: epair(4) Michael Grimm
  • Re: epair(4) Kristof Provost
  • Re: epair(4) Michael Grimm
  • Re: epair(4) Lexi Winter
  • Re: epair(4) Konstantin Belousov
  • Re: epair(4) Kelly Hays
  • Re: epair(4) Kristof Provost
  • Re: epair(4) Alexander Leidinger
• Should /usr/src/tools/tools/sysbuild/sysbuild.sh be using "pkg add" with .txz like it is --or should it be .pkg ? Mark Millard
• Re: update on unix(4) Alexander Leidinger
• main armv7 context: kldload of sdt.ko leads to lots of "invalid tracepoint . . ." output during its kldload and some later kldload activity Mark Millard
  • Re: main armv7 context: kldload of sdt.ko leads to lots of "invalid tracepoint . . ." output during its kldload and some later kldload activity Mark Johnston
  • Re: main armv7 context: kldload of sdt.ko leads to lots of "invalid tracepoint . . ." output during its kldload and some later kldload activity Mark Millard
• Re: panic: Assertion sb->sb_acc >= datalen failed at /space/system/usr_src/sys/kern/uipc_usrreq.c:1440 Gleb Smirnoff
• Re: panic in usb_detach_device / device_printf Warner Losh
  • Re: panic in usb_detach_device / device_printf Bjoern A. Zeeb
  • Re: panic in usb_detach_device / device_printf Warner Losh
  • Re: panic in usb_detach_device / device_printf Bjoern A. Zeeb
• Re: Loader goes to LINES=16 and kernel stays on that :( Warner Losh
  • Re: Loader goes to LINES=16 and kernel stays on that :( Adrian Chadd
  • Re: Loader goes to LINES=16 and kernel stays on that :( Toomas Soome
  • Re: Loader goes to LINES=16 and kernel stays on that :( Bjoern A. Zeeb
  • Re: Loader goes to LINES=16 and kernel stays on that :( Toomas Soome
  • Re: Loader goes to LINES=16 and kernel stays on that :( Adrian Chadd
  • Re: Loader goes to LINES=16 and kernel stays on that :( Bjoern A. Zeeb
  • Re: Loader goes to LINES=16 and kernel stays on that :( Jakob Alvermark
  • Re: Loader goes to LINES=16 and kernel stays on that :( Toomas Soome
  • Re: Loader goes to LINES=16 and kernel stays on that :( Jakob Alvermark
• Installer, before exit: /bin/tcsh for pkg (was: CFT: pkgbase support in 15.0) Graham Perrin
  • Re: Installer, before exit: /bin/tcsh for pkg (was: CFT: pkgbase support in 15.0) Ed Maste
  • Re: Installer, before exit: /bin/tcsh for pkg Dag-Erling Smørgrav
  • Re: Installer, before exit: /bin/tcsh for pkg Graham Perrin
• Re: Recent changes to pkg argument parsing (https://reviews.freebsd.org/D49977) Ronald Klop
  • Re: Recent changes to pkg argument parsing (https://reviews.freebsd.org/D49977) Matthew Seaman
  • Re: Recent changes to pkg argument parsing (https://reviews.freebsd.org/D49977) Ronald Klop
• Re: incremental bulds from scratch with beinstall.sh Nuno Teixeira
  • Re: incremental bulds from scratch with beinstall.sh Mark Millard
  • Re: incremental bulds from scratch with beinstall.sh Nuno Teixeira
  • Re: incremental bulds from scratch with beinstall.sh Nuno Teixeira
  • Re: incremental bulds from scratch with beinstall.sh Nuno Teixeira
  • Re: incremental bulds from scratch with beinstall.sh Mark Millard
  • Re: incremental bulds from scratch with beinstall.sh Nuno Teixeira
  • Re: incremental bulds from scratch with beinstall.sh Mark Millard
  • Re: incremental bulds from scratch with beinstall.sh Nuno Teixeira
  • Re: incremental bulds from scratch with beinstall.sh Simon J. Gerraty
  • Re: incremental bulds from scratch with beinstall.sh Mark Millard
  • Re: incremental bulds from scratch with beinstall.sh Simon J. Gerraty
  • Re: incremental bulds from scratch with beinstall.sh Mark Millard
  • Re: incremental bulds from scratch with beinstall.sh Simon J. Gerraty
  • Re: incremental bulds from scratch with beinstall.sh Mark Millard
  • Re: incremental bulds from scratch with beinstall.sh Simon J. Gerraty
  • Re: incremental bulds from scratch with beinstall.sh Nuno Teixeira
  • Re: incremental bulds from scratch with beinstall.sh Simon J. Gerraty
  • Re: incremental bulds from scratch with beinstall.sh Nuno Teixeira
  • Re: incremental bulds from scratch with beinstall.sh Mark Millard
  • Re: incremental bulds from scratch with beinstall.sh Nuno Teixeira
  • Re: incremental bulds from scratch with beinstall.sh Mark Millard
  • Re: incremental bulds from scratch with beinstall.sh Simon J. Gerraty
  • Re: incremental bulds from scratch with beinstall.sh Mark Millard
  • Re: incremental bulds from scratch with beinstall.sh Simon J. Gerraty
• Re: How to build with cross gcc? Olivier Certner
  • Re: How to build with cross gcc? Ahmad Khalifa
  • Re: How to build with cross gcc? Konstantin Belousov
• Re: pkg: invalid option --, and pkg: illegal option -- Florian Smeets
  • Preferring /usr/local/sbin/pkg (was: pkg: invalid option --, and pkg: illegal option --) Graham Perrin
  • Re: pkg: invalid option --, and pkg: illegal option -- Graham Perrin
  • Re: pkg: invalid option --, and pkg: illegal option -- void
  • Re: pkg: invalid option --, and pkg: illegal option -- Kevin Oberman
  • Re: pkg: invalid option --, and pkg: illegal option -- Cy Schubert
  • Re: pkg: invalid option --, and pkg: illegal option -- Kevin Oberman
  • Re: pkg: invalid option --, and pkg: illegal option -- Ed Maste
  • Re: pkg: invalid option --, and pkg: illegal option -- Yusuf Yaman
  • Re: pkg: invalid option --, and pkg: illegal option -- Yusuf Yaman
• Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Yusuf Yaman
  • Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Gleb Popov
  • Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Dimitry Andric
  • Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Yusuf Yaman
  • Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Shawn Webb
  • Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Dimitry Andric
  • Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Shawn Webb
  • Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Dimitry Andric
  • Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Shawn Webb
• Re: zfs (?) issues? Ronald Klop
  • Re: zfs (?) issues? Sulev-Madis Silber
  • Re: zfs (?) issues? Rick Macklem
  • Re: zfs (?) issues? Sulev-Madis Silber
  • Re: zfs (?) issues? Toomas Soome
  • Re: zfs (?) issues? Sulev-Madis Silber

• Earlier messages