Re: PKGBASE Removes FreeBSD Base System Feature

Sulev-Madis Silber writes: > pkg replaced old system just recently pkg replaced the old system 12 years ago. > i wonder how many people object on pkgbase when they find it coming > default and they find it less than ideal. kind of same feedback you > get from people who see backhoe driving next

Re: PKGBASE Removes FreeBSD Base System Feature

yeah, considerably different approach in my case. before fbsd 4.6 i did linux. used shell that was there. bash iirc. then came fbsd. with csh. interactive was csh. with that search feature. scripts were sh. why this, unsure. i didn't change my interactive shell to sh nor bash. also i have this f

Re: PKGBASE Removes FreeBSD Base System Feature

Sulev-Madis Silber writes: > someone had creative idea to replace csh with sh without porting > "useless" features over. partial history search is one > example. Who said partial history search is useless? > thankfully csh is still there. i get that some people use > bash everywhere as interact

Re: PKGBASE Removes FreeBSD Base System Feature

W dniu 5.08.2025 o 10:42, lars.eng...@0x20.net pisze: Sulev-Madis Silber hat am 05.08.2025 05:31 CEST geschrieben: someone had creative idea to replace csh with sh without porting "useless" features over. partial history search is one example. Are you looking for "Ctrl + r" to search the h

Re: PKGBASE Removes FreeBSD Base System Feature

> Sulev-Madis Silber hat am > 05.08.2025 05:31 CEST geschrieben: > > > someone had creative idea to replace csh with sh without porting "useless" > features over. partial history search is one example. Are you looking for "Ctrl + r" to search the history in sh(1), bash(1) and zsh(1)?

Re: panic: fsync: vnode is not exclusive locked but should be

Am 2025-08-04 22:14, schrieb Konstantin Belousov: On Mon, Aug 04, 2025 at 08:50:45PM +0200, Alexander Leidinger wrote: Hi, I have a crash with todays -current: ---snip--- [435] VNASSERT failed: locked not true at /space/system/usr_src/sys/kern/vfs_subr.c:5795 (assert_vop_elocked) [435] 0xf8

Re: PKGBASE Removes FreeBSD Base System Feature

someone had creative idea to replace csh with sh without porting "useless" features over. partial history search is one example. thankfully csh is still there. i get that some people use bash everywhere as interactive shell which i don't. funnily i can't even find way to configure it in bash? i'

Re: panic: fsync: vnode is not exclusive locked but should be

On Mon, Aug 04, 2025 at 08:50:45PM +0200, Alexander Leidinger wrote: > Hi, > > I have a crash with todays -current: > ---snip--- > [435] VNASSERT failed: locked not true at > /space/system/usr_src/sys/kern/vfs_subr.c:5795 (assert_vop_elocked) > [435] 0xf806746f2000: type VREG state VSTATE_CONS

Re: PKGBASE Removes FreeBSD Base System Feature

ck if everything works - and if not you just reboot again into the ZFS BE that worked perfectly before the upgrade and have 'endless' time to figure out what the issue with the upgrade was. Hope that helps. Regards, vermaden Temat: Re: PKGBASE Removes FreeBSD Base System Fea

Re: PKGBASE Removes FreeBSD Base System Feature

On 01/08/2025 16:22, David Chisnall wrote: On 31 Jul 2025, at 02:57, Miroslav Lachman <000.f...@quip.cz> wrote: I would also like to separate it. Use one command to update (upgrade) 3rd party packages and another to update (upgrade) base packages. It is our workflow for the last 25+ years thu

Re: PKGBASE Removes FreeBSD Base System Feature

On Aug 1, 2025, at 07:22, David Chisnall wrote: > On 31 Jul 2025, at 02:57, Miroslav Lachman <000.f...@quip.cz> wrote: >> >> I would also like to separate it. Use one command to update (upgrade) 3rd >> party packages and another to update (upgrade) base packages. It is our >> workflow for t

Re: PKGBASE Removes FreeBSD Base System Feature

On 31 Jul 2025, at 02:57, Miroslav Lachman <000.f...@quip.cz> wrote: > > I would also like to separate it. Use one command to update (upgrade) 3rd > party packages and another to update (upgrade) base packages. It is our > workflow for the last 25+ years thus running one command to update both i

Re: git: 624b7beed5ac - main - kadm5: add -Wno-alloc-size-larger-than

Lexi Winter: > kadm5: add -Wno-alloc-size-larger-than this broke main on clang. i am very sorry about that, i am about to commit a fix once the test build finishes here. signature.asc Description: PGP signature

