Date: Wed, 28 Feb 2024 19:28:40 -0500 From: "Jason E. Hale" <jhale@freebsd.org> To: Aryeh Friedman <aryehfriedman@gmail.com> Cc: Florian Smeets <flo@freebsd.org>, ports@freebsd.org Subject: Re: Proposed ports deprecation and removal policy Message-ID: <CAJE75NEU4=BfCxKuqzsur0M4d=K6zq%2BxD23idiKnd1n_bmK2LA@mail.gmail.com> In-Reply-To: <CAGBxaX=jyEEfqcE2hYs93%2BsKt_ax--7yJxD-17bvj9qgQnpdvA@mail.gmail.com> References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> <CAGBxaX=jyEEfqcE2hYs93%2BsKt_ax--7yJxD-17bvj9qgQnpdvA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Feb 28, 2024 at 2:31=E2=80=AFPM Aryeh Friedman <aryehfriedman@gmail=
.com> wrote:
>
> On Wed, Feb 28, 2024 at 2:22=E2=80=AFPM Florian Smeets <flo@freebsd.org> =
wrote:
> > - The port does not adapt to infrastructure changes (i.e. USE_STAGE,
> > MANPREFIX, compiler updates, etc.) within 6 months. Ports should be set
> > to DEPRECATED after 3 months and can be removed after 6
>
> Does this include special cases such as the following comment in
> devel/aegis/Makefile (which I am the maintainer of and since the
> upstream is "dead" it was a single person who died in 2012)?
>
> # XXX Manpages are installed into ${DATADIR} too -- there's no easy way t=
o
> # stop this because we don't have Makefile.am provided. Maintainer w=
ill
> # sort this with upstream.
>
> Note I have updated everything to be built with the latest llvm and stuff=
.
>
That comment was written well before we had staging support and it is
simple enough to delete unwanted files from STAGEDIR before they are
packaged, but I'm not seeing any manpages in DATADIR anyways, so that
comment seems irrelevant. This port was fixed in [1] to install the
manpages in share/man, so I don't think there is a problem.
Unfortunately, some projects die with their authors, but if you still
find the project useful and are willing to maintain it and keep it
working with the latest libraries and llvm updates, I don't see why it
would be up for removal and don't get that vibe from this policy. With
all of the patches though, it might be worthwhile to make a fork of
the project and create a new release.
[1] https://cgit.freebsd.org/ports/commit/?id=3D85dbd77161c397abe4bcd384e61=
17096ff27d97c
-Jason
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJE75NEU4=BfCxKuqzsur0M4d=K6zq%2BxD23idiKnd1n_bmK2LA>