As of pkg-1.10.5 it will ask if you wish to proceed which makes this much easier to deal with. Best regards Andreas On Feb 21, 2018 20:45, "Trond Endrestøl" < Trond.Endrestol_at_fagskolen.gjovik.no> wrote: > On Wed, 21 Feb 2018 20:01+0100, Ronald Klop wrote: > > > On Tue, 20 Feb 2018 11:30:52 +0100, Trond Endrestøl > > <Trond.Endrestol_at_fagskolen.gjovik.no> wrote: > > > > > On Mon, 19 Feb 2018 23:38+0100, Ronald Klop wrote: > > > > > > > Does this mean I always have to do a *clean* buildworld after every > > > > version > > > > bump? This takes ages. > > > > > > Yes, I've come to the conclusion that whenever __FreeBSD_version in > > > sys/sys/param.h is incremented, then it's time to blow away /usr/obj, > > > recreate everything to ensure the correct value of osversion in the > > > .note.tag section of each executable, and reinstall base prior to > > > updating localbase. See PR 225104 for more details, > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225104. > > > > > > > pkg: Newer FreeBSD version for package gnome-menus: > > - package: 1200058 > > - running kernel: 1200056 > > > > So it says "running kernel", but it actually checked "version of > > FreeBSD_version while building /bin/sh" or something like that. > > This sounds over-engineered and (more important) confusing. > > I tried the simply approach of running "make clean; make build" in > /usr/src/bin/sh, hoping it would generate binaries with the correct > osversion in the .note.tag section. Boy, I couldn't be more wrong. > Hence my (possibly wrongful) conclusion of wiping /usr/obj whenever > osversion is increased. I'm probably missing a simpler step. > > -- > Trond. > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" >Received on Wed Feb 21 2018 - 18:49:40 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:15 UTC