Bug 2236721
| Summary: | libmad: include MinGW subpackage | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Dominik 'Rathann' Mierzejewski <dominik> |
| Component: | libmad | Assignee: | Nicolas Chauvet (kwizart) <kwizart> |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | kwizart, leigh123linux, sergio, valtri |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2023-09-01 11:12:21 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Dominik 'Rathann' Mierzejewski
2023-09-01 11:09:28 UTC
Adding original mingw-libmad maintainer to Cc. it should have no users of libmad-minwg, please consider the rpmfusion conterpart as leftover Well, a quick sourcegraph[1] search reveals several places referring to "yum install mingw32-libmad", so it was clearly used. Of course, it's your choice as maintainer. I just thought it'd be good to have this in one place to avoid duplicate work. For me, apart from initial work to add the mingw subpackages to gstreamermm, it has been zero additional work. There's also a PR to switch to a new upstream, which you might have missed: https://src.fedoraproject.org/rpms/libmad/pull-request/1 . [1] https://sourcegraph.com/search?q=context:global+mingw32-libmad&patternType=standard&sm=1&groupBy=repo I forgot to wrote as openjpeg does https://src.fedoraproject.org/rpms/openjpeg/blob/rawhide/f/openjpeg.spec openjpeg already include mingw sub packages and I recommend do the same, maybe we may contact Sandro Mani For reference we have : https://src.fedoraproject.org/rpms/openjpeg2/c/e48f7f00c182a411577ae1cb1c0da7397fcde8d8 and https://src.fedoraproject.org/rpms/openjpeg2/c/19c974f3bbda8e56f55fdeccae144b76e5e5aa99 Note that I have nothing against mingw (sub)package, but the point of both providing or using libmad nowadays in the first step is still questionable. I would have pushed to retire the package over introducing new features.Also point any remaining users to well maintained codec set (aka ffmpeg). At least that was my point. In-between, since libmad has new upstream maintainers this needs to be re-evaluated... My POV is still that libmad needs to target retirement (despite the new upstream maintainers). It's removed from all major audio/video players and some still using it should just route to ffmpeg. I'm still not comfortable to have libmad not used by ffmpeg/videolan which would have been a better known "umbrella project". So as I'm concerned I will prefer to hand-over the package for someone else to take over the responsibility of providing the package in any form within the Fedora community. @dominik Would you volunteer ? (since sergiomb resigned from Fedora). (In reply to Nicolas Chauvet (kwizart) from comment #6) [...] > So as I'm concerned I will prefer to hand-over the package for someone else > to take over the responsibility of providing the package in any form within > the Fedora community. > Would you volunteer ? Yes. You can hand it over at your earliest convenience. Thanks for maintaining it so far. |