Re: Someone broke /usr/src

On Sat, Aug 02, 2025 at 05:12:46PM -0700, Simon J. Gerraty wrote: > Steve Kargl wrote: > > I'm not sure how to debug this. msun's Makefile is > > rather messy. I do note that bmake was recently > > updated: > > Actually it was updated more recently than that. > > a8c56be47166 2025-07-19 sjg Me

Re: Someone broke /usr/src

Steve Kargl wrote: > I'm not sure how to debug this. msun's Makefile is > rather messy. I do note that bmake was recently > updated: Actually it was updated more recently than that. a8c56be47166 2025-07-19 sjg Merge bmake-20250707 you can use -dm to learn more about what is going on eg. Sett

Re: Someone broke /usr/src

On Sat, Aug 02, 2025 at 09:55:51PM +, Poul-Henning Kamp wrote: > > Steve Kargl writes: > > > Someone broke dependence checking in /usr/src > > Maybe related: Some days ago I got compile errors with > > make -j12 buildworld > > but not with -j6 > > make -j6 buildworld

Re: Be careful with "make delete-old-libs"

On Jul 30 2025, 18:59 +, KT Ullavik wrote: On 22/07/2025 21:14, Poul-Henning Kamp wrote: I updated to -current and ran "make delete-old-libs" today, and that broke libcurl and as we all know, he doesn't live in Nebraska but rather Sweden, so a lot of things stopped working as a result. If

Re: Someone broke /usr/src

Steve Kargl writes: > Someone broke dependence checking in /usr/src Maybe related: Some days ago I got compile errors with make -j12 buildworld but not with -j6 make -j6 buildworld -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TC

Re: kgssapi and gssd patches for MIT's Kerberos

;> >They are attached and can also be found here... >> >https://people.freebsd.org/~rmacklem/gssd.patch >> >https://people.freebsd.org/~rmacklem/kgssapi.patch >> > >> >To make it work, I did.. >> ># pkg install krb5 >> >--> The librarie

Re: kgssapi and gssd patches for MIT's Kerberos

st in the one > > week old snapshot I am using for testing. > ># cp /usr/include/gssapi_krb5/gssapi/gssapi.h /usr/include/gssapi > >--> So that the correct (MIT) gssapi.h is in /usr/include/gssapi. > > > >Then after patching and building, I go into... > >/

Re: kgssapi and gssd patches for MIT's Kerberos

t;--> So that the correct (MIT) gssapi.h is in /usr/include/gssapi. > >Then after patching and building, I go into... >/usr/obj/usr/src/amd64.amd64/usr.sbin/gssd >and then I re-link gssd with >cc -o gssd -L/usr/local/lib gssd.pieo gssd_prot.pieo gssd_svc.pieo >gssd_xdr.pieo -lkrb5 -lk

Re: CFT: evdev-awared moused

With this new moused there is apparently some fundamental change happening. I'd like to see a document describing the overall design of the new infrastructure for handling pointer events. Ideally, that document would contain a comparison with the older way of doing things. I'm also curious why

Re: CFT: evdev-awared moused

Hello to everyone. I would like to understand if the changes that you are talking about will badly affect the working of the FreeBSD based phone that I'm building. Specifically,it uses the CardKB keyboard with this (I2C to USB-C) adapter : https://www.digikey.it/it/products/detail/m5stack-technol

Re: CFT: evdev-awared moused

Hello Vladimir, On recent main, UPDATING says "set the loader tunable hw.usb.usbhid_enable=0" in case of trouble and this is what I expect to happen on my Lenovo laptop on next upgrade. While I can live without mouse on console I don't feel the need to build your custom moused driver at this point

Re: copying lines from one .h to another with different copyrights

On Fri, Aug 1, 2025 at 9:17 PM Warner Losh wrote: > > It's in the edge. One could legitimately go either way. I'd be inclined to > include it, or some other acknowledgement. If you really didn't want to, > that's defenible, but including is nicer. Ok, thanks, I'll include it, rick > > Warner >

Re: copying lines from one .h to another with different copyrights

It's in the edge. One could legitimately go either way. I'd be inclined to include it, or some other acknowledgement. If you really didn't want to, that's defenible, but including is nicer. Warner On Fri, Aug 1, 2025, 1:34 PM Rick Macklem wrote: > On Fri, Aug 1, 2025 at 4:00 PM Warner Losh wr

