pkg thinks kernel is old

[Bengt Ahlgren]

Baptiste Daroussin <bapt at FreeBSD.org> writes:

> On Fri, Oct 11, 2019 at 01:57:06PM +0200, Bengt Ahlgren wrote:
>> Baptiste Daroussin <bapt at FreeBSD.org> writes:
>> 
>> > On Fri, Oct 11, 2019 at 11:54:15AM +0200, Bengt Ahlgren wrote:
>> >> Baptiste Daroussin <bapt at FreeBSD.org> writes:
>> >> 
>> >> > On Fri, Oct 11, 2019 at 11:38:46AM +0200, Bengt Ahlgren wrote:
>> >> >> Baptiste Daroussin <bapt at FreeBSD.org> writes:
>> >> >> 
>> >> >> > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote:
>> >> >> >> Ronald Klop <ronald-lists at klop.ws> writes:
>> >> >> >> 
>> >> >> >> > Van: Bengt Ahlgren <bengt.ahlgren at ri.se>
>> >> >> >> > Datum: woensdag, 9 oktober 2019 23:38
>> >> >> >> > Aan: stable at freebsd.org
>> >> >> >> > Onderwerp: pkg thinks kernel is old
>> >> >> >> >>
>> >> >> >> >> I've ran into this on my 11.3-STABLE system:
>> >> >> >> >>
>> >> >> >> >> # uname -K
>> >> >> >> >> 1103500
>> >> >> >> >> # pkg update -f
>> >> >> >> >> Updating ivyp repository catalogue...
>> >> >> >> >> Fetching meta.txz: 100%    560 B   0.6kB/s    00:01    Fetching
>> >> >> >> >> packagesite.txz: 100%  410 KiB 419.9kB/s    00:01    Processing
>> >> >> >> >> entries:   0%
>> >> >> >> >> Newer FreeBSD version for package zziplib:
>> >> >> >> >> To ignore this error set IGNORE_OSVERSION=yes
>> >> >> >> >> - package: 1103000
>> >> >> >> >> - running kernel: 1102509
>> >> >> >> >> Ignore the mismatch and continue? [Y/n]:
>> >> >> >> >>
>> >> >> >> >> I build my own packages with poudriere, and have just switched from an
>> >> >> >> >> 11.2-REL to an 11.3-REL jail.  I didn't force-upgrade everything after
>> >> >> >> >> the switch, perhaps that's needed to make pkg recognise the correct
>> >> >> >> >> kernel version?
>> >> >> >> >>
>> >> >> >> >> Bengt
>> >> >> >> 
>> >> >> >> > This message of pkg is misleading.
>> >> >> >> >
>> >> >> >> > It looks at /bin/sh or something like that for the version. And prints
>> >> >> >> > that as the 'kernel' version. So if you did an incremental build and
>> >> >> >> > /bin/sh was not changed the version stays the same.
>> >> >> >> > To fix it you can do a clean buildworld/installworld.
>> >> >> >> >
>> >> >> >> > Regards,
>> >> >> >> > Ronald.
>> >> >> >> 
>> >> >> >> That might well be it - I've done some buildworld:s with -DNO_CLEAN
>> >> >> >> lately.  I'll test - thanks for the tip!
>> >> >> >
>> >> >> > Can you provide the uname -U information (building with -DNO_CLEAN) should be
>> >> >> > perfectly fine.
>> >> >> 
>> >> >> Thanks for looking into this!
>> >> >> 
>> >> >> $ uname -U
>> >> >> 1103500
>> >> >> 
>> >> >> Let me know if there is something else I can check before I do a full
>> >> >> buildworld on this system!
>> >> >
>> >> > What are the output of pkg config osversion
>> >> > and pkg -o ABI_FILE=/usr/bin/uname config osversion
>> >> > please
>> >> 
>> >> $ pkg config osversion
>> >> 1102509
>> >> $ pkg -o ABI_FILE=/usr/bin/uname config osversion
>> >> 1102509
>> >
>> > It means you /usr/bin/uname binary has been built with a compiler that says it
>> > is building for 1102509.
>> >
>> > Can you show the output of file /usr/bin/uname ?
>> 
>> $ uname -aKU
>> FreeBSD P142.sics.se 11.3-STABLE FreeBSD 11.3-STABLE #9 r353280: Mon
>> Oct 7 22:16:02 CEST 2019
>> root at P142.sics.se:/storage/obj/usr/src/sys/X250 amd64 1103500
>> 1103500
>> 
>> no signs of 1102509 there...
>> 
>> and "strings -a /usr/bin/uname |grep 110" returns nothing.
>> 
> I am interested in the output of file /usr/bin/uname

Ah, right, didn't get it that you meant the file command, sorry...

$ file /usr/bin/uname 
/usr/bin/uname: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 11.2 (1102509), FreeBSD-style, stripped

so you are quite right!

Bengt