Bug 2236721 - libmad: include MinGW subpackage
Summary: libmad: include MinGW subpackage
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: libmad
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Nicolas Chauvet (kwizart)
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-09-01 11:09 UTC by Dominik 'Rathann' Mierzejewski
Modified: 2025-07-10 22:35 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2023-09-01 11:12:21 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
RPM Fusion 6858 0 P1 NEW move mingw-libmad to Fedora ? 2025-07-10 22:35:04 UTC

Description Dominik 'Rathann' Mierzejewski 2023-09-01 11:09:28 UTC
Description of problem:
Please include MinGW builds of libmad as subpackages of this package. An example of how to do it is: https://src.fedoraproject.org/rpms/gstreamermm/blob/rawhide/f/gstreamermm.spec

Once done, the mingw-libmad RPM Fusion package (https://admin.rpmfusion.org/pkgdb/package/free/mingw-libmad/) can be retired.

Comment 1 Dominik 'Rathann' Mierzejewski 2023-09-01 11:10:33 UTC
Adding original mingw-libmad maintainer to Cc.

Comment 2 Nicolas Chauvet (kwizart) 2023-09-01 11:12:21 UTC
it should have no users of libmad-minwg, please consider the rpmfusion conterpart as leftover

Comment 3 Dominik 'Rathann' Mierzejewski 2023-09-01 11:28:17 UTC
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

Comment 4 Sergio Basto 2025-06-13 19:39:25 UTC
I forgot to wrote as openjpeg does https://src.fedoraproject.org/rpms/openjpeg/blob/rawhide/f/openjpeg.spec

Comment 5 Sergio Basto 2025-07-10 12:25:10 UTC
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

Comment 6 Nicolas Chauvet (kwizart) 2025-07-10 13:54:12 UTC
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).

Comment 7 Dominik 'Rathann' Mierzejewski 2025-07-10 22:30:51 UTC
(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.


Note You need to log in before you can comment on or make changes to this bug.