Re: copying lines from one .h to another with different copyrights

On Fri, Aug 1, 2025 at 4:00 PM Warner Losh wrote: > > Got diff? Hard to know without it... > > But if it's just interface info and the files are >~200 lines, I'd just copy. > > If there are comments, or the files are small, copy the copyright/license too. I've attached the diff. The file it is tak

Re: copying lines from one .h to another with different copyrights

Got diff? Hard to know without it... But if it's just interface info and the files are >~200 lines, I'd just copy. If there are comments, or the files are small, copy the copyright/license too. Warner On Fri, Aug 1, 2025, 12:53 PM Rick Macklem wrote: > Hi, > > I am working on a patch to fix t

Re: CFT: evdev-awared moused

On 8/1/25 04:59, Oleg Lelchuk wrote: The evdev-aware moused will be in the FreeBSD base system soon? That is the plan -- WBR Vladimir Kondratyev

Re: CFT: evdev-awared moused

The evdev-aware moused will be in the FreeBSD base system soon? On Thu, Jul 31, 2025 at 8:38 PM Vladimir Kondratyev wrote: > On 8/1/25 02:57, vermaden wrote: > >> One must manually switch driver to 'operation level two' to get raw > PS/2 stream. > > > > Why this switch is not made the 'default'

Re: CFT: evdev-awared moused

On 8/1/25 02:57, vermaden wrote: One must manually switch driver to 'operation level two' to get raw PS/2 stream. Why this switch is not made the 'default' way then? Because no one wants parse raw PS/2 data Another question - how to do it? MOUSE_SETLEVEL ioctl does it It is in instal

Re: CFT: evdev-awared moused

;? I hear that term for the first time. Thanks, vermadne Temat: Re: CFT: evdev-awared moused Data: 2025-08-01 1:49 Nadawca: "Vladimir Kondratyev" <vladi...@kondratyev.su> Adresat: "vermaden" <verma...@interia.pl>; "Ed Maste" <ema...@free

Re: Be careful with "make delete-old-libs"

On July 30, 2025 14:00:45 Renato Botelho wrote: On 22/07/25 16:14, Poul-Henning Kamp wrote: I updated to -current and ran "make delete-old-libs" today, and that broke libcurl and as we all know, he doesn't live in Nebraska but rather Sweden, so a lot of things stopped working as a result. If

Re: CFT: evdev-awared moused

On 8/1/25 02:30, vermaden wrote: Hi. On my ThinkPad T480: psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] Other aged protocols like COM, raw PS/2 and X10 are dropped with only You will kill several generations of ThinkPads with that decision? Or 'RAW' means that ThinkPads PS/2 inte

Re: CFT: evdev-awared moused

Hi. On my ThinkPad T480: psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] > Other aged protocols like COM, raw PS/2 and X10 are dropped with only You will kill several generations of ThinkPads with that decision? Or 'RAW' means that ThinkPads PS/2 interfaces will still work? > For those

Re: CFT: evdev-awared moused

On Thu, 31 Jul 2025 18:57:43 -0400 Ed Maste wrote: > On Wed, 30 Jul 2025 at 04:34, Vladimir Kondratyev wrote: > > > > Hi all, > > > > With some non-zero probability FreeBSD15 will have usbhid(4) enabled by > > default. > > See e.g. https://reviews.freebsd.org/D45659. That results in USB mices s

Re: CFT: evdev-awared moused

On Wed, 30 Jul 2025 at 04:34, Vladimir Kondratyev wrote: > > Hi all, > > With some non-zero probability FreeBSD15 will have usbhid(4) enabled by > default. > See e.g. https://reviews.freebsd.org/D45659. That results in USB mices stop to > work in virtual terminals as ums(4) replacement called hms

Re: PKGBASE Removes FreeBSD Base System Feature

On Thu, Jul 31, 2025 at 03:57:47AM +0200, Miroslav Lachman wrote: > On 30/07/2025 20:30, vermaden wrote: > > Hi. > > > > I have only two proposals that seem sensible. > > > > (1) > > > > Keep pkg(8) for third party packages with /etc/pkg and /usr/local/etc/pkg > > and /var/db/pkg dirs for confi

Re: Be careful with "make delete-old-libs"

In message , Gleb Popov writes: > On Wed, Jul 30, 2025 at 8:59=E2=80=AFPM Renato Botelho = > wrote: > > > > I didn't see your message and ended up with the same issue here. After > > delete-old-libs libcurl is broken > > Rebuild curl or install misc/compat14x > This was noted in UPDATING. All p

