rpm -q gstreamer1-plugins-ugly gstreamer1-plugins-ugly-1.14.4-2.fc29.x86_64
but:
sudo dnf upgrade ....... Dependencies resolved.
Problem: package gstreamer1-plugins-ugly-1.14.4-2.fc29.x86_64 requires libx264.so.155()(64bit), but none of the providers can be installed
I'm using a newer version of x264, and rebuilt plugins-ugly with it. Why does dnf keep trying to install the repo version. What rule does dnf follow that overrides the the package version name ? And can you override the override ?
sean
On 1/23/19 4:31 PM, sean darcy wrote:
rpm -q gstreamer1-plugins-ugly gstreamer1-plugins-ugly-1.14.4-2.fc29.x86_64
but:
sudo dnf upgrade ....... Dependencies resolved.
Problem: package gstreamer1-plugins-ugly-1.14.4-2.fc29.x86_64 requires libx264.so.155()(64bit), but none of the providers can be installed
It would be more useful if you included the rest of the dnf output. You could try adding "-x gstreamer1-plugins-ugly" to first update the rest of the packages to reduce the output.
On 24/01/2019 00:31, sean darcy wrote:
rpm -q gstreamer1-plugins-ugly gstreamer1-plugins-ugly-1.14.4-2.fc29.x86_64
but:
sudo dnf upgrade ....... Dependencies resolved.
Problem: package gstreamer1-plugins-ugly-1.14.4-2.fc29.x86_64 requires libx264.so.155()(64bit), but none of the providers can be installed
I'm using a newer version of x264, and rebuilt plugins-ugly with it. Why does dnf keep trying to install the repo version. What rule does dnf follow that overrides the the package version name ? And can you override the override ?
sean
It looks as if your rebuild has the same version as the original, and perhaps its dependencies are the same too. Perhaps you can lock that upgrade, as a workaround.
John P