*ping* Re-attaching fna/ tarballed, including the @pkgpath. This is really just a move of the other ports into games/fna/ subdirs. It would streamline and simplify future updates significantly...
ok?
On Wed, Jan 10, 2024 at 05:41:08AM -0500, Thomas Frohwein wrote:
> On Wed, Jan 10, 2024 at 07:43:14AM +0100, Marc Espie wrote:
> > On Tue, Jan 09, 2024 at 09:51:09PM -0500, Thomas Frohwein wrote:
> > > Hi,
> > >
> > > The FNA project consists of 3 ports, currently in games/fna (.NET
> > > library), audio/faudio (audio backend), and graphics/fna3d (graphics
> > > backend). They have been separate because they were released at
> > > different times and because it wasn't clear if other non-FNA port
> > > projects would start to rely on faudio or fna3d.
> > >
> > > After a few years of experience, it's become clear that the 3 ports
> > > have strong ties for updates and no OpenBSD-relevant use with any other
> > > projects. Updates for all 3 ports are published with a strict monthly
> > > schedule and the same YY.MM version number. For this reason, it would be
> > > useful to restructure the ports so that they can be updated together.
> > >
> > > Attached is my proposal to do this by moving all 3 under games/fna
> > > (without any PKGNAME changes):
> > >
> > > audio/faudio -> games/fna/faudio
> > > games/fna -> games/fna/fna
> > > graphics/fna3d -> games/fna/fna3d
> > >
> > > This way, many updates for all 3 ports would be as simple as updating
> > > ${V} in Makefile.inc and regenerating distinfo with make makesum.
> > > Attached as tarball, as the directory changes don't lend themselves for
> > > a diff.
> > >
> > > ok? Or alternative suggestions?
> >
> > Not okay.
> > All the PLIST need @pkgpath annotation for updates to work.
> > See the details of pkg_add -u as documented in pkg_add(1)
>
> Thanks, I knew I missed a step and now it's behaving as expected with
> `make update`! Updated tarball attached that includes the @pkgpath
> lines.
fnaports-24.01-rev1.tgz
Description: application/tar-gz