Re: PKGBASE Removes FreeBSD Base System Feature

On 30/07/2025 20:30, vermaden wrote: Hi. I have only two proposals that seem sensible. (1) Keep pkg(8) for third party packages with /etc/pkg and /usr/local/etc/pkg and /var/db/pkg dirs for configuration. Use separate pkgbase(8) with /etc/pkgbase and /usr/local/etc/pkgbase and /var/db/pkgba

Re: Be careful with "make delete-old-libs"

On 22/07/2025 21:14, Poul-Henning Kamp wrote: I updated to -current and ran "make delete-old-libs" today, and that broke libcurl and as we all know, he doesn't live in Nebraska but rather Sweden, so a lot of things stopped working as a result. If you build curl from ports you'll probably be fi

Re: PKGBASE Removes FreeBSD Base System Feature

- that with 'classic' FreeBSD the *pkg delete -af* removes only third party packages and with PKGBASE FreeBSD it removes almost all system rendering it unbootable/unusable. Hope that helps. Regards, vermaden Temat: Re: PKGBASE Removes FreeBSD Base System Feature Data: 2025-07-30 4:18

Re: Be careful with "make delete-old-libs"

On 7/22/25 15:14, Poul-Henning Kamp wrote: I updated to -current and ran "make delete-old-libs" today, and that broke libcurl and as we all know, he doesn't live in Nebraska but rather Sweden, so a lot of things stopped working as a result. If you build curl from ports you'll probably be fine.

Re: Be careful with "make delete-old-libs"

In message <202507301806.56ui6pmv083...@critter.freebsd.dk>, "Poul-Henning Kamp " writes: > > Renato Botelho writes: > > > On 22/07/25 16:14, Poul-Henning Kamp wrote: > > > I updated to -current and ran "make delete-old-libs" today, and that > > > broke libcurl and as we all know, he does

Re: Be careful with "make delete-old-libs"

On 30/07/25 15:04, Gleb Popov wrote: On Wed, Jul 30, 2025 at 8:59 PM Renato Botelho wrote: I didn't see your message and ended up with the same issue here. After delete-old-libs libcurl is broken Rebuild curl or install misc/compat14x compat14x-amd64 doesn't contain needed libraries. At

Re: Be careful with "make delete-old-libs"

Renato Botelho writes: > On 22/07/25 16:14, Poul-Henning Kamp wrote: > > I updated to -current and ran "make delete-old-libs" today, and that > > broke libcurl and as we all know, he doesn't live in Nebraska but > > rather Sweden, so a lot of things stopped working as a result. > > > > I

Re: Be careful with "make delete-old-libs"

On Wed, Jul 30, 2025 at 8:59 PM Renato Botelho wrote: > > I didn't see your message and ended up with the same issue here. After > delete-old-libs libcurl is broken Rebuild curl or install misc/compat14x

Re: Be careful with "make delete-old-libs"

On 22/07/25 16:14, Poul-Henning Kamp wrote: I updated to -current and ran "make delete-old-libs" today, and that broke libcurl and as we all know, he doesn't live in Nebraska but rather Sweden, so a lot of things stopped working as a result. If you build curl from ports you'll probably be fine.

Re: PKGBASE Removes FreeBSD Base System Feature

On Wed 30 Jul 02:28, vermaden wrote: > Hi, > > after short discussion here: > - https://github.com/freebsd/pkg/issues/2485 > > I got REALLY concerned. > > One of THE features and selling points of a FreeBSD UNIX system is the > 'untouchable' Base System. untouchable is really subjective and ha

Re: Alternate DEs in 15.0 installer (twm, CDE)

On 2025-07-29 15:56, TheComputerCollector wrote: I stand for a decent chunk of the community in that I like twm, and a smaller chunk in that I like CDE. Something about the minimalism of these desktops draws me into them and makes me use them, even when there are modern options available. I also

Re: PKGBASE Removes FreeBSD Base System Feature

On Wed, Jul 30, 2025 at 02:28:35AM +0200, vermaden wrote: > Hi, > > after short discussion here: > - https://github.com/freebsd/pkg/issues/2485 > > I got REALLY concerned. > > One of THE features and selling points of a FreeBSD UNIX system is the > 'untouchable' Base System. > > Without PKGBAS

Re: PKGBASE Removes FreeBSD Base System Feature

