freebsd-current  

Messages by Thread

• • Re: Speed improvements in ZFS Alexander Leidinger
  • Re: Speed improvements in ZFS George Michaelson
  • Re: Speed improvements in ZFS Alexander Leidinger
• Strange network issues with -current Alexander Leidinger
  • Re: Strange network issues with -current Alexander Leidinger
  • Re: Strange network issues with -current Alexander Leidinger
• www/firefox does not compile in 14-CURRENT w/ poudriere Matthias Apitz
  • Re: www/firefox does not compile in 14-CURRENT w/ poudriere Tomoaki AOKI
  • Re: www/firefox does not compile in 14-CURRENT w/ poudriere Tomoaki AOKI
  • Re: www/firefox does not compile in 14-CURRENT w/ poudriere Matthias Apitz
• security/openvpn does not compile in 14-CURRENT w/ poudriere Matthias Apitz
  • Re: security/openvpn does not compile in 14-CURRENT w/ poudriere Yasuhiro Kimura
  • Re: security/openvpn does not compile in 14-CURRENT w/ poudriere Matthias Apitz
• Potential show-stopper in em driver? Greg 'groggy' Lehey
  • Re: Potential show-stopper in em driver? Kevin Bowling
  • Re: Potential show-stopper in em driver? Greg 'groggy' Lehey
  • Re: Potential show-stopper in em driver? Kevin Bowling
  • Re: Potential show-stopper in em driver? Greg 'groggy' Lehey
  • Re: Potential show-stopper in em driver? Tomoaki AOKI
• OpenSSL 3 ports fallout Gleb Popov
  • Re: OpenSSL 3 ports fallout Mark Millard
• Re: alpha-1 armv7 git failed: fatal: pack is corrupted (SHA1 mismatch) bob prohaska
  • Re: alpha-1 armv7 git failed: fatal: pack is corrupted (SHA1 mismatch) Mark Millard
  • Re: alpha-1 armv7 git failed: fatal: pack is corrupted (SHA1 mismatch) bob prohaska
  • Re: alpha-1 armv7 git failed: fatal: pack is corrupted (SHA1 mismatch) Mark Millard
• Re: Lacking "arminess" (was Re: New FreeBSD snapshots available) (OFF TOPIC) Glen Barber
• Fwd: [Bug 270041] www/qt5-webengine: Poudriere build fails for 5.15.8 Matthias Apitz
  • Re: Fwd: [Bug 270041] www/qt5-webengine: Poudriere build fails for 5.15.8 Tomoaki AOKI
  • Re: Fwd: [Bug 270041] www/qt5-webengine: Poudriere build fails for 5.15.8 Alastair Hogge
  • Re: Fwd: [Bug 270041] www/qt5-webengine: Poudriere build fails for 5.15.8 Tomoaki AOKI
• /usr/sbin/etcupdate -D/usr/obj/DESTDIRs/main-CA7-chroot -s /usr/main-src -M TARGET_ARCH=armv7 ends up building dtc ! Mark Millard
  • Re: /usr/sbin/etcupdate -D/usr/obj/DESTDIRs/main-CA7-chroot -s /usr/main-src -M TARGET_ARCH=armv7 ends up building dtc ! Mina Galić
  • Re: /usr/sbin/etcupdate -D/usr/obj/DESTDIRs/main-CA7-chroot -s /usr/main-src -M TARGET_ARCH=armv7 ends up building dtc ! Mark Millard
  • Re: /usr/sbin/etcupdate -D/usr/obj/DESTDIRs/main-CA7-chroot -s /usr/main-src -M TARGET_ARCH=armv7 ends up building dtc ! Jessica Clarke
  • Re: /usr/sbin/etcupdate -D/usr/obj/DESTDIRs/main-CA7-chroot -s /usr/main-src -M TARGET_ARCH=armv7 ends up building dtc ! Mark Millard
• Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Juraj Lutter
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mike Karels
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Juraj Lutter
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Juraj Lutter
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mike Karels
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Warner Losh
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Juraj Lutter
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mike Karels
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Juraj Lutter
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Juraj Lutter
  • RE: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mark Millard
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mark Millard
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mark Millard
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Juraj Lutter
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mark Millard
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Juraj Lutter
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mark Millard
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Juraj Lutter
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mike Karels
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mark Millard
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mark Millard
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Juraj Lutter
  • Re: Error crosscompiling 14.0-ALPHA1 on amd64 for arm64.aarch64 Mark Millard
• 14.0-APLHA1 snapshot use of kyua: An odd backtrace that appeared on the aarch64 console (and logs) Mark Millard
• lang/gcc12 will not build on a host w/ 8 CPU and 16G mem Matthias Apitz
  • Re: lang/gcc12 will not build on a host w/ 8 CPU and 16G mem Lorenzo Salvadore
  • Re: lang/gcc12 will not build on a host w/ 8 CPU and 16G mem Matthias Apitz
