Date: Sat, 1 May 2021 17:12:29 +0000 From: Rene Ladan <rene@freebsd.org> To: Stefan Esser <se@freebsd.org> Cc: ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: git: 60955c0a0956 - main - Remove expired ports: Message-ID: <YI2L/VcUk1VctEAT@freefall.freebsd.org> In-Reply-To: <638df252-2e88-c260-cdd0-c0261683db9f@freebsd.org> References: <202105011124.141BOoP0007650@gitrepo.freebsd.org> <638df252-2e88-c260-cdd0-c0261683db9f@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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@FreeBSD.org> > > AuthorDate: 2021-05-01 11:24:21 +0000 > > Commit: Rene Ladan <rene@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é
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?YI2L/VcUk1VctEAT>