Isn't this precisely what locked packages are designed to prevent? Outside of an upgrade tool, I would think locking "base" packages was .. sensible? -G > >

Re: PKGBASE Removes FreeBSD Base System Feature

Tomek CEDRO wrote: > > On Wed, Jul 30, 2025, 02:28 vermaden > wrote: > > Hi, > > after short discussion here: > - https://github.com/freebsd/pkg/issues/2485 freebsd/pkg/issues/2485> > > I got REALLY concerned. > > One

Re: PKGBASE Removes FreeBSD Base System Feature

On Wed, Jul 30, 2025, 02:28 vermaden wrote: > Hi, > > after short discussion here: > - https://github.com/freebsd/pkg/issues/2485 > > I got REALLY concerned. > > One of THE features and selling points of a FreeBSD UNIX system is the > 'untouchable' Base System. > > Without PKGBASE all the feature

Re: Alternate DEs in 15.0 installer (twm, CDE)

Quoting TheComputerCollector : I stand for a decent chunk of the community in that I like twm, and a smaller chunk in that I like CDE. Something about the minimalism of these desktops draws me into them and makes me use them, even when there are modern options available. I also like them as th

Re: LLVM broken on main (arm64)?

Kevin Bowling wrote: > On Sun, Jul 27, 2025 at 7:36 PM wrote: >> >> Lexi Winter wrote: >>> Dimitry Andric: On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: > > after updating from main-n279078-1f2c178e5688 to > main-n279105-9b3055d0d4bc (arm64) I have the following issue: >

Re: -current mit kerberos change breaks security/p5-GSSAPI, www/squid

Hello! to simplify patches and maintaining ports I've setup a new global variable to pass it as arguments in ports, see example with squid: https://people.freebsd.org/~fluffy/-patches/gssapi-squid.diff On 27.07.2025 01:17, Michael Butler wrote: I don't seem to be able to rebuild p5-GSSAPI .

Re: Do we care about 32bit arm fixes any more ?

On Sun, 27 Jul 2025 at 02:53, Poul-Henning Kamp wrote: > For instance: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265639 > > Or should we just close such reviews & tickets ? > I'm still using it for qualcomm stuff on the IPQ4019. -adrian > > -- > Poul-Henning Kamp |

Re: ssh errors, libgssapi_krb5

In message , Lexi Winter writes: > > Herbert: > > On Mon, 28 Jul 2025, at 15:32, Lexi Winter wrote: > > > dlopen: Cannot open "/usr/lib/libgssapi_krb5.so.121" > > > g...@git.le-fay.org: Permission denied (publickey,gssapi-with-mic). > >=20 > > Have you rebuilt ports like curl, git, etc.? > > this

Re: epair(4)

Dag-Erling Smørgrav: > Adrian Chadd writes: > > qroxana writes: > > > What's the best practice for setting up bridge0 on a NFS root > > > system? [...] > > That's an interesting problem that I don't think was even thought > > about when bridge(4) was added to FreeBSD. [...] I /think/ the tftp

Re: ssh errors, libgssapi_krb5

On Mon, Jul 28, 2025 at 7:46 AM Cy Schubert wrote: > > In message , Lexi Winter writes: > > > > > > --YisN3FRhoKLVVIz9 > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > > > hello, > > > > on recent (last ~2 days) main with WITH_MITKRB5, ssh with GSSAPI seems > > br

Re: ssh errors, libgssapi_krb5

In message , Lexi Winter writes: > > > --YisN3FRhoKLVVIz9 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > hello, > > on recent (last ~2 days) main with WITH_MITKRB5, ssh with GSSAPI seems > broken: > > % git push lf > dlopen: Cannot open "/usr/lib/libgssapi_krb5.so.1

Re: ssh errors, libgssapi_krb5

Herbert: > On Mon, 28 Jul 2025, at 15:32, Lexi Winter wrote: > > dlopen: Cannot open "/usr/lib/libgssapi_krb5.so.121" > > g...@git.le-fay.org: Permission denied (publickey,gssapi-with-mic). > > Have you rebuilt ports like curl, git, etc.? this isn't related to ports, it happens with /usr/bin/ssh

Re: ssh errors, libgssapi_krb5

On Mon, 28 Jul 2025, at 15:32, Lexi Winter wrote: > hello, > > on recent (last ~2 days) main with WITH_MITKRB5, ssh with GSSAPI seems > broken: > > % git push lf > dlopen: Cannot open "/usr/lib/libgssapi_krb5.so.121" > dlopen: Cannot open "/usr/lib/libgssapi_krb5.so.121" > dlopen: Cannot open "/usr

