On 2026/01/22 14:18, Brad Smith wrote:
> On 2026-01-22 9:35 a.m., Stuart Henderson wrote:
> > think i'd go with DISTNAME= vvdec-3.1.0pl20260121 or 3.2.0pre20260121
> > to make it clear that it's from beyond the release (it's reported as
> > 3.2.0-dev by vvdecapp --version so maybe the latter?)
> 
> Will that require an EPOCH bump when switching back to the regular naming?

Those work ok with the packages-specs(7) scheme, the sort order ends
up like this:

$ pkg_check-version vvdec-3.1.0 vvdec-3.1.0pl20260121 vvdec-3.2.0pre20260121 vvdec-3.2.0 vvdec-3.1.1
vvdec-*- sorted: vvdec-3.1.0 vvdec-3.1.0pl20260121 vvdec-3.1.1 vvdec-3.2.0pre20260121 vvdec-3.2.0

(given that upstream already use 3.2.0-dev, 3.1.1 is unlikely I think,
but go with 3.1.0plXX if you want to cover that too).

> Its slightly beyond the release to pick up some patches I had
> commited and then
> I will switch back with the next release.

ack

> > ok
> > 
> > annoyingly you have to disable the MODCMAKE_PORT_BUILD=yes setting
> > in cmake.port.mk and add -DVVDEC_ENABLE_BITSTREAM_DOWNLOAD=On (or
> > otherwise add ~300 distfiles) to get tests to run, they complete
> > successfully on amd64 IBT
> > 
> > 
> > On 2026/01/21 18:15, Brad Smith wrote:
> > > Here is a port for VVdeC.
> > > 
> > > 
> > > Comment:
> > > Versatile Video Coding (VVC) decoder
> > > 
> > > Description:
> > > VVdeC, the Fraunhofer Versatile Video Decoder, is a fast software
> > > H.266/VVC decoder implementation supporting all features of the VVC
> > > Main10 profile.
> >