Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 27 May 2026 19:26:32 -0700
From:      Mark Millard <marklmi@yahoo.com>
To:        Manfred Koch <md-koch@t-online.de>, freebsd-pkgbase@FreeBSD.org
Subject:   Re: different outcome freebsd-version -kru
Message-ID:  <ae82f33b-312f-4f8e-af3f-1fb0ebbc91b8@yahoo.com>
In-Reply-To: <b0e825dd-7244-440d-b438-0b9f41f4762e@yahoo.com>
References:  <07c33cf7-8a08-4f09-9084-419eaa29e1ec@t-online.de> <cf36d9e5-c9a4-4688-b28c-447a427554bc@yahoo.com> <0018e700-40f3-4e60-9b14-bf649f3102b1@t-online.de> <8ABC7D71-7FFA-4B50-9868-78436322B503@yahoo.com> <b32553fa-83a4-4f0a-b9d5-dc038691fd17@t-online.de> <b0e825dd-7244-440d-b438-0b9f41f4762e@yahoo.com>

index | next in thread | previous in thread | raw e-mail

On 5/27/26 17:03, Mark Millard wrote:
> On 5/27/26 12:28, Manfred Koch wrote:
>> On 5/26/26 22:58, Mark Millard wrote:
>>
>>> pkg info FreeBSD-kernel\*
>>
>> Hi,
>>
>> here are the outputs from the commands:
>>
>> pkg info FreeBSD-kernel\*
>> FreeBSD-kernel-man-15.0
> 
> The above (and below) indicates that you got a partial pkgbase install
> (some pkgbase pkackages) but without any kernels (or related modules
> that those pkgbase packages also provide). The created a mixed system
> with older, non-packaged kernels.
> 
> I expect that you will be able to simply install the kernel(s) (with the
> modules that go with them) that you want from 15.0-RELEASE-p9, given
> what already has worked to get what you have . It may rename any old
> kernels and modules in /boot/kernel*/ that match by name to have a
> .pkgsave at the end of the name. Those you should be able to delete once
> things are known to be working alright. I doubt that it would instead
> create the new files as instead having a .pkgnew added to the end of
> the intended name.
> 
> Another thing to possibly report would be the output from:
> 
> # pkg info FreeBSD-set-\*
> 
> If that ends up without and FreeBSD-set-* being listed, then my below
> guess would be wrong.
> 
> My guess is that you have an installation based on use of such sets.
> If so, continuing do use them to get the kernel(s) (and modules) as well
> would be:
> 
> # pkg install FreeBSD-set-kernels-15.0
> 
> (Such pkg sets just reference other pkgbase packages, so it should lead
> to the kernel pkg's being installed.)
> 
> I do not know if you would want the debug information too:
> 
> # pkg install FreeBSD-set-kernels-dbg-15.0

By the way, a way to see what pkgbase packages the set
FreeBSD-set-kernels-15.0 directly references:

# pkg info -d FreeBSD-set-kernels-15.0

> 
> Once you have new kernels, if such works, you get to reboot and see what
> happens. So you may want to have emergency copies of things you know the
> status of before you start this process.
> 
> I will note that I do not have a 15.0-RELEASE context myself. The
> closest is stable/15 based instead of releng/15.0 based and is
> definitely newer in various respects. And my installation has all the
> pgkbase packages for stable/15 as of when it was last updated, even ones
> not used by bsdinstall.
> 
>>
>> pkg info -d FreeBSD-clibs\*
>> FreeBSD-clibs-15.0:
>> FreeBSD-clibs-dev-15.0p9:
>>         FreeBSD-clibs-15.0
>>         FreeBSD-clibs-15.0 (libc.so.7)
>>         FreeBSD-clibs-15.0 (libgcc_s.so.1)
>>         gcc13-13.3.0_3 (libgcc_s.so.1)
>>         gcc14-14.2.0_4 (libgcc_s.so.1)
> 
> Note: Ignore the gcc* examples. it is a known issue with file name
> matching for libgcc_s.so.1 being insufficient information to actually
> make them a match for the system's libgcc_s.so.1 : false positive.
> 
>>         FreeBSD-clibs-15.0 (libsys.so.7)
>>         FreeBSD-clibs-15.0 (libthr.so.3)
>> FreeBSD-clibs-lib32-15.0:
>>         FreeBSD-clibs-15.0
>>
>> pkg check -s -a
>>
>> Checking all packages: 100%
> 
> The above only checked that what was installed via pkg is still valid.
> It would not report things that pkg did not itself install from
> packages. Still, the 100% without problem reports is good news.
> 
>>
>> Additionally I have altered FreeBSD-base.conf consistent to "latest"
>> but that doesn't change nothing in uname -a.
> 
> latest vs. quarterly is a port-package issue, not a sys†em or
> base-package issue. uname provides system information,  not ports
> information.
> 
>>
>> Could be a mixed System
>>
>> Thanks a lot for your effort
>> Manfred
>>
>>
>>
>>
> 
> 


-- 
===
Mark Millard
marklmi at yahoo.com


home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ae82f33b-312f-4f8e-af3f-1fb0ebbc91b8>