• ssh 9.4 fails to build Ronald Klop
  • Re: ssh 9.4 fails to build Gary Jennejohn
• New FreeBSD snapshots available: stable/14 (ALPHA1) (20230811 136fc495615f) Glen Barber
  • Re: New FreeBSD snapshots available: stable/14 (ALPHA1) (20230811 136fc495615f) Glen Barber
• problem with poudriere && port ftp/curl Matthias Apitz
  • Re: problem with poudriere && port ftp/curl Jan Beich
  • Re: problem with poudriere && port ftp/curl Kevin Oberman
  • Re: problem with poudriere && port ftp/curl Matthias Apitz
• periodic daily produces ridiculously huge report files Michael Grimm
  • Re: periodic daily produces ridiculously huge report files Michael Grimm
• The future for support of BeagleBone Black and its variants George Abdelmalik
  • Re: The future for support of BeagleBone Black and its variants David Chisnall
  • Re: The future for support of BeagleBone Black and its variants George Abdelmalik
  • Re: The future for support of BeagleBone Black and its variants Sulev-Madis Silber
• ifconfig: missing or corrupted regdomain database void
• Re: port lang/python27 does not build in 14.0-CURRENT w/ poudriere Matthias Apitz
  • Re: port lang/python27 does not build in 14.0-CURRENT w/ poudriere Alastair Hogge
  • Re: port lang/python27 does not build in 14.0-CURRENT w/ poudriere Matthias Apitz
  • Re: port lang/python27 does not build in 14.0-CURRENT w/ poudriere Enji Cooper
  • Re: port lang/python27 does not build in 14.0-CURRENT w/ poudriere Matthias Apitz
  • Re: port lang/python27 does not build in 14.0-CURRENT w/ poudriere Enji Cooper
  • Re: port lang/python27 does not build in 14.0-CURRENT w/ poudriere Charlie Li
  • Re: port lang/python27 does not build in 14.0-CURRENT w/ poudriere Tomoaki AOKI
  • Re: port lang/python27 does not build in 14.0-CURRENT w/ poudriere Tomoaki AOKI
• poudriere && --MAKE_ENV-- section Matthias Apitz
• aarch64 (not armv7) kyua run on main [so: 14]: sys/net/if_lagg_test:status_stress got "Fatal data abort" panic Mark Millard
  • Re: aarch64 (not armv7) kyua run on main [so: 14]: sys/net/if_lagg_test:status_stress got "Fatal data abort" panic [14.0-ALPHA1 snapshot panic submitted to bugzilla] Mark Millard
• qt6 the default qt on -current? void
  • Re: qt6 the default qt on -current? Jan Beich
  • Re: qt6 the default qt on -current? void
• ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Alan Somers
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Graham Perrin
  • Re: ZFS deadlock in 14 Kevin Bowling
  • Re: ZFS deadlock in 14 Cy Schubert
  • Re: ZFS deadlock in 14 Kevin Bowling
  • Re: ZFS deadlock in 14 Cy Schubert
  • Re: ZFS deadlock in 14 Kevin Bowling
  • Re: ZFS deadlock in 14 Graham Perrin
  • Re: ZFS deadlock in 14 Kurt Jaeger
  • Re: ZFS deadlock in 14 Kurt Jaeger
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Cy Schubert
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Mateusz Guzik
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Mateusz Guzik
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Alexander Motin
  • Re: ZFS deadlock in 14 Alexander Motin
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Alexander Motin
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Alexander Motin
  • Re: ZFS deadlock in 14 Martin Matuska
  • Re: ZFS deadlock in 14 Alexander Motin
  • Re: ZFS deadlock in 14 Alexander Motin
  • Re: ZFS deadlock in 14 Dag-Erling Smørgrav
  • Re: ZFS deadlock in 14 Cy Schubert
  • Re: ZFS deadlock in 14 Mark Millard
  • Re: ZFS deadlock in 14 Mark Millard
  • ZFS deadlock in 14: without ZIL Graham Perrin
  • Re: ZFS deadlock in 14: without ZIL Dimitry Andric
  • ZFS deadlock in 14: with ZIL :-) Graham Perrin
  • Re: ZFS deadlock in 14 Mark Millard
  • Re: ZFS deadlock in 14 Mark Millard
  • Re: ZFS deadlock in 14 Mark Millard
  • Re: ZFS deadlock in 14 [USE_TMPFS=no poudriere messed up from the start, lots of "vlruwk"] Mark Millard
  • Re: ZFS deadlock in 14 [USE_TMPFS=no poudriere messed up from the start, lots of "vlruwk"] Mark Millard
  • Re: ZFS deadlock in 14 [USE_TMPFS=no poudriere messed up from the start, lots of "vlruwk"] Mark Millard
  • Re: ZFS deadlock in 14 Mark Millard
  • Re: ZFS deadlock in 14 Mark Millard
  • Re: ZFS deadlock in 14 Alexander Motin
  • Re: ZFS deadlock in 14 Mark Millard
  • Re: ZFS deadlock in 14 Mark Millard
  • poudriere bulk with ZFS and USE_TMPFS=no on main [14-ALPHA2 based]: extensive vlruwk for cpdup's on new builders after pkg builds in first builder Mark Millard
  • Re: poudriere bulk with ZFS and USE_TMPFS=no on main [14-ALPHA2 based]: extensive vlruwk for cpdup's on new builders after pkg builds in first builder Mateusz Guzik
  • Re: poudriere bulk with ZFS and USE_TMPFS=no on main [14-ALPHA2 based]: extensive vlruwk for cpdup's on new builders after pkg builds in first builder Mark Millard
  • Re: poudriere bulk with ZFS and USE_TMPFS=no on main [14-ALPHA2 based]: extensive vlruwk for cpdup's on new builders after pkg builds in first builder Mark Millard
  • Re: poudriere bulk with ZFS and USE_TMPFS=no on main [14-ALPHA2 based]: extensive vlruwk for cpdup's on new builders after pkg builds in first builder Mateusz Guzik
  • Re: poudriere bulk with ZFS and USE_TMPFS=no on main [14-ALPHA2 based]: extensive vlruwk for cpdup's on new builders after pkg builds in first builder Mark Millard
  • Re: poudriere bulk with ZFS and USE_TMPFS=no on main [14-ALPHA2 based]: extensive vlruwk for cpdup's on new builders after pkg builds in first builder Mark Millard
