I am trying to install Mplayer on my desktop. the error message is:
Problem: nothing provides ‘libdav1d.so.3()(64bit)’ needed by the to be installed libavcodec58-4.2.1-pm152.2.9.5.x86_64
Solution 1: do not install MPlayer-1.2.r38304-pm152.2.3.x86_64
Solution 2: break libavcodec58-4.2.1-pm152.2.9.5.x86_64 by ignoring some of its dependencies
The 32 bit version of libdav1d.so.3 is in /usr/lib, but how do i find the 64 bit version?
Please, a repo list is next to useless when it does not have the URLs. Alls what you show are names and aliases local to your system. So better show
zypper lr -d
or any other options that show the URLs.
Also it is a better service to your readers when you include the line with the command when you copy/paste between the CODE tags. So we see in one and the same CODE section exactly what you did to get the output. It is only one more line, thus should not be a problem.
And as last, as with every multi-media problem, we want to know if you did the vendor switch to Packman. When not, then please do it (or even when you did some time ago, do it again, it will not hurt) and only then re-create the problem and ask here telling that you are 1000% sure the switch was done.
Yes i did switch to Packman. It’s priority is also 90, all others have priority of 99. I ran:
zypper dup --from packman-essentials
Output:
Retrieving repository 'Update repository with updates from SUSE Linux Enterprise 15' metadata ..........................................................................................................................................[done]
Building repository 'Update repository with updates from SUSE Linux Enterprise 15' cache ...............................................................................................................................................[done]
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
Nothing to do.
So after looking at the URL for packman essentials i saw that it related to Leap 15.2. So i removed packman essentials and reinstalled it as per the instructions here https://en.opensuse.org/Additional_package_repositories. After running the command:
I don’t know why the old packman essentials was retained. I upgraded both my laptop and desktop from Leap 15.2 to 15.2 along with the packman essentials change. But somehow my desktop did not affect the change but the laptop had the change.
I hope you now understand why we want to see a repository list including the URLs. We then even have to give no more advise as you now see yourself what was wrong.
BTW, what about using the $releasever feature instead of the hard-coded 15.3 in your URLs? It is more easy to upgrade online to e.g. 15.4 and the problem you had with the hard-coded 15.2 would not have happened.
And as a small afterburner. Why do you make two CODE sections? One with the command and one with the output. Better copy/paste all in one CODE section. Easier to read the combined command-output for everybody. I thought that was clear from my
Also it is a better service to your readers when you include the line with the command when you copy/paste between the CODE tags. So we see in one and the same CODE section exactly what you did to get the output. It is only one more line, thus should not be a problem.
Hopefully superfluous examples, but not
I use the command
uname -r
and then I get
5.3.18-150300.59.68-default
===============
But simply (no additional comment typing needed):
You are the system manager, thus you are responsible first for deciding if you want to use the rather new (well, already since several openSUSE versions) releasever feature, and when yes, checking and eventual editing your repo URLs, and when no, doing the same (changing eventual $releasever into hard-coding).
As this feature is relative new, repos added in your systems before the introduction do not have any $releasever. The Upgrade documentation mentions that changing the hard coded version into a new hard coded, but better into $releasever is to be done.
And when adding a new repo, I would always either do that directly with $releasever (when doing this e.g. with zypper), or check if it is OK (when doing this using e.g. a 1-click installation.
which shows the same.
And for those who love the GUI, YaST > Software > Software Repository shows the present version in the list, but select a repo and look below, you see there the raw URL when $releasever is involved.
I removed the hard-coded 15.3 and put $releasever in its place. Things seem to be fine now.
I had first upgraded my laptop from 15.2 to 15.3. All the repo files have $releasever by default, no hardcoding. But my desktop had the 15.3 hard-coded in some of the repo files. Funny .
.