https://bugzilla.redhat.com/show_bug.cgi?id=2051008 --- Comment #70 from Neal Gompa <ngompa13@xxxxxxxxx> --- (In reply to Nicolas Chauvet (kwizart) from comment #51) > (In reply to Neal Gompa from comment #26) > > (In reply to Andreas Schneider from comment #25) > ... > > > Why not have the same name in Fedora and rpmfusion? It works fine for > > > openSUSE/Packman since 2015. > > > > It works in openSUSE because they have sticky vendors on by default. While > > we have the feature in DNF, we do not enable it by default yet. > > Fedora/RPM Fusion share a "non-replacement package policy", should one pick > a ffmpeg-free package that fits one very limited use-case, we(rpmfusion) > will not replace it. > > There is no "library replacement policy" which leave a room for a > "freeworld" kind of package, but there is a miss-understanding here. We > cannot assume that for ffmpeg, as many softwares assume a full featured > ffmpeg behavior. While that's true, many programs also probe FFmpeg for codecs before doing anything and handle it gracefully too. They do this because FFmpeg's codec list changes over time and applications can get stuff for free by simply doing the right thing here. > Also as mandatory for a freeworld kind of package, it "MUST" be made from > the same spec file (and maintained with the same team I would say) with a > very limited set of options turned on/off. That to avoid ABI incompatibility. > > Having ffmpeg of two kind in two repositories leaves us in the pre RPM > Fusion area where different libraries were competing. > > As I'm concerned, I'm not going to back this package nor any induced charge > in our project to adapt in a sustainable way, so we will take countermeasure > for this package not to interfere with our project. > > I'm also going to escalate to the board to prevent such conflict with lame > packager overriding ours packages. (In reply to Nicolas Chauvet (kwizart) from comment #56) > (In reply to Andreas Schneider from comment #55) > ... > > you're brave enough ;-) > Please stop been insolent ! > Please stop being rude and assuming maliciousness from people. We're all trying to increase enablement and availability of software in mainline Fedora. None of us are trying to break anyone. Within the Fedora Project, we all should be assuming positive intent and working together to make better solutions. > Once again many scripts and program will assume full featured ffmpeg > binaries. If it's open source software, then we should contribute to make these applications probe for codecs correctly. FFmpeg's function interface isn't changing, just the codecs that it provides in its capabilities that you query via API. -- You are receiving this mail because: You are always notified about changes to this product and component You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2051008 _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/package-review@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
