Folks:
Did my fresh install of Slo Roll last week . . . Packman repo is added, but in scrolling through IG and the Twittr . . . I see “this video can’t be played”??
I did a search of the Google to see how to get it going, but nothing showed up that seemed to be relevant . . … What packages do I need to install in Slo Roll to get video content to play??
As usual (it is the same since beginning), adding a repo does nothing as long as you don’t install packages from it and do the vendor switch.
https://en.opensuse.org/Additional_package_repositories
https://en.opensuse.org/SDB:Installing_codecs_from_Packman_repositories
Thanks. Zypper did offer me the 5 questions to switch vendors. My question would be why doesn’t zypper include these basic packages in the dup or install process??
These days if folks are doing a GUI install, who wouldn’t want to see video snippets?? Wouldn’t it be “easier” to let those few people remove Packman and the codecs packages if they don’t want to watch, rather than having most people need to add them?? Jes sayin’ . . . .
Packman contains packages which can not be distributed by openSUSE because of copyright/patent/… other reasons. So NO, openSUSE can not install them by default.
Ah, right . . . I think you or others have also addressed that question . . . more than once. What can I say . . . it s**ks to get old . . . . The memory cells grow shorter and so forth . . . .
Trying to follow the zypper commands provided to “change vendors” and then add the codecs brings two more problem questions . . . these don’t seem as “obvious” as the first 5 questions . . . .
Computing distribution upgrade...
2 Problems:
Problem: nothing provides 'libplacebo.so.292()(64bit)' needed by the to be installed libavfilter9-6.0-1699.5.pm.1.x86_64
Problem: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-6-mini-libs-6.0-3.2.x86_64
Problem: nothing provides 'libplacebo.so.292()(64bit)' needed by the to be installed libavfilter9-6.0-1699.5.pm.1.x86_64
Solution 1: Following actions will be done:
keep obsolete libavfilter9-6.0-3.3.x86_64
keep obsolete libavformat60-6.0-3.3.x86_64
keep obsolete libavutil58-6.0-3.3.x86_64
keep obsolete libpostproc57-6.0-3.3.x86_64
keep obsolete libswresample4-6.0-3.3.x86_64
keep obsolete libswscale7-6.0-3.3.x86_64
Solution 2: deinstallation of libavfilter9-6.0-3.3.x86_64
Solution 3: break libavfilter9-6.0-1699.5.pm.1.x86_64 by ignoring some of its dependencies
Solution 2: deinstallation of libavfilter9-6.0-3.3.x86_64
This will deinstall the openSUSE version and replaces it with the packman version…
OK, so solution 2 brought a few packages, couldn’t tell if they were bulk running the third command . . . running that command:
sudo zypper install --from packman ffmpeg gstreamer-plugins-{good,bad,ugly,libav} libavcodec vlc-codecs
brought a bunch more problems, that seemed to be trying to roll back to “OpenSUSE”?? Wasn’t sure if the codecs are already now installed or still needed? I don’t recall in doing this process before there were this many problems . . . is that because Slo Roll is in a Twilight zone for upgrades and packaging??
sudo zypper install --from packman ffmpeg gstreamer-plugins-{good,bad,ugly,libav} libavcodec vlc-codecs
Loading repository data...
Reading installed packages...
'ffmpeg' not found in package names. Trying capabilities.
'gstreamer-plugins-bad' not found in package names. Trying capabilities.
'gstreamer-plugins-bad' is already installed.
'gstreamer-plugins-good' not found in package names. Trying capabilities.
'gstreamer-plugins-good' is already installed.
'gstreamer-plugins-ugly' not found in package names. Trying capabilities.
'gstreamer-plugins-ugly' is already installed.
'gstreamer-plugins-libav' not found in package names. Trying capabilities.
'libavcodec' not found in package names. Trying capabilities.
'libavcodec60' providing 'libavcodec' is already installed.
Resolving package dependencies...
Problem: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-6-mini-libs-6.0-3.2.x86_64
Solution 1: Following actions will be done:
downgrade of libavcodec60-6.0-1699.5.pm.1.x86_64 to libavcodec60-6.0-3.3.x86_64
install libavcodec60-6.0-3.3.x86_64 from vendor openSUSE
replacing libavcodec60-6.0-1699.5.pm.1.x86_64 from vendor http://packman.links2linux.de
downgrade of libavformat60-6.0-1699.5.pm.1.x86_64 to libavformat60-6.0-3.3.x86_64
install libavformat60-6.0-3.3.x86_64 from vendor openSUSE
replacing libavformat60-6.0-1699.5.pm.1.x86_64 from vendor http://packman.links2linux.de
downgrade of libavutil58-6.0-1699.5.pm.1.x86_64 to libavutil58-6.0-3.3.x86_64
install libavutil58-6.0-3.3.x86_64 from vendor openSUSE
replacing libavutil58-6.0-1699.5.pm.1.x86_64 from vendor http://packman.links2linux.de
downgrade of libpostproc57-6.0-1699.5.pm.1.x86_64 to libpostproc57-6.0-3.3.x86_64
install libpostproc57-6.0-3.3.x86_64 from vendor openSUSE
replacing libpostproc57-6.0-1699.5.pm.1.x86_64 from vendor http://packman.links2linux.de
downgrade of libswresample4-6.0-1699.5.pm.1.x86_64 to libswresample4-6.0-3.3.x86_64
install libswresample4-6.0-3.3.x86_64 from vendor openSUSE
replacing libswresample4-6.0-1699.5.pm.1.x86_64 from vendor http://packman.links2linux.de
downgrade of libswscale7-6.0-1699.5.pm.1.x86_64 to libswscale7-6.0-3.3.x86_64
install libswscale7-6.0-3.3.x86_64 from vendor openSUSE
replacing libswscale7-6.0-1699.5.pm.1.x86_64 from vendor http://packman.links2linux.de
Solution 2: do not ask to install a solvable providing gstreamer-plugins-libav
Solution 3: break ffmpeg-6-mini-libs-6.0-3.2.x86_64 by ignoring some of its dependencies
You need to uninstall ffmpeg-6-mini-libs-6.0-3.2.x86_64 as it is only for building purposes and only cause troubles. After that the installation should run fine.
Thanks for the reply . . . seems like, even though there has been partial completion of the codecs install . . . videos in the Twittr were not blocked??? and seem to be working to some extent . . . . Not enough time to get everything done . . . .
So, tried to “rm” the “ffmpeg-6-mini xxxxx” package said, “not installed,” so I went back to the final zyyper line and again got the same data as posted above . . . so in this case I want to choose solution number 3?
install libswscale7-6.0-3.3.x86_64 from vendor openSUSE
replacing libswscale7-6.0-1699.5.pm.1.x86_64 from vendor http://packman.links2linux.de
Solution 2: do not ask to install a solvable providing gstreamer-plugins-libav
Solution 3: break ffmpeg-6-mini-libs-6.0-3.2.x86_64 by ignoring some of its dependencies
“Break ffmpeg by ignoring its dependencies”??? It doesn’t seem to be installed, so I can’t remove it, only option is to break it?
Belay that request for data. I ran the YaSt optional install . . . seemed to go through “OK” . . . only potential issue was that it seemed to install “NVIDIA” packages, 5 total packages installed from what apparently already was?? A couple of them were “Nvidia” which traditionally I run “nouveau” as the driver . . . .
On to the latest news of fresh disaster . . . .
I switched the codecs version to packman, but that generates several breakage warnings. I just guessed a set of solutions: installing from pacman despite breakage–it mostly worked. But, yes, packages are missing from the AMD64 packan repos for SlowRoll, and the dependencies need to be fixed.
Yep, still seems to be worked out in situ . . . . I still get a strange display behavior when I’m booting to the log in window. Like in the old PPClinux days when the xorg.conf file had to be configured for the video driver . . . . A single black line, then a section with cross-hatching,and then a clean log in window . . . not exactly zippy to get there, but, it does get there. : - 0
Same here. Just made Slow Roll packages match Tumbleweed and all is well!