freebsd-current  

Messages by Thread

• The ports quarterly tree 2023Q4 is borked for www/firefox Dennis Clarke
  • Re: The ports quarterly tree 2023Q4 is borked for www/firefox Dimitry Andric
  • Re: The ports quarterly tree 2023Q4 is borked for www/firefox Dennis Clarke
• [2 WEEKS LEFT REMINDER] Call for 2023Q4 status reports Lorenzo Salvadore
• compile 13.2p8 on a recent current fails: compiler issue ? henry vogt
  • Re: compile 13.2p8 on a recent current fails: compiler issue ? Dimitry Andric
  • Re: compile 13.2p8 on a recent current fails: compiler issue ? Dag-Erling Smørgrav
• upgrade failure AN
  • Re: upgrade failure Pete Wright
  • Re: upgrade failure Warner Losh
  • Re: upgrade failure AN
  • Re: upgrade failure Pete Wright
  • Re: upgrade failure Dimitry Andric
• make installworld fails because /usr/include/c++/v1/__tuple is a file John F Carr
  • Re: make installworld fails because /usr/include/c++/v1/__tuple is a file Herbert J. Skuhra
  • Re: make installworld fails because /usr/include/c++/v1/__tuple is a file Dimitry Andric
  • Re: make installworld fails because /usr/include/c++/v1/__tuple is a file John Baldwin
  • Re: make installworld fails because /usr/include/c++/v1/__tuple is a file Dimitry Andric
• aarch64 and armv6 vs. armv7 support: armv6 is not supported, despite what "man arch" reports Mark Millard
  • Re: aarch64 and armv6 vs. armv7 support: armv6 is not supported, despite what "man arch" reports Dimitry Andric
  • Re: aarch64 and armv6 vs. armv7 support: armv6 is not supported, despite what "man arch" reports Warner Losh
  • Re: aarch64 and armv6 vs. armv7 support: armv6 is not supported, despite what "man arch" reports Mark Millard
  • Re: aarch64 and armv6 vs. armv7 support: armv6 is not supported, despite what "man arch" reports Robert Clausecker
• installkernel with PORTS_MODULES+=graphics/drm-515-kmod stopped working Bakul Shah
• main [so: 15] context, 7950X3D and RTL8251/8153 based Ethernet dongle: loss of state, example log information Mark Millard
  • Re: main [so: 15] context, 7950X3D and RTL8251/8153 based Ethernet dongle: loss of state, example log information Jakob Alvermark
  • Re: main [so: 15] context, 7950X3D and RTL8251/8153 based Ethernet dongle: loss of state, example log information Mark Millard
  • Re: main [so: 15] context, 7950X3D and RTL8251/8153 based Ethernet dongle: loss of state, example log information Poul-Henning Kamp
  • Re: main [so: 15] context, 7950X3D and RTL8251/8153 based Ethernet dongle: loss of state, example log information Alexander Motin
  • Re: main [so: 15] context, 7950X3D and RTL8251/8153 based Ethernet dongle: loss of state, example log information Jakob Alvermark
  • Re: main [so: 15] context, 7950X3D and RTL8251/8153 based Ethernet dongle: loss of state, example log information Alexander Motin
  • Re: main [so: 15] context, 7950X3D and RTL8251/8153 based Ethernet dongle: loss of state, example log information Mark Millard
  • Re: main [so: 15] context, 7950X3D and RTL8251/8153 based Ethernet dongle: loss of state, example log information Jakob Alvermark
  • Re: main [so: 15] context, 7950X3D and RTL8251/8153 based Ethernet dongle: loss of state, example log information Poul-Henning Kamp
• Call for 2023Q4 status reports Lorenzo Salvadore
• How do I update the kernel of FreeBSD-CURRENT Manoel Games
  • Re: How do I update the kernel of FreeBSD-CURRENT John Nielsen
• problem updating to CURRENT from source Robert Huff
  • Re: problem updating to CURRENT from source Gary Jennejohn
  • Re: problem updating to CURRENT from source Robert Huff