Re: LLVM broken on main (arm64)?

On Mon, Jul 28, 2025 at 12:38:03AM -0700, Kevin Bowling wrote: > On Sun, Jul 27, 2025 at 7:36 PM wrote: > > > > Lexi Winter wrote: > > > Dimitry Andric: > > >> On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: > > >>> > > >>> after updating from main-n279078-1f2c178e5688 to > > >>> main-n279105-

Re: LLVM broken on main (arm64)?

On Mon, 28 Jul 2025 04:34:49 +0200, cy...@mm.st wrote: > > Lexi Winter wrote: > > Dimitry Andric: > >> On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: > >>> > >>> after updating from main-n279078-1f2c178e5688 to > >>> main-n279105-9b3055d0d4bc (arm64) I have the following issue: > >>> > >>> $

Re: LLVM broken on main (arm64)?

On Sun, Jul 27, 2025 at 7:36 PM wrote: > > Lexi Winter wrote: > > Dimitry Andric: > >> On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: > >>> > >>> after updating from main-n279078-1f2c178e5688 to > >>> main-n279105-9b3055d0d4bc (arm64) I have the following issue: > >>> > >>> $ cc > >>> PLEASE

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

On Thu, 24 Jul 2025, Lexi Winter wrote: void: I've found ifconfig_bxe0_ipv6="inet6 accept_rtadv" breaks bridging on a dual stack interface in unless some manual hoops are jumped through. net.link.bridge.member_ifaddrs is the default ("0") here. [...] Adding ifconfig_bxe0_ipv6="inet6 accept_rta

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

On 2025-07-27 19:37, Bjoern A. Zeeb wrote: On Thu, 24 Jul 2025, Chris wrote: On 2025-07-24 14:52, void wrote: On Thu, Jul 24, 2025 at 11:41:17PM +0200, Miroslav Lachman wrote: Well, I've never used or seen the ifconfig_XXX variable with IP in rc.conf without inet. So if somebody has it with

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

On Thu, 24 Jul 2025, Chris wrote: On 2025-07-24 14:52, void wrote: On Thu, Jul 24, 2025 at 11:41:17PM +0200, Miroslav Lachman wrote: Well, I've never used or seen the ifconfig_XXX variable with IP in rc.conf without inet. So if somebody has it without it, it's probably wrong configuration.

Re: LLVM broken on main (arm64)?

Lexi Winter wrote: > Dimitry Andric: >> On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: >>> >>> after updating from main-n279078-1f2c178e5688 to >>> main-n279105-9b3055d0d4bc (arm64) I have the following issue: >>> >>> $ cc >>> PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and

Re: A panic by vm_pageout_scan_active activity, some details in case they might help

On Jul 27, 2025, at 15:25, Mark Millard wrote: > On Jul 27, 2025, at 15:00, Mark Johnston wrote: >> >> On Sun, Jul 27, 2025 at 02:26:29PM -0700, Mark Millard wrote: >>> I tried a poudriere(-devel) bulk -Ca on the amd64 system that >>> I have access to and a package build used up much of the >>>

Re: A panic by vm_pageout_scan_active activity, some details in case they might help

On Jul 27, 2025, at 15:00, Mark Johnston wrote: > > On Sun, Jul 27, 2025 at 02:26:29PM -0700, Mark Millard wrote: >> I tried a poudriere(-devel) bulk -Ca on the amd64 system that >> I have access to and a package build used up much of the >> RAM+SWAP == 704 GiBytes before a panic happened. Past e

Re: A panic by vm_pageout_scan_active activity, some details in case they might help

On Sun, Jul 27, 2025 at 02:26:29PM -0700, Mark Millard wrote: > I tried a poudriere(-devel) bulk -Ca on the amd64 system that > I have access to and a package build used up much of the > RAM+SWAP == 704 GiBytes before a panic happened. Past examples > OOM'd without panics, although I did not know t

Re: LLVM broken on main (arm64)?

On Sun, 27 Jul 2025 21:41:13 +0200, Kevin Bowling wrote: > > On Sun, Jul 27, 2025 at 4:58 AM Dimitry Andric wrote: > > > > On 27 Jul 2025, at 13:33, Lexi Winter wrote: > > > > > > Dimitry Andric: > > >> On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: > > >>> > > >>> after updating from main-

Re: LLVM broken on main (arm64)?

