On Sat, Dec 14, 2024 at 5:13 AM Piotr Smyrak <ps.po...@smyrak.com> wrote:

> On Fri, 13 Dec 2024 17:36:32 -0800
> Kevin Oberman <rkober...@gmail.com> wrote:
>
> > On Fri, Dec 13, 2024 at 6:28 AM Baptiste Daroussin <b...@freebsd.org>
> > wrote:
> >
> > > On Fri 13 Dec 07:24, Alan Somers wrote:
> > > > Success!  With drm-61-kmod-6.1.92.1402000_3 I can kldload 915kms
> > > > on FreeBSD 14.2.  Before switching to this repo, kldload would
> > > > hang.
> > > >
> > > > Also, in addition to kmods, there are a few other ports that must
> > > > be rebuilt for every minor version. devel/py-libzfs is one.
> > > > Could that be added to the new repository?
> > >
> > > Right now and until we have a thin repository support in poudriere:
> > > no :(.
> > >
> > > One of the limitation is everything is cross build from amd64 so I
> > > cannot get
> > > much things in that repo considering that in 2024 perl is still not
> > > cross build
> > > friendly and last I checked python wasn't either.
> > >
> > > Best regards,
> > > Bapt
> > >
> >
> > What about 'pkg version'? I am running main from late October (soon
> > to be updated), but 'pkg version' shows all three of my -kmod ports
> > out of date (1500026 vs. 1500029), thigh "updating" them simply
> > reinstalls the existing build (26), as it should.
>
> I believe this means that you are running 1500026 sources [1], and the
> project packages have been built on 1500029. An _OS_SUFX is now
> appended to PKGVERSION for all kmod ports/packages [2].
>
> Even if you rebuild these packages locally from ports without updating
> the base, you would still get them sufficed with 1500026, since the
> value originates from base system.
>
> 1. See: grep __FreeBSD_version /usr/src/sys/sys/param.h
> 2. See: a5fc087131e66513d1c74f8427c924afff580a15 in ports tree repo.
>
> HTH,
> --
>  Piotr Smyrak
>
Yes, I believe that this is exactly what I am reporting.

# pkg version -vL=
drm-61-kmod-6.1.92.1500026_3       <   needs updating (index has
6.1.92.1500029_3)
gpu-firmware-intel-kmod-alderlake-20230625.1500026 <   needs updating
(index has 20230625.1500029)
virtualbox-ose-kmod-6.1.50.1500026 <   needs updating (index has
6.1.50.1500029)

My point is that the "pkg version" command should not report that those
packages are out of date '<' but '='. Otherwise, when I check for ports
needing to be updated, I always see those three ports as out of date.

-- 
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

Reply via email to