From nobody Fri May 29 16:18:21 2026 X-Original-To: freebsd-pkgbase@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gRpSR3XTgz6fmfH for ; Fri, 29 May 2026 16:18:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gRpSQ4pSpz3bMw for ; Fri, 29 May 2026 16:18:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1780071506; bh=r269zI8XUVHp19AHH6Khx8OX3xgm9VukEeHhDdUfWbM=; h=Date:From:Subject:To:References:In-Reply-To:From:Subject:Reply-To; b=Ik3SsttXIkapgYMYTXaqj/QWNg+/QmALPqvLsYSrqoe7yhIxH7OZTkAiMwXvuGu7ERb184UF/67O3zhi/Cx7qcOF+4hHSexK6m7NdPKhQs1SaN6tfZ7xgpHhs/thmC2srdkjB/zmT/2L4Rjo5TDFK0UhqiXEaUGPWfgIHWFNuTHffHnAR3vX+0TBbRvgJ2Ennx+Ck5Fu1GFvDsAdfib+ZmpcrALhE4bgEWr3VsmvCZH3q5H3EFMAtVWY0fv2hqz+Wf63VaoiCiBQaD4C9yzMEz+MqNLYDSb+TeeswkUYSWSa9RrFVsFPM7+xBKtm4UJ92N3g180EWddtdWTiFJsawQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1780071506; bh=nNFc6czx2Pix203FFupAr+H+ZjJKOb+tzvK9s7ujQ+L=; h=X-Sonic-MF:Date:From:Subject:To:From:Subject; b=XsGLPcVhGi3CcbVezaHFfuYPTeCnEMxxansyoVw0I16479jZx+0rKHN1yfYeTQhGdq9Qp6ASvpJcGrM/iyQvtnoM46KGzDADfSrdEjEin0szJn7m26RmAw5KjkXlR5JMIW1LK3lctsLM5iY1zB1tpbIus3OKkhHaDEGc1RMMWA3Yf8SNw3E8mGQGQYRW0bL/0+M8ciVukmixEyHxHLNboCO7hFoV51t+raLNtUxwV2I9KErFDtDUi3V6tAyBbYmAGEgrPVDohUtPW5eis7OJ36e401lT02Pu9iGO4t/2lk+hEkkkQEETHfiMdVDGPvPyVMyrWLyEU2/ybIPgwtEg7A== X-YMail-OSG: rkXsM34VM1la29uY0ju.JRpg4gVISKOW.7gT_xNDn0IaV1DtT8ZFMzoG3q4aah3 DM1RFPfcSjLGTBdb5.8TEnTArCBeNhK5IbmBIIMhC6SBurF_pir9cf94FiM3XYr08qH.fe9AM6e6 jkz0U.LysXRFRwOn02CdtHVp02EPFSfKQcxnWGglh021.69cztzXmAtnBWkDF7HRiErTx31RqSon lqFGPnYvHDjaipjQa0KZG1tF34FezXvh1Asd2KQR5KA__QxWvapXxjAEtpraOfaO6Tzmtm9_oNDs 7Ip5HdKl3sGGIYL3873aQI_BQzNqE6K2t1IWfdFLji9qgZ70OsGG1vlc.ImiZbRSZDNCVlv5zVoO YyMCNyViUUbyFnZKwxQ3nEjFkexkXs66BCpgis8.zqwmx.TX9lxr9R.qTiTTepVVeNJM59aq_QSB i24mHjSgewN.GKC03QRRZj_izFiYwu7W8Yiy8sB5WKUp8Tyt7YsCHS1mMVFXdEyE3AWXlynrdg33 51I3ss0EliphAKOMvNIeYce5Kpr_lMW3EHPLzl1LdwdvmuGSC3SHNbj9ZDWWtNUHc.dnMG6kgZTh FBoQNwAzLhiQR1WxeNSjQUynUG6vIu7GUz6orfhm4lPUJ_usAIp9hzuSZYAx7tXS6D0TYvdsaf1r 58lT4MqfbA4ApR97xDa2jasfhE_AIZpN69mggDx.blwYSPIGfzoMhTeDSR5mJwH5dkxzvQyixsef q5YO5JP7WcwajUc_2AFWoOs_VBCMh8QJHVm5bLrOZzlNv8I.k216cmCIGXdECS1pOGnAl01DDVmQ Afl3F7xVMi3VlsqWQkpJN3lDMpcs90leOr9asyn9p_qqtgtCy3DXEMC0efBwr2zELkKQw5oEwBM9 rcjhB_67mroGPiwqaZHSQE2bduBZndlCQpyXWQuEIYPtYKfkqtI8a_iF2qQozr50qz5UqipabW4_ UasmMIcVB31ohtMKMfFfH4NUE9JOaN9066F2TDL2kUpuLnVZgO2kuqxRdzMhYjM3vOHff5PCGK7_ j52HGbV1uwC0zukx4qjS8FiBSWWrMtgzBD2sof42olFut9j_aIWF.BTSI.MuaMIz7Jh8b6xqIERq PkJ.Zf5h_DcdpQDsyQ8kou09DMig5KbFreH6zrwGZINWmlFQnTVFEgzBcoky1_mBQkabvlXU2bdT D2CUSuG6Uba5Hr0OV7qXi6WC.T2OpB._BjcoMxGcJhFPezHWTDFTKvSqWUo9VE4_.0LKN8qsaFmA ukPciHpMUmeju29CUOBpffJLccGO6cBi9.X_KOT2XG8jMhnRlLmHFMT3W9BHxe_6oOSWvFIfjfVZ j2i7NYPAI.Imh48NSqQjRayzU6ZE_XRf3qxWaQB_nUrGW0ww21NE5qJn92rLLLLtgWZuZtVNKqbi 2XqLfg1ODW4EN5UE8whzZrZHyTmnkjr84kAMRuXysIGHbfibCMkmTWVIEjxCtikV5HHlQSw1zYhG xNymy.ikmIuJCQ48.GVpFqYJ4fNtOI5CGBNXuY6oHE_SKxfWrPWWhdRRaJHyO9iN92OSkRVD4aaD jG5xBfsXye6cn8QcfUaTSaluC18Z8LkXyuEfGdTNtnwb5SQ99HQ_muB.NxW6LW5vFd90CDmipBgO JW.njDtEaJ6hQUthtHDzYL1etp7R2XaGkWgjAT2DXCK.wdzHoJrRvmgvI0gbuh193Lyfloxt9O0z LDYGcVnxLPXJggo0cX5HRHGpbot1MP9rotPKrgIu5aIbIyQYaRqHAEhBp9yHdjGQm0n21PcRGCba BaPPfLwVK2djJtVcvv97xn7P0vhmpjhx0Vr.H3Xof5UnCKcN0mlQkp9lU.cjKAiMox5frRpphLPq HxcwQTV6xXDRwxXfdDSeiydkXvLWzNv4AqJlSBQIIl7s8S2oDt7fkX3dYbxKBGKbLfI.TX3cK9Gu ujNZWMrVaSzH8ealPsPe0v8xPKnMvEc.zYjM_8.Ay5I7W4PIRk87ZgN7zwRTqkU0JW.yh4_tnbmb zmVenUcXxarcVyKW4hz7ArNcZ6QPJDxV5aOEeF76J3z6nR5XWYFrdH_iHw4m.w3FbtPeCv8isRc2 2cN1K3egG9NOZWBnWr3vvRR2m5dgy4rKvd2H0llzmuayaj7378X4VNzyRnrRPFEQP6zMBc2EYHKM 6kIQJgj_z6fg71qioVW1C8AGcG1CfO3O5ZJulrkv_yISm82KWbjHyKniq_B7Mp8CLRX2dhRELRch q3H.BkKIRHd0FGU9qK8zro7anGwOR8AfSyvhdyt0gn3.o14VN8RAHpZ_TdDeQ9gLe4tXTi1U7tuG mt0DTwYteGsYnL8lBq1EgJc9t7xZHCRW6dR7EP5Dmo49uKWFXZg-- X-Sonic-MF: X-Sonic-ID: 43bd83b4-104e-4ad8-9e2c-3af45a186f74 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 29 May 2026 16:18:26 +0000 Received: by hermes--production-gq1-7bb7df5c46-gp268 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 636a924dc254bb46437db89e2f13242c; Fri, 29 May 2026 16:18:23 +0000 (UTC) Message-ID: <2a4ceb2c-5be3-4c05-a5ce-f28a3a21d1e3@yahoo.com> Date: Fri, 29 May 2026 09:18:21 -0700 List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Mark Millard Subject: Re: different outcome freebsd-version -kru To: Manfred Koch , freebsd-pkgbase@FreeBSD.org References: <07c33cf7-8a08-4f09-9084-419eaa29e1ec@t-online.de> <0018e700-40f3-4e60-9b14-bf649f3102b1@t-online.de> <8ABC7D71-7FFA-4B50-9868-78436322B503@yahoo.com> <83237af5-f8db-479f-992a-1fa9f1b5878e@t-online.de> <571b67f5-4867-4f74-955e-c38ea42a3c5f@t-online.de> Content-Language: en-US In-Reply-To: <571b67f5-4867-4f74-955e-c38ea42a3c5f@t-online.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailer: WebService/1.1.25725 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4gRpSQ4pSpz3bMw X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 5/29/26 06:58, Manfred Koch wrote: > Hi, > > There are the following outcomes in numbers > > # ls -C1 /boot/kernel*/        1717 I missed a character for my intent, sorry: # ls -dC1 /boot/kernel*/ My guess, given the 1717, is that you have something like: /boot/kernel/ /boot/kernel.old/ If so, you can delete the /boot/kernel.old directory tree. > # find -s /boot/ -name \*.pkgsave -print    860> # find -s / -name \*.pkgsave -print     2434 You probably want to explicitly inspect and deal with various text files found by: # find -s /etc/ /boot/ -name -name \*.pkgsave -print that you know you modified the contents of: merging back in any of your non-default material from the *.pkgsave files that you still want. Other examples could include such files for the root login directory (where ever you have it) and /.* files. Then you likely should reboot to use the updated normal files. There are a few files that are not text that need use of a program to regenerate them, such as using pwd_mkdb . Likely the files in question are configuration files, like: /boot/loader.conf /etc/group /etc/master.passwd # pwd_mkdb -p /etc/master.passwd /etc/hosts /etc/sysctl.conf /etc/ssh/sshd_config service sshd restart /root/.profile (or where ever your root logs into) /root/.shrc (or where ever your root logs into) /.profile /.shrc /etc/shells /etc/defaults/rc.conf /etc/kyua/kyua.conf /etc/mail/* (I do not use this so I'm unsure of the details) /etc/periodic/... (???) and, potentially, many others. If you know of other configuration files or the like that are not in those directory trees: them too. If you are worried about specific file history being available for reference, you should probably rename any such *.pkgsave files, given what I suggest below would otherwise delete them. Another thing to check is if there are examples of port-package issues found by the likes of: # find -s /usr/local/ -name \*.pkgsave -print # find -s /usr/local/ -name \*.pkgnew -print If yes, there are analogous things to do in /usr/local/etc/ . Once you know things are okay for such, you likely would want to do something to delete the *.pkgsave files, like: # find -s / -name \*.pkgsave -delete > # find -s / -name .pkgtemp.\* -print    show nothing I had also listed: # find -s / -name \*.pkgnew -print so I'm guessing: nothing found by that. These would be new defaults and likely should not be ignored, even for non-configuration files. Hopefully you simply do that have that issue to deal with. > > Should I dare to delete the *.pkgsave files? Likely only after doing the kind of thing that I suggest above. > Manfred > > On 5/28/26 19:45, Mark Millard wrote: >> On 5/28/26 08:50, Manfred Koch wrote: >>> Hi Mark, >>> >>> I installed the >>> >>> FreeBSD-set-kernels-15.0 and rebooted. >>> freebsd-version -kru shows: >>> 15.0-RELEASE-p9 >>> 15.0-RELEASE-p9 >>> 15.0-RELEASE-p9 >> Cool. >> >> There may be old files/directories to clean up. What does: >> >> # ls -C1 /boot/kernel*/ >> >> show: more than 1? >> >> What does: >> >> # find -s /boot/ -name \*.pkgsave -print >> >> show: any? >> >> Given the odd history/prior results, you might want to check each of: >> >> # find -s / -name \*.pkgsave -print >> >> # find -s / -name \*.pkgnew -print >> >> # find -s / -name .pkgtemp.\* -print >> >> (I'd be surprised if the last shows any examples.) >> >> For that sequence, the first takes longer but the others use cached >> information and so are normally faster. >> >> *.pkgnew files are from upgrades and have new material to consider >> relative to the original file (say merging into or regenerating or >> replacing). Once taken care of, generally a *.pkgnew file can be deleted. >> >> *.pkgsave file are from installs and and have the old material that was >> replaced by the install. Again you may need to consider merging or >> regenerating or replacing content. Once taken care of, generally a >> *.pkgsave file can be deleted. >> >>> You saved me a fresh installation, Super! >>> >>> I appreciate your distinguished help >>> Manfred >>> >>> On 5/28/26 02: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 >>>> >>>> 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