• CDE on FreeBSD 14.0 Release Rolf M. Dietze
  • Re: CDE on FreeBSD 14.0 Release Mario Marietto
  • Re: CDE on FreeBSD 14.0 Release Rolf M. Dietze
  • Re: CDE on FreeBSD 14.0 Release Rolf M. Dietze
  • Re: CDE on FreeBSD 14.0 Release aak
  • Re: CDE on FreeBSD 14.0 Release Cy Schubert
• Heads up: lots of churn, nothing interesting will come of it (I hope) Warner Losh
• After update to main-n266611-49a83b94395a: panic: bus_generic_rman_activate_resource David Wolfskill
  • Re: After update to main-n266611-49a83b94395a: panic: bus_generic_rman_activate_resource Tomoaki AOKI
  • Re: After update to main-n266611-49a83b94395a: panic: bus_generic_rman_activate_resource David Wolfskill
  • Re: [resolved] After update to main-n266611-49a83b94395a: panic: bus_generic_rman_activate_resource David Wolfskill
  • Re: [resolved] After update to main-n266611-49a83b94395a: panic: bus_generic_rman_activate_resource Tomoaki AOKI
• Fwd: Should we boot the FreeBSD kernel in ELF format or in zImage format ? How? Mario Marietto
  • Re: Should we boot the FreeBSD kernel in ELF format or in zImage format ? How? Warner Losh
  • Re: Should we boot the FreeBSD kernel in ELF format or in zImage format ? How? Mario Marietto
• What is rc.d/opensm? Alexander Leidinger
  • Re: What is rc.d/opensm? Oleksandr Kryvulia
• openzfs and block cloning question Oleksandr Kryvulia
  • Re: openzfs and block cloning question Alexander Leidinger
  • Re: openzfs and block cloning question Oleksandr Kryvulia
• Re: uSB: uslcom: CP2102 weirdness when serial communication via cu/tip/cutecom FreeBSD User
• RFC: #f FreeBSD_version of #ifdef <feature> for OpenZFS pull request Rick Macklem
  • Re: RFC: #f FreeBSD_version of #ifdef <feature> for OpenZFS pull request Warner Losh
  • Re: RFC: #f FreeBSD_version of #ifdef <feature> for OpenZFS pull request Rick Macklem
• "options MAXMEMDOM=2" vs. amd64 DBG kernel booting: 3000+ "kernel: Process (pid 1) got signal 5" notices during booting Mark Millard
  • Re: "options MAXMEMDOM=2" vs. amd64 DBG kernel booting: 3000+ "kernel: Process (pid 1) got signal 5" notices during booting Mark Millard
  • Re: "options MAXMEMDOM=2" vs. amd64 DBG kernel booting: 3000+ "kernel: Process (pid 1) got signal 5" notices during booting Mark Millard
• bl[ao]cklistd, some first impressions... Poul-Henning Kamp
  • Re: bl[ao]cklistd, some first impressions... Bob Bishop
• HEADSUP: panic: running without device atpic requires a local APIC on UEFI systems after 0b01d45783c3 Xin Li
  • Re: HEADSUP: panic: running without device atpic requires a local APIC on UEFI systems after 0b01d45783c3 Warner Losh
  • Re: HEADSUP: panic: running without device atpic requires a local APIC on UEFI systems after 0b01d45783c3 Warner Losh
  • Re: HEADSUP: panic: running without device atpic requires a local APIC on UEFI systems after 0b01d45783c3 Xin Li
  • Re: HEADSUP: panic: running without device atpic requires a local APIC on UEFI systems after 0b01d45783c3 Warner Losh
• How much survives an install/reboot cycle? bob prohaska
  • Re: How much survives an install/reboot cycle? Warner Losh
  • Re: How much survives an install/reboot cycle? Zhenlei Huang
  • Re: How much survives an install/reboot cycle? bob prohaska
• Re: NFS exports of ZFS snapshots broken Rick Macklem
  • Re: NFS exports of ZFS snapshots broken Ronald Klop
  • Re: NFS exports of ZFS snapshots broken Rick Macklem
  • Re: NFS exports of ZFS snapshots broken Rick Macklem
  • Re: NFS exports of ZFS snapshots broken Rick Macklem
  • Re: NFS exports of ZFS snapshots broken Mike Karels
  • Re: NFS exports of ZFS snapshots broken Rick Macklem
  • Re: NFS exports of ZFS snapshots broken Mike Karels
  • Re: NFS exports of ZFS snapshots broken Rick Macklem
  • Re: NFS exports of ZFS snapshots broken Rick Macklem
  • Re: NFS exports of ZFS snapshots broken Mark Millard
