freebsd-current  

Messages by Thread

• • 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) qroxana
  • Re: epair(4) Adrian Chadd
  • Re: epair(4) Dag-Erling Smørgrav
  • Re: epair(4) Stefan Esser
  • Re: epair(4) Dag-Erling Smørgrav
  • Re: epair(4) Lexi Winter
  • 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: incremental bulds from scratch with beinstall.sh Nuno Teixeira
  • Re: incremental bulds from scratch with beinstall.sh Mark Millard
• 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: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Rozhuk Ivan
• 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? Sulev-Madis Silber
  • 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 Mark Johnston
  • Re: RTLD_DEEPBIND question Konstantin Belousov
  • libdtrace symbol map [Was: RTLD_DEEPBIND question] Andriy Gapon
  • 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

• Earlier messages
• Later messages