Page MenuHomeFreeBSD

Mk/Uses/openal.mk: Drop support for audio/openal
ClosedPublic

Authored by tobik on Mar 30 2019, 7:52 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Dec 2, 7:59 PM
Unknown Object (File)
Nov 20 2024, 8:37 AM
Unknown Object (File)
Nov 19 2024, 6:51 PM
Unknown Object (File)
Nov 18 2024, 4:06 AM
Unknown Object (File)
Nov 18 2024, 3:33 AM
Unknown Object (File)
Nov 17 2024, 11:51 PM
Unknown Object (File)
Nov 14 2024, 8:19 AM
Unknown Object (File)
Nov 5 2024, 3:54 AM
Subscribers

Details

Summary

audio/openal, the OpenAL Sample Implementation, is ancient and
unmaintained upstream. It should probably be removed. I doubt
many people are using it. According to Repology FreeBSD is one of
the last few systems to even distribute it [1]. Applications
probably expect audio/openal-soft in many cases too nowadays.

[1] https://repology.org/project/openal-creative/versions
[2] http://www.openal.org/links/

Test Plan

exp-run?

Diff Detail

Repository
rP FreeBSD ports repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

audio/openal has expired today. Is this change ok? Can I remove it now?

Mk/Uses/openal.mk
9 ↗(On Diff #55631)

Does it need to be maintained by portmgr after this?

I have no idea what openal is or does, but it feels like the only reason this file was here was to handle conflicts, and all that is gone, maybe it should also go away, and each port should depend on the .so they need.

Sorry, forgot to approve it, go ahead with the patch so you can remove audio/openal.

The discussion about removing USES=openal can probably be set aside for later.

This revision was not accepted when it landed; it landed in state Needs Review.Apr 30 2019, 4:25 PM
This revision was automatically updated to reflect the committed changes.
In D19766#432750, @mat wrote:

Sorry, forgot to approve it, go ahead with the patch so you can remove audio/openal.

The discussion about removing USES=openal can probably be set aside for later.

Thank you.