On Sun, Jul 27, 2025 at 4:58 AM Dimitry Andric wrote: > > On 27 Jul 2025, at 13:33, Lexi Winter wrote: > > > > Dimitry Andric: > >> On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: > >>> > >>> after updating from main-n279078-1f2c178e5688 to > >>> main-n279105-9b3055d0d4bc (arm64) I have the f

Re: Do we care about 32bit arm fixes any more ?

On Sat, Jul 26, 2025, 11:52 PM Poul-Henning Kamp wrote: > For instance: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265639 > > Or should we just close such reviews & tickets ? > We care... but the bbb is in danger of being removed. The patch in the bug, the last one, seems sen

Re: exterrctl usage

On 7/20/25 15:08, Konstantin Belousov wrote: On Sun, Jul 20, 2025 at 02:24:13PM +0200, Paul Floyd wrote: The exterrctl call is designed for internal use by FreeBSD C runtime. Hi Konstantin Thanks for confirming. Is that also the case for sys_inotify_add_watch_at and sys_inotify_rm_watch?

Re: LLVM broken on main (arm64)?

On 27 Jul 2025, at 13:33, Lexi Winter wrote: > > Dimitry Andric: >> On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: >>> >>> after updating from main-n279078-1f2c178e5688 to >>> main-n279105-9b3055d0d4bc (arm64) I have the following issue: >>> >>> $ cc >>> PLEASE submit a bug report to https

Re: LLVM broken on main (arm64)?

Dimitry Andric: > On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: > > > > after updating from main-n279078-1f2c178e5688 to > > main-n279105-9b3055d0d4bc (arm64) I have the following issue: > > > > $ cc > > PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include > > the cra

Re: LLVM broken on main (arm64)?

On 27 Jul 2025, at 12:44, Herbert J. Skuhra wrote: > > after updating from main-n279078-1f2c178e5688 to > main-n279105-9b3055d0d4bc (arm64) I have the following issue: > > $ cc > PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include > the crash backtrace, preprocessed sourc

Re: acpica/acpi_wakeup.c:115:24: error: use of undeclared identifier 'suspended_cpus'

On 2025-07-26 17:59, Mark Johnston wrote: On Sat, Jul 26, 2025 at 05:54:58PM -0400, Ian Freislich wrote: On July 26, 2025 16:48:42 Mark Johnston wrote: On Sat, Jul 26, 2025 at 02:56:14PM -0400, Ian FREISLICH wrote: Hi I get this error compiling for UP but not SMP. The SMP option is mandat

Re: acpica/acpi_wakeup.c:115:24: error: use of undeclared identifier 'suspended_cpus'

On Sat, Jul 26, 2025 at 05:54:58PM -0400, Ian Freislich wrote: > On July 26, 2025 16:48:42 Mark Johnston wrote: > > > On Sat, Jul 26, 2025 at 02:56:14PM -0400, Ian FREISLICH wrote: > > > Hi > > > > > > I get this error compiling for UP but not SMP. > > > > The SMP option is mandatory on amd64 a

Re: acpica/acpi_wakeup.c:115:24: error: use of undeclared identifier 'suspended_cpus'

On July 26, 2025 16:48:42 Mark Johnston wrote: On Sat, Jul 26, 2025 at 02:56:14PM -0400, Ian FREISLICH wrote: Hi I get this error compiling for UP but not SMP. The SMP option is mandatory on amd64 after commit fa02551dc8a029a74eb374c418dbb5401d53c2db. There is a static assertion in machdep

Re: acpica/acpi_wakeup.c:115:24: error: use of undeclared identifier 'suspended_cpus'

On Sat, Jul 26, 2025 at 02:56:14PM -0400, Ian FREISLICH wrote: > Hi > > I get this error compiling for UP but not SMP. The SMP option is mandatory on amd64 after commit fa02551dc8a029a74eb374c418dbb5401d53c2db. There is a static assertion in machdep.c that is supposed to report this, but it seem

Re: duplicate case value in find/printf.c

Yea. I know... waiting for wifi on the plane so I can push a fix... maybe I'll be able to do it on the ground... Warner On Sat, Jul 26, 2025, 12:33 PM Ian FREISLICH wrote: > Hi > > during buildworld this morning. > > /usr/src/usr.bin/find/printf.c:272:8: error: duplicate case value '98' >27

Re: July 2025 stabilization week

