Description of problem: gst-transcoder update in updates-testing wont install Upgrading: gst-transcoder x86_64 1.12.0-1.fc26 updates-testing 53 k Transaction Summary ================================================================================ Upgrade 1 Package Error: Transaction check error: file /usr/lib64/gstreamer-1.0/libgsttranscode.so from install of gst-transcoder-1.12.0-1.fc26.x86_64 conflicts with file from package gstreamer1-plugins-entrans-1.0.3-2.fc26.x86_64 Fc26 beta is otherwise fully updated.
Updating gst-entrans doesn't resolve this but I'm doing it anyway. Since both packages provide this solib, it might be prudent to have gst-entrans exclude it and require gst-transcoder, if that works. Reassinging to gst-entrans for evaluation.
Unfortunately, unless I'm reading something wrong here, it looks like both these packages provide different GStreamer plugins with the same soname. The one from gst-entrans is a GStreamer implementation of various filters from the old transcode command, while I'm guessing gst-transcoder is a transcoding API for use in Pitivi. gst-entrans started namespacing its gst elements in 1.2.0 to avoid conflicts, but I don't think this extends to plugins. If it seems like the right course of action, I can get in touch with GEntrans upstream and see about changing the plugin and lib name.
Please do. They may have another solution, but this should really be resolved upstream as much as possible. If I need to modify the gst-transcoder RPM I can certainly do that.
Filed upstream for gst-entrans at: https://sourceforge.net/p/gentrans/bugs/6/
gst-entrans-1.2.1-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-366dfb242c
This has been fixed upstream in gst-entrans by namespacing the plugin sonames - gst-entrans-1.2.1-1.fc26 should hopefully resolve this conflict. I wonder if it might still be worth notifying gst-transcoder upstream about this, as I doubt these will be the only two projects out there with the notion to name a GStreamer plugin "transcode". =)
Agreed. Done. https://github.com/pitivi/gst-transcoder/issues/5
For your information, gst-transcoder should be merged in -bad this cycle so having gst-entrans fixing it is probably a good idea as libgsttranscode will 'deserve' not to be extra namespaced.
gst-entrans-1.2.1-1.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-366dfb242c
Hrm. This appears to now be breaking Fedora 26 release, where gst-entrans-1.0.3-2 and gst-transcode-1.12.0-1 are being disted together. I just hit the same conflict message that Bill reported, attempting to do a commandline upgrade from F25 via `dnf system-upgrade`. I'm sure uninstalling one/both packages before upgrade will sort it out for me, but it'd be nice to get this pushed to stable if it does indeed solve the file-conflict problem.
The "fix" is in updates-testing which I think isn't used for for system-upgrade. You probably have to wait until it gets promoted from testing to the normal updates repo. Otherwise you could remove the problem package under f25 then run the upgrade to f26. After the upgrade to f26 is complete, enable updates-testing and reinstall the removed packages. I least that is what I would try.
I will go ahead and get this queued for stable ASAP, but at the moment as per Fedora updates policy, it needs at least four more days in testing or some positive testing feedback.
From comment 11 : > Otherwise you could remove the problem package under f25 then run the upgrade to f26. Exactly what I did, and so far... well, the upgrade is still ongoing, but the download, sanity-checks, and `dnf system-upgrade reboot` went off without a hitch so I'm sure it's fine. I went scorched-earth and removed both conflicting packages, plus gst-entrans and pitivi, each of which depends on one of the two conflicting RPMs. That made the system-upgrade preflight happy, and with dnf's trigger-happy purging solved nothing had to be redownloaded to restart the process. From comment 12 : > I will go ahead and get this queued for stable ASAP, but at the moment as > per Fedora updates policy, it needs at least four more days in testing or > some positive testing feedback. Thanks Ted, once my laptop is finally up and running with F26 I'll install the updates-testing build and file a report in bodhi.
I documented this to the F26 Common Bugs wiki page: https://fedoraproject.org/wiki/Common_F26_bugs#Upgrade_may_fail_due_to_a_conflict_in_gstreamer_components Looks like I don't have the necessary rights to set the CommonBugs keyword on this bug, though, or to add that URL to the Whiteboard. (https://fedoraproject.org/wiki/Common_bugs_instructions indicates that both should be done as part of documenting a Common Bugs entry.)
Thank you, I've made those changes to this bug report.
gst-entrans-1.2.1-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.