freebsd-current  

Messages by Thread

• Installer, before exit: /bin/tcsh for pkg (was: CFT: pkgbase support in 15.0) 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: 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
  • Re: zfs (?) issues? Mark Millard
  • Re: zfs (?) issues? Mark Millard
  • Re: zfs (?) issues? Mark Millard
  • Re: zfs (?) issues? Sulev-Madis Silber
  • Re: zfs (?) issues? Mark Millard
  • Re: zfs (?) issues? Mark Millard
  • Re: zfs (?) issues? Sulev-Madis Silber
  • Re: zfs (?) issues? void
  • Re: zfs (?) issues? Sulev-Madis Silber
  • Re: zfs (?) issues? void
  • Re: zfs (?) issues? Mark Millard
• Re: LK_RETRY set in cn_lkflags for VOP_LOOKUP? Konstantin Belousov
• Re: April 2025 stabilization week Warner Losh
  • Re: April 2025 stabilization week Maxim V Filimonov
  • Re: April 2025 stabilization week Dave Cottlehuber
  • Re: April 2025 stabilization week Dave Cottlehuber
  • Re: April 2025 stabilization week Gleb Smirnoff
  • Re: April 2025 stabilization week Dave Cottlehuber
  • Re: April 2025 stabilization week Gleb Smirnoff
  • Re: April 2025 stabilization week Vladimir Kondratyev
  • Re: April 2025 stabilization week Dave Cottlehuber
  • Re: April 2025 stabilization week Gleb Smirnoff
  • Re: April 2025 stabilization week Vladimir Kondratyev
  • Re: April 2025 stabilization week Dave Cottlehuber
  • Re: April 2025 stabilization week Gleb Smirnoff
• Re: New kernel doesn’t recognize ufs gpt root filesystem Warner Losh
  • Re: New kernel doesn’t recognize ufs gpt root filesystem Chris
  • Re: New kernel doesn’t recognize ufs gpt root filesystem Chris
  • Re: New kernel doesn’t recognize ufs gpt root filesystem Dag-Erling Smørgrav
  • Re: New kernel doesn’t recognize ufs gpt root filesystem Chris
  • Re: New kernel doesn?t recognize ufs gpt root filesystem Gary Jennejohn
  • Re: New kernel doesn?t recognize ufs gpt root filesystem Warner Losh
  • Re: New kernel doesn?t recognize ufs gpt root filesystem Chris
  • Re: New kernel doesn?t recognize ufs gpt root filesystem Chris
  • Re: New kernel doesn?t recognize ufs gpt root filesystem Warner Losh
  • Re: New kernel doesn?t recognize ufs gpt root filesystem Chris
  • Re: New kernel doesn?t recognize ufs gpt root filesystem Dag-Erling Smørgrav
  • Re: New kernel doesn?t recognize ufs gpt root filesystem Chris
  • Re: New kernel doesn?t recognize ufs gpt root filesystem Chris
• Re: graphics/drm-61-kmod build failure for main-n276560-83dcc133c876 Michael Butler
  • Re: graphics/drm-61-kmod build failure for main-n276560-83dcc133c876 Mark Johnston
  • Re: graphics/drm-61-kmod build failure for main-n276560-83dcc133c876 Rainer Hurling
• Re: RTLD_DEEPBIND question Konstantin Belousov
  • Re: RTLD_DEEPBIND question Andriy Gapon
  • Re: RTLD_DEEPBIND question Andriy Gapon
  • Re: RTLD_DEEPBIND question Andriy Gapon
  • Re: RTLD_DEEPBIND question Konstantin Belousov
  • Re: RTLD_DEEPBIND question Konstantin Belousov
  • Re: RTLD_DEEPBIND question Andriy Gapon
  • Re: RTLD_DEEPBIND question Andriy Gapon
  • Re: RTLD_DEEPBIND question Mark Johnston
  • Re: RTLD_DEEPBIND question Andriy Gapon
  • Re: RTLD_DEEPBIND question Konstantin Belousov
• "Invoking IPv6 network device address event may sleep with the following non-sleepable locks held"; "sleepable after non-sleepable" Mark Millard
  • Re: "Invoking IPv6 network device address event may sleep with the following non-sleepable locks held"; "sleepable after non-sleepable" Zhenlei Huang
  • Re: "Invoking IPv6 network device address event may sleep with the following non-sleepable locks held"; "sleepable after non-sleepable" Mark Johnston
• RE: /usr/src/sys/dev/imcsmb/imcsmb_var.h:52:10: fatal error Mark Millard
  • Re: /usr/src/sys/dev/imcsmb/imcsmb_var.h:52:10: fatal error Chris
  • Re: /usr/src/sys/dev/imcsmb/imcsmb_var.h:52:10: fatal error Mark Millard
  • Re: /usr/src/sys/dev/imcsmb/imcsmb_var.h:52:10: fatal error Chris
  • Re: /usr/src/sys/dev/imcsmb/imcsmb_var.h:52:10: fatal error Gary Jennejohn
  • Re: /usr/src/sys/dev/imcsmb/imcsmb_var.h:52:10: fatal error Chris