On Thu, Jul 24, 2025 at 10:46:40AM -0700, Gleb Smirnoff wrote: T> On Mon, Jul 21, 2025 at 01:00:21AM -0700, Gleb Smirnoff wrote: T> T> This is an automated email to inform you that the July 2025 stabilization week T> T> started with FreeBSD/main at main-n278914-e0838f8a2e61, which was tagged as T

Re: heads up (15.0 pkgbase): gssd, kerberos, kernel

sorry, i forgot to mention another change: the online manual pages in sections 4 and 9 have been moved to a new package, FreeBSD-kernel-man. if you want these manpages, you should install that package. if you install a new system using the pkgbase installer (bsdinstall) from caddfcd546e0 or later,

Re: July 2025 stabilization week

On Thu, Jul 24, 2025 at 8:47 PM Gleb Smirnoff wrote: > > For the desktop/laptop/soho_router use the July 2025 stabweek snapshot didn't > show any regressions for me and a few other people. I did not receive any > submissions on regressions. +1 to that after upgrading my working horse system.

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

On 2025-07-24 14:52, void wrote: On Thu, Jul 24, 2025 at 11:41:17PM +0200, Miroslav Lachman wrote: Well, I've never used or seen the ifconfig_XXX variable with IP in rc.conf without inet. So if somebody has it without it, it's probably wrong configuration. Similar to what has "changed" recent

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

On Thu, Jul 24, 2025 at 11:41:17PM +0200, Miroslav Lachman wrote: Well, I've never used or seen the ifconfig_XXX variable with IP in rc.conf without inet. So if somebody has it without it, it's probably wrong configuration. Similar to what has "changed" recently with IP on bridge members inst

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

On 24/07/2025 22:18, Lexi Winter wrote: Dag-Erling Smørgrav: void writes: ifconfig_bridge0="203.0.113.2/24 addm bxe0 addm tap0" missing `inet` here. not required. however, i think it should be. the problem is if we start requiring this it's going to break *everyone's* network configurati

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

Dag-Erling Smørgrav: > void writes: > > ifconfig_bridge0="203.0.113.2/24 addm bxe0 addm tap0" > > missing `inet` here. not required. however, i think it should be. the problem is if we start requiring this it's going to break *everyone's* network configuration and i can't come up with a better

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

void writes: > ifconfig_bridge0="203.0.113.2/24 addm bxe0 addm tap0" missing `inet` here. DES -- Dag-Erling Smørgrav - d...@freebsd.org

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

void: > On Thu, 24 Jul 2025, at 14:08, Lexi Winter wrote: > > you should set accept_rtadvd on the bridge interface, not the member > > interface. setting it on the member interface will try to assign the > > SLAAC address to the member, which is not allowed. > OK. Now the rc.conf looks like this

Re: July 2025 stabilization week

Hi, On Mon, Jul 21, 2025 at 01:00:21AM -0700, Gleb Smirnoff wrote: T> This is an automated email to inform you that the July 2025 stabilization week T> started with FreeBSD/main at main-n278914-e0838f8a2e61, which was tagged as T> main-stabweek-2025-Jul. You haven't heard from me since Monday,

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

Formatting got mangled, sorry > > cloned_interfaces="bridge0 tap0" > ifconfig_bxe0="up" > ifconfig_bridge0="203.0.113.2/24 addm bxe0 addm tap0" > defaultrouter="203.0.113.1" > ifconfig_bridge0_ipv6="inet6 -ifdisabled auto_linkloc

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

Hi, On Thu, 24 Jul 2025, at 14:08, Lexi Winter wrote: > you should set accept_rtadvd on the bridge interface, not the member > interface. setting it on the member interface will try to assign the > SLAAC address to the member, which is not allowed. > > you may also need to set some other inet6 fl

Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging

void: > I've found ifconfig_bxe0_ipv6="inet6 accept_rtadv" breaks bridging > on a dual stack interface in unless some manual hoops are jumped through. > > net.link.bridge.member_ifaddrs is the default ("0") here. >[...] > Adding ifconfig_bxe0_ipv6="inet6 accept_rtadv" and then rebooting causes th

Re: heads up (15.0 pkgbase): Kerberos package names

On Thu 24 Jul 11:47, Lexi Winter wrote: > hello, > > commit c7da9fb90b0b enabled WITH_MITKRB5 by default, which changed the > name of the Kerberos packages from FreeBSD-kerberos* to FreeBSD-krb5*. > > i have just landed 4cb1baa7d85c to undo this change, so the packages are > now called FreeBSD-ke

  1   2   3   4   5   6   7   8   9   10   >