Re: pkgbase major upgrades: success

Vadim Goncharov <[email protected]>
Newsgroups gmane.os.freebsd.devel.hackers
Message-ID <[email protected]>
On Mon, 9 Feb 2026 23:47:08 +0000
Graham Perrin <[email protected]> wrote:

> On 09/02/2026 23:03, Vadim Goncharov wrote:
> > …  
> >>> … misadventures seem to start from this
> >>> message https://t.me/freebsd_ru/735736 :
> >>>
> >>> |   # pkg upgrade
> >>> |   ld-elf.so.1: Shared object "libutil.so.10" not found, required by
> >>> "pkg"
> >>>
> >>> which by itself is very funny in two lines debunking whole pkgbase
> >>> marketing. In particular, from his messages, seems it not possible to go
> >>> 15-R to 15-S or 16-C by pkgbase, …  
> >> I have successfully performed multiple upgrades from 14 to 16, and from
> >> 15 to 16.
> >>
> >> The most recent major upgrade of this type was a few days ago, from 14.3
> >> on aarch64 in Virtual Machine Manager on AMD64. Now fetching packages
> >> for a normal upgrade from the three repos: <https://ibb.co/rRwqLJhf>.  
> > So what? …  
> 
> I could offer a simple explanation for the 'pkg upgrade' failure quoted 
> above.
> 
> Hint: it's an expected symptom following misuse of pkg. Not a problem 
> with proper use of pkg. Not a problem with pkgbase.

So issuing "pkg upgrade" is now "misuse of pkg" ? Really? Using package
manager for the goal it was designed - is misuse?..

> More than the hint, here, will be futile; that's what.
> 
> The "So what?" attitude is not incentive to share further 
> information. The symptom has been discussed elsewhere.

The "elsewhere" is not proper user documentation. But suppose this strange
logic is correct. Then:
1) Why, at all, pkg allows such misuse in critical situations
2) Can you provide analog of such "misuse" for freebsd-update? No? That's
   because it is designed in a way preventing such misuse.


-- 
WBR, @nuclight
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.