Update Error related to ffmpeg-6-mini-libs-6.0.1-2.1.x86_64

I get your point and it’s a valid opinion. If we were talking about days, I‘d probably agree with you. But holding back updates for 1-2 days seems fair enough in my eyes. Apologies if I might have sounded rude.

Would you suggest those who vendor switched to OSS should perform the switch back to Packman? Because besides hardware acceleration I was never lucky to get the codecs from the standard repositories to work properly. Sometimes videos wouldn’t play at all, sometimes thumbnails would get messed up. This is why I would definitely suggest to use Packman, but ymmv.

Why did SlowRoll get sucked into this–given that avoiding these kinds of issues is kind of the whole point of SlowRoll? Is there a change that we should be talking about?

@LanceHaverkamp third party repositories are not part of the openSUSE Distribution, you add at your own risk…

@malcolmlewis Installing pacman is part of the installation instructions for SlowRoll:
zypper ar --refresh -p 70 http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Slowroll/Essentials/ packman

…is the final line of the installation instructions, before the sudo zypper dup command.

@LanceHaverkamp again it’s a third party repository providing patent encumbered packages via a rebuild services and has zero integration with Tumbleweed…

I completely understand what you’re saying regarding Tumbleweed & Pacman; pacman has to be added after-the-fact with a Tumbleweed installation. The instructions for SlowRoll, however, do specifically tell us to install Pacman.

That being the case, are you suggesting that the SlowRoll folks should remove that line from their instructions, or should they look into how to offer a delayed pacman, in the same way the rest of SlowRoll works?

I see people above reporting that Tumbleweed is fixed, but as of the time I’m typing this, Slowroll is still not resolving the issue.

@LanceHaverkamp I extended the note under the repository list, but yes IMHO it should be removed and added elsewhere…

Technically, yes, they should. And it’s PACKMAN, not pacman. pacman is archlinux’s package management tool.

Slowroll, and any other version of openSUSE is perfectly functional without Packman. Packman only host things that have licensing or patent encumberment issues, and cannot be hosted/distributed by the openSUSE project.

Support needed:
Slowroll has new snapshot, as of today; but it did not resolve this issue, as it apparently did for Tumbleweed (reported by others above). About 200 packages updated, but ffmpeg-6-mini-libs-6.0.1-2.1.x86_64 from packman is still clashing.

What do I do?

Just in case you have added another third party repository other than packman you should check if the issue is not caused by it, if not it’s possible that the issue is not fixed on packman’s side for slowroll specifically, you could try contacting them to report the issue…

In the meanwhile you can switch vendor for all of your packman package to OpenSuse like @hui have suggested earlier in the thread :

This way you will at least be able to update your system, h264 video should normally work in your browser anyway with the openh264 package, for other use cases ( like playing h265 video ) you can still install apps as flatpak…

1 Like

OK, terrific. That I had done, but wasn’t sure that was the only resort, I could have easily been missing a key concept.

So, this won’t work properly until ffmpeg-6-mini-libs-6.0-14.1.x86_64 is upgraded in the SlowRoll snapshots? Am I understanding that correctly?

It is quite common to have conflicts with packman repository enabled, most of the time it is because packman update package and make them available before the tumbleweed snapshot is released.

That’s the idea, for what I can see the problem is caused by packman offering a newer version of the package than the OpenSuse OSS one so it will probably be fixed on the next slowroll snapshot … probably …

1 Like