• autofs -hosts maps Cy Schubert
  • Re: autofs -hosts maps Daniel Braniss
  • Re: autofs -hosts maps Hans Ottevanger
• Update to the Release Engineering Team Roster Glen Barber
  • Re: Update to the Release Engineering Team Roster matti k
• db> reset -> panic: acquiring blockable sleep lock with spinlock or critical section held ... Bjoern A. Zeeb
  • Re: db> reset -> panic: acquiring blockable sleep lock with spinlock or critical section held ... Mark Johnston
  • Re: db> reset -> panic: acquiring blockable sleep lock with spinlock or critical section held ... Mitchell Horne
  • Re: db> reset -> panic: acquiring blockable sleep lock with spinlock or critical section held ... Bjoern A. Zeeb
  • Re: db> reset -> panic: acquiring blockable sleep lock with spinlock or critical section held ... Mitchell Horne
• Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Herbert J. Skuhra
  • Re: Request for Testing: TCP RACK Herbert J. Skuhra
  • Re: Request for Testing: TCP RACK Olivier Cochard-Labbé
  • Re: Request for Testing: TCP RACK Herbert J. Skuhra
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Herbert J. Skuhra
  • Re: Request for Testing: TCP RACK Olivier Cochard-Labbé
  • Re: Request for Testing: TCP RACK Herbert J. Skuhra
  • Re: Request for Testing: TCP RACK Herbert J. Skuhra
  • Re: Request for Testing: TCP RACK Herbert J. Skuhra
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Herbert J. Skuhra
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Herbert J. Skuhra
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Herbert J. Skuhra
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Marek Zarychta
  • Re: Request for Testing: TCP RACK Marek Zarychta
  • Re: Request for Testing: TCP RACK void
  • Re: Request for Testing: TCP RACK Alexander Leidinger
  • Re: Request for Testing: TCP RACK Johan Hendriks
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Tomoaki AOKI
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Tomoaki AOKI
  • Re: Request for Testing: TCP RACK Tomoaki AOKI
  • Re: Request for Testing: TCP RACK Zhenlei Huang
  • Re: Request for Testing: TCP RACK Zhenlei Huang
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK Pete Wright
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Gary Jennejohn
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Dag-Erling Smørgrav
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Gary Jennejohn
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK Gary Jennejohn
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Gary Jennejohn
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK Drew Gallatin
  • Re: Request for Testing: TCP RACK Drew Gallatin
  • Re: Request for Testing: TCP RACK Tomoaki AOKI
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Mike Karels
  • Re: Request for Testing: TCP RACK David Wolfskill
  • Re: Request for Testing: TCP RACK Konstantin Belousov
  • Re: Request for Testing: TCP RACK Drew Gallatin
  • Re: Request for Testing: TCP RACK Konstantin Belousov
  • Re: Request for Testing: TCP RACK Drew Gallatin
  • Re: Request for Testing: TCP RACK Konstantin Belousov
  • Re: Request for Testing: TCP RACK Drew Gallatin
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK tuexen
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK Nuno Teixeira
  • Re: Request for Testing: TCP RACK Nuno Teixeira
• something got wrong with 32bit ld between 1500002 and 1500003 Dima Panov
  • 99132daf6f70 rc.d/ldconfig: Prepend rtld stdlib paths to ldconfig(32)_paths Graham Perrin
• FYI: poudriere-devel builder got stuck in kqread during from scratch bulk -a Mark Millard
• [HEADS-UP] Quick update to 14.0-RELEASE schedule Glen Barber
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule The Doctor
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Glen Barber
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule The Doctor
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Glen Barber
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule matti k
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Glen Barber
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule John Baldwin
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Glen Barber
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Pete Wright
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Glen Barber
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule The Doctor
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Glen Barber
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule The Doctor
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Olivier Certner
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule The Doctor
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Jamie Landeg-Jones
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Glen Barber
  • Re: [HEADS-UP] Quick update to 14.0-RELEASE schedule Jamie Landeg-Jones

• Earlier messages
• Later messages