• 14-CURRENT | alternatives for defunct /usr/lib/pam_opie.so? Michael Grimm
  • Re: 14-CURRENT | alternatives for defunct /usr/lib/pam_opie.so? Ronald Klop
  • Re: 14-CURRENT | alternatives for defunct /usr/lib/pam_opie.so? Dag-Erling Smørgrav
  • [SOLVED] 14-CURRENT | alternatives for defunct /usr/lib/pam_opie.so? Michael Grimm
  • RE: 14-CURRENT | alternatives for defunct /usr/lib/pam_opie.so? Mark Millard
• Jail compile error on CURRENT? Yoshihiro Ota
  • Re: Jail compile error on CURRENT? Dimitry Andric
  • Re: Jail compile error on CURRENT? James Gritton
  • Re: Jail compile error on CURRENT? Yuri
• make buildworld puts legacy tools into the /usr/obj/... tree Matthias Apitz
  • Re: make buildworld puts legacy tools into the /usr/obj/... tree Warner Losh
  • Re: make buildworld puts legacy tools into the /usr/obj/... tree Matthias Apitz
  • Re: make buildworld puts legacy tools into the /usr/obj/... tree Warner Losh
  • Re: make buildworld puts legacy tools into the /usr/obj/... tree Matthias Apitz
  • Re: make buildworld puts legacy tools into the /usr/obj/... tree Michael Gmelin
• Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Tomoaki AOKI
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Konstantin Belousov
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Tomoaki AOKI
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Konstantin Belousov
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Tomoaki AOKI
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Konstantin Belousov
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Tomoaki AOKI
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Michael Butler
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Kevin Oberman
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Michael Butler
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Mike Karels
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Michael Butler
  • Re: [Intel AlderLake] Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Konstantin Belousov
• See bugzilla's 272965 and 272966 for cortex-A7 armv7 example kyua test case panics for main [so: 14], split by backtrace structure Mark Millard
• unsubscribe Damon Unric
  • Re: unsubscribe The Doctor
  • unsubscribe Ryan R
  • Unsubscribe Lynn Grant
  • UNSUBSCRIBE Ventsislav Nikolov
• Has the update procedure changed? Matthias Apitz
  • Re: Has the update procedure changed? Kevin Oberman
  • Re: Has the update procedure changed? Tim Kellers
  • Re: Has the update procedure changed? Kevin Oberman
  • Re: Has the update procedure changed? Matthias Apitz
  • Re: Has the update procedure changed? Kevin Oberman
  • Re: Has the update procedure changed? Miroslav Lachman
  • Re: Has the update procedure changed? Matthias Apitz
  • Re: Has the update procedure changed? Tomoaki AOKI
  • Re: Has the update procedure changed? Tomoaki AOKI
  • Re: Has the update procedure changed? Dag-Erling Smørgrav
  • Re: Has the update procedure changed? Tomoaki AOKI
  • Re: Has the update procedure changed? Dag-Erling Smørgrav
  • Re: Has the update procedure changed? Tomoaki AOKI
  • Re: Has the update procedure changed? Tomoaki AOKI
  • etcupdate -p, and other uses of etcupdate(8) (was: Has the update procedure changed?) Graham Perrin
  • Re: etcupdate -p, and other uses of etcupdate(8) (was: Has the update procedure changed?) Tomoaki AOKI

• Earlier messages
• Later messages