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. > >
