git: 60955c0a0956 - main - Remove expired ports:

Rene Ladan rene at freebsd.org
Sat May 1 17:12:29 UTC 2021


On Sat, May 01, 2021 at 02:30:46PM +0200, Stefan Esser wrote:
> Am 01.05.21 um 13:24 schrieb Rene Ladan:
> > The branch main has been updated by rene:
> > 
> > URL: https://cgit.FreeBSD.org/ports/commit/?id=60955c0a095630cce5f46ee0a80c8372eb9ab416
> > 
> > commit 60955c0a095630cce5f46ee0a80c8372eb9ab416
> > Author:     Rene Ladan <rene at FreeBSD.org>
> > AuthorDate: 2021-05-01 11:24:21 +0000
> > Commit:     Rene Ladan <rene at FreeBSD.org>
> > CommitDate: 2021-05-01 11:24:21 +0000
> > 
> >     Remove expired ports:
> >     
> >     2021-04-01 multimedia/transcode: Unmaintained and dead upstream, does not build with -fno-common (llvm 11)
> >     2021-02-28 x11-toolkits/p5-Gnome2-VFS: Deprecated by the Gtk-Perl project. No more security patches and bug fixes
> >     2021-02-28 x11-toolkits/p5-Gnome2: Deprecated by the Gtk-Perl project. No more security patches and bug fixes
> >     2021-05-01 multimedia/dvdrip: Depends on expired multimedia/transcode
> >     2021-05-01 multimedia/subtitleripper: Depends on expired multimedia/transcode
> >     2021-05-01 multimedia/mkxvcd: Depends on expired multimedia/transcode
> >     2021-05-01 deskutils/shutter: Upstream gone, depends on expired x11-toolkits/p5-Gnome2-VFS
> >     2021-05-01 misc/gcstar: Depends on expired x11-toolkits/p5-Gnome2-VFS
> 
> Regarding transcode: Has this really been necessary?
> 
> I'm loosing working ports all the time, because of these removals due to
> -fno-common build issues!
> 
transcode actually had a PR to deprecate it and according to that PR it
already lacked upstream maintenance for several years:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248922

And no call from you there to preserve it. Also, this port already expired
a month ago but got some slakc becasue of it reverse dependencies.

> It took me all of 2 minutes (including compile time) to get transcode
> built with -fcommon, patches updated, and the Makefile fixed to not
> cause stage-qa complaints.
> 
> It may not have received updates for a long time (and maybe never again
> will, unless somebody forks the upstream repository and takes over), but
> since there are dependent ports that perform a useful task, IMHO this
> dependency should have been preserved (and the dependent ports too).
> 
> Since I have "repaired" transcode, how do I recover the deleted ports
> without causing issues with GIT (which is still causing me many problems
> by failing for seemingly simple actions).
> 
> 
> Why is there no heads-up for ports to be deleted to give, say, 1 week of
> advanced warning of ports to be deleted.
> 
> This could even be automated based on DEPRECATED lines and sent to the
> ports mailing list, to give users of such packages a chance to fix them
> before the deadline?
> 
There is Freshports.

> 
> I'll restore these deletet ports and remove the DEPRECATED line:
> 
> 	multimedia/transcode
> 	multimedia/dvdrip
> 	multimedia/subtitleripper
> 	multimedia/mkxvcd
> 
> They should stay in the ports tree until a vulnerability is reported or
> can be assumed with some confidence, or until the dependent ports have
> been modified to be based on other dependencies.
> 
> 
> I have fixed a lot of -fno-common issues, a few months back, and most of
> them took just a few minutes, including the test builds. Many of those
> were not relevant to me, but I had noticed that their removal would
> affect a significant number of dependent ports.
> 
> But I'm not going to fix all the remaining issues of that kind, just
> those that are relevant to me, and one by one, as my spare time permits.
> 
> Therefore, a warning that some parts are about to be deleted very soon
> would allow me to fix just those, if still relevant for me.
> 
> Regards, STefan
> 
René


More information about the dev-commits-ports-all mailing list