• Re: No GUI after 14.2 p3 Mark Millard
• 15.0-RELEASE schedule Colin Percival
• poudriere-devel based "bulk -a" has stuck builder slot because of "umount: unmount of . . ./01/wrkdirs failed: Device busy" Mark Millard
• etcupdate failed to build tree with read-only /usr/src Alastair Hogge
  • Re: etcupdate failed to build tree with read-only /usr/src Robert Clausecker
  • Re: etcupdate failed to build tree with read-only /usr/src Alastair Hogge
  • Re: etcupdate failed to build tree with read-only /usr/src Dag-Erling Smørgrav
  • Re: etcupdate failed to build tree with read-only /usr/src Alastair Hogge
  • Re: etcupdate failed to build tree with read-only /usr/src Dag-Erling Smørgrav
  • Re: etcupdate failed to build tree with read-only /usr/src Alastair Hogge
  • Re: etcupdate failed to build tree with read-only /usr/src Alastair Hogge
  • Re: etcupdate failed to build tree with read-only /usr/src Dag-Erling Smørgrav
• Enabling Spleen 64 from boot Alexander Ziaee
  • Re: Enabling Spleen 64 from boot Tomoaki AOKI
  • Re: Enabling Spleen 64 from boot Alexander Ziaee
  • Re: Enabling Spleen 64 from boot Tomoaki AOKI
• WITHOUT_CLANG + WITH_CLANG_BOOTSTRAP seems to be broken Andriy Gapon
  • Re: WITHOUT_CLANG + WITH_CLANG_BOOTSTRAP seems to be broken Andriy Gapon
• elfcopy: not found Sulev-Madis Silber
  • Re: elfcopy: not found Minsoo Choo
  • Re: elfcopy: not found Sulev-Madis Silber
  • Re: elfcopy: not found Ed Maste
  • Re: elfcopy: not found Sulev-Madis Silber
  • Re: elfcopy: not found Ed Maste
  • Re: elfcopy: not found Sulev-Madis Silber
  • Re: elfcopy: not found Sulev-Madis Silber
  • Re: elfcopy: not found Ed Maste
• Fw: pfil_default_to_drop Robert Austen
  • Re: pfil_default_to_drop Zhenlei Huang
  • Re: pfil_default_to_drop Robert Austen
  • Re: pfil_default_to_drop Zhenlei Huang
  • Re: pfil_default_to_drop Robert Austen
  • Re: pfil_default_to_drop Cy Schubert
  • Re: pfil_default_to_drop Robert Austen
  • Re: pfil_default_to_drop Cy Schubert
  • Re: pfil_default_to_drop Robert Austen
  • Re: pfil_default_to_drop Cy Schubert
• VNASSERT failed: vp-›v_holdent › 0 not true at /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) Mark Millard
  • Re: VNASSERT failed: vp-›v_holdent › 0 not true at /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) [2nd example, namei()..vget_finish_ref() is common] Mark Millard
  • Re: VNASSERT failed: vp-›v_holdent › 0 not true at /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) [3rd example, namei()..vget_finish_ref() is common] Mark Millard
  • Re: VNASSERT failed: vp-›v_holdent › 0 not true at /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) [4th example, namei()..vget_finish_ref() is common] Mark Millard
  • Re: VNASSERT failed: vp-›v_holdent › 0 not true at /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) [more examples, namei()..vget_finish_ref() is common] Mark Millard
• 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: 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)] Ronald Klop
  • 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)] Guido Falsi
  • 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)] Guido Falsi
• rtadvd: rtadvctl -vv show : Segmentation fault - after lots of Link up and downs (ISP) A FreeBSD User
• Logged Blank at kernel panic (?) (WAS: Re: Kernel panic on HEAD (93cf4310 2025-03-28)) Steven Harms (High-Security Mail)
• Samsung T7 external SSD support? Steve Kargl
  • Re: Samsung T7 external SSD support? Alexander Motin
  • Re: Samsung T7 external SSD support? Steve Kargl
  • Re: Samsung T7 external SSD support? Steve Kargl
  • Re: Samsung T7 external SSD support? Poul-Henning Kamp
  • Re: Samsung T7 external SSD support? Warner Losh
  • Re: Samsung T7 external SSD support? Warner Losh
  • Re: Samsung T7 external SSD support? Søren Schmidt
  • Re: Samsung T7 external SSD support? Bob Bishop
  • Re: Samsung T7 external SSD support? Mark Millard
• FYI: main-armv64-default bulk build times (ampere2) look to have grown significantly with Host OSVERSION: 1500035 instead of prior Host OSVERSION: 1500028 Mark Millard
  • Re: FYI: main-armv64-default bulk build times (ampere2) look to have grown significantly [...]; 142amd64-default (beefy22) as well Mark Millard
  • Re: FYI: main-armv64-default bulk build times (ampere2) look to have grown significantly [...]; 142amd64-default (beefy22) as well; more, including 72 hrs+ longer for main-amd64-default (beefy18) Mark Millard
  • UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer Baptiste Daroussin
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [it is more complicated then that for aarch64] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [it is more complicated then that for aarch64] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [it is more complicated then that for aarch64] Gleb Popov
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Baptiste Daroussin
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Poul-Henning Kamp
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Baptiste Daroussin
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [Just notes based on various official www/gitlab@ee and @ce build times] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [Examples of {patch,build,lib}-depends timings for bulk -a --and related notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [Examples of {patch,build,lib}-depends timings for bulk -a --and related notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [Examples of {build,lib,run}-depends timings for bulk -a --and some other aarch64 timings] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [Examples of {build,lib,run}-depends timings for bulk -a --and some other aarch64 timings] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard

• Earlier messages