git: 60955c0a0956 - main - Remove expired ports:

Stefan Esser se at freebsd.org
Sat May 1 12:30:49 UTC 2021


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!

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?


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/dev-commits-ports-all/attachments/20210501/54aee81e/attachment.sig>


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