On Wed, Feb 26, 2025 at 02:42:14PM -0800, Steve Kargl wrote:
> On Thu, Feb 27, 2025 at 07:28:41AM +0900, Tomoaki AOKI wrote:
> > On Wed, 26 Feb 2025 13:25:20 -0800
> > Steve Kargl <s...@troutmask.apl.washington.edu> wrote:
> > 
> > > Recently update a freebsd-current system and all ports.
> > > Prior to updating the ports, I did
> > > 
> > > % cd /usr/ports
> > > % git pull -ff
> > > % make fetchindex
> > > 
> > > After the update I see,
> > > 
> > > % pkg version -vl '<' | grep drm
> > > drm-515-kmod-5.15.160.1500031_3 < needs updating (index has 
> > > 5.15.160.1500033_3)
> > > 
> > > OK, first, attempt,
> > > 
> > > % portmaster -Byd drm-515-kmod
> > > % pkg version -vl '<' | grep drm
> > > drm-515-kmod-5.15.160.1500031_3 < needs updating (index has 
> > > 5.15.160.1500033_3)
> > > 
> > > Second, attempt,
> > > 
> > > % cd /usr/ports
> > > % git reset --hard
> > > % make fetchindex
> > > % cd graphics/drm-515-kmod
> > > % make clean && make
> > > % pkg delete -f drm-515-kmod
> > > % make install && make clean
> > > % pkg version -vl '<' | grep drm
> > > drm-515-kmod-5.15.160.1500031_3 < needs updating (index has 
> > > 5.15.160.1500033_3)
> > > 
> > > Ok, so where is 1500033_3 coming from?
> > > 
> > 
> > Would be:
> >   
> > https://cgit.freebsd.org/ports/commit/Mk/Uses/kmod.mk?id=a5fc087131e66513d1c74f8427c924afff580a15
> > 
> > and
> >   https://cgit.freebsd.org/ports/tree/graphics/drm-515-kmod/Makefile#n3
> > 
> 
> And why is drm-515-kmod-5.15.160.1500031_3 not being updated
> to 5.15.160.1500033_3?  Hmmm,
> 
> % sysctl -a | grep 15000
> kern.osreldate: 1500031
> 
> % cat INDEX-15 | sed s/\ /\\n/g | grep drm-515-kmod | sed s/\|/\\n/ | head -1
> drm-515-kmod-5.15.160.1500033_3
> 
> It seems ports/INDEX-15 is now completely useless.  The former
> commit appears to be not too well thought out.

The fix for this gaff is 

% cat INDEX-15 | sed s/1500033/1500031/g > zxc
% mv zxc INDEX-15

git revision a5fc087131e makes it much more challenging to
track -current (ie., alpah/beta testers), because INDEX-15
and a running kernel are likely to conflicts with osreldate.

-- 
Steve

Reply via email to