Hi, I’m running SuSE 13.2 on a ThinkPad T400 and Yast, Yast2, my sound system have all stopped functioning. A little background: the system has been running sweetly for a couple of years now, through various upgrades, SuSE 11x + 12x + 13x. Recently, I had the misfortune to need to upgrade openssl (I think). It’s possible I had a number of extra repos installed (over the years) which made for an “interesting” mix of repos, without my being too aware of it because everything worked fine. To get the upgrade of openssl to install I was forced to upgrade various libraries, and eventually the system, to SuSE 13.2 (so far so good, being up-to-date is no bad thing).
What now happens is that if I call “yast”, I get absolutely nothing except the command prompt back. and if I call Yast2, the initial window loads but nothing else, and I see an r600 (?) error on the console. Additionally my sound is now silent. Since then I’ve cleaned out my repos, and installed only the recommended ones (I think) from the openSuSE Downloads and documentation site. Here’s the output of various infos from the system, including the silent yast failure. Fortunately zypper still works!
Any help with fixing this would be greatly appreciated.
Yes it is.
There is no 13.2 released yet, what you have is Factory, the development version of (the to-be) 13.2 which is not even Beta yet.
And because you didn’t upgrade with “zypper dup”, you now have even a mixture between 13.1 and Factory, which causes your problem.
I don’t see the Factory repo in your list, but that list is useless anyway.
Please post the output of “zypper lr -d” for further advise.
In short, you should remove that Factory repo (or switch your repos back to 13.1) and then run “zypper dup” to switch your system back to 13.1, and all should work again.
Thanks for your prompt reply, wolfie. I don’t see Factory in my current repos, although I’m sure I had it there previously, and that sounds very likely to be the problem. What I did was to remove ALL repos, and to re-add the following 13.1 ones only.
I did try the “zypper dup” you suggested, already. However, that led to a mammoth list of options for different packages and after I don’t know how many, I gave up. There must be an automatic way to say “yes, use the 13.1 defaults”, I expect…?
root@thpad ~>zypper dup
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Retrieving repository 'packman-essentials' metadata ..................................................................................[done]
Building repository 'packman-essentials' cache .......................................................................................[done]
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
3 Problems:
Problem: libavcodec55-32bit-2.2-1.4.x86_64 requires libx265.so.10, but this requirement cannot be provided
Problem: perl-CPAN-Meta-YAML-0.008-5.1.2.noarch requires perl(:MODULE_COMPAT_5.18.1), but this requirement cannot be provided
Problem: patterns-openSUSE-base-13.1-13.6.1.x86_64 requires module-init-tools, but this requirement cannot be provided
Problem: libavcodec55-32bit-2.2-1.4.x86_64 requires libx265.so.10, but this requirement cannot be provided
uninstallable providers: libx265-10-0.10hg20140324-1.8.i586[13.1-packman-essentials]
Solution 1: Following actions will be done:
keep obsolete libavcodec55-32bit-2.1-3.2.x86_64
keep obsolete libavutil52-32bit-2.1-3.2.x86_64
Solution 2: install libx265-10-0.10hg20140324-1.8.i586 despite the inferior architecture
Solution 3: break libavcodec55-32bit-2.2-1.4.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c] (c):
Looking through the zypper docs. I haven’t found any way to auto-answer all of the offered solutions, although maybe it’s staring me in the face. I had thought maybe “zypper dup -R, --force-resolution” but don’t see the option under the “dup” docs…
But what could cause dependency conflicts is, that you have Auto-Refresh disabled for the standard update repos (#12 and #13). I would not recommend that as you won’t see any (security) updates that way.
Try to run “zypper ref” or enable Auto-Refresh for those two repos, before running “zypper dup”.
root@thpad ~>zypper dup
…
3 Problems:
Problem: libavcodec55-32bit-2.2-1.4.x86_64 requires libx265.so.10, but this requirement cannot be provided
Problem: perl-CPAN-Meta-YAML-0.008-5.1.2.noarch requires perl(:MODULE_COMPAT_5.18.1), but this requirement cannot be provided
Problem: patterns-openSUSE-base-13.1-13.6.1.x86_64 requires module-init-tools, but this requirement cannot be provided
…
The first problem is caused by the fact that there is no libx265-10-32bit available on Packman AFAICS.
I would suggest to uninstall libavcodec55-32bit, you won’t need it anyway I suppose.
Or choose to ignore that conflict for now, it shouldn’t harm your system. In the worst case restricted multimedia codecs won’t work in 32bit applications.
The other two problems I find strange though, since module-init-tools and perl(:MODULE_COMPAT_5.18.1) are available from the standard OSS repo.
Might be related to the disabled Auto-Refresh though.
Looking through the zypper docs. I haven’t found any way to auto-answer all of the offered solutions, although maybe it’s staring me in the face. I had thought maybe “zypper dup -R, --force-resolution” but don’t see the option under the “dup” docs…
You could try the "–non-interactive, -n " option, but I’m not sure if that would work with dup either.
The repos look much more sensible now. That’s a good start!
“-n” doesn’t work, so I still have the problem of a billion-and-one questions to answer. Surely, there MUST be a way to do that…?! (Frustration pointed at zypper devs here).
In any case, I expect I should pick “install despite inferior arch” for all of them?
root@thpad ~>zypper dup
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
3 Problems:
Problem: libavcodec55-32bit-2.2-1.4.x86_64 requires libx265.so.10, but this requirement cannot be provided
Problem: perl-CPAN-Meta-YAML-0.008-5.1.2.noarch requires perl(:MODULE_COMPAT_5.18.1), but this requirement cannot be provided
Problem: patterns-openSUSE-base-13.1-13.6.1.x86_64 requires module-init-tools, but this requirement cannot be provided
Problem: libavcodec55-32bit-2.2-1.4.x86_64 requires libx265.so.10, but this requirement cannot be provided
uninstallable providers: libx265-10-0.10hg20140324-1.8.i586[13.1-packman-all]
Solution 1: Following actions will be done:
keep obsolete libavcodec55-32bit-2.1-3.2.x86_64
keep obsolete libavutil52-32bit-2.1-3.2.x86_64
Solution 2: install libx265-10-0.10hg20140324-1.8.i586 despite the inferior architecture
Solution 3: break libavcodec55-32bit-2.2-1.4.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c] (c): 2
Problem: perl-CPAN-Meta-YAML-0.008-5.1.2.noarch requires perl(:MODULE_COMPAT_5.18.1), but this requirement cannot be provided
Solution 1: keep obsolete perl-CPAN-Meta-YAML-0.012-26.1.noarch
Solution 2: break perl-CPAN-Meta-YAML-0.008-5.1.2.noarch by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): 1
Problem: patterns-openSUSE-base-13.1-13.6.1.x86_64 requires module-init-tools, but this requirement cannot be provided
deleted providers: kmod-compat-17-1.1.x86_64
uninstallable providers: module-init-tools-3.15-11.1.2.i586[13.1-oss]
module-init-tools-3.15-11.1.2.x86_64[13.1-oss]
Solution 1: keep obsolete kmod-compat-17-1.1.x86_64
Solution 2: keep obsolete patterns-openSUSE-base-13.2-6.1.x86_64
Solution 3: break patterns-openSUSE-base-13.1-13.6.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c] (c):
No you should NOT!
That would switch large parts of your system to 32bit.
Anyway, you only seem to have three problems.
I would suggest you choose “break xxx by ignoring some of its dependencies” for all of them.
As I said earlier, you could also just uninstall libavcodec55-32bit, that would get rid of one problem. Or choose “Solution 1: Following actions will be done: keep obsolete libavcodec55-32bit-2.1-3.2.x86_64 keep obsolete libavutil52-32bit-2.1-3.2.x86_64”, that would keep the old versions that do not yet require lix265.
I’m not sure yet about the others, but ignoring them would make no harm. The one is only about a pattern, the other one, is not system-critical either.
Maybe you have some locks in place?
What does “zypper in module-init-tools” give?
And what “rpm -qi perl”?
PS: I think the module-init-tools conflict stems from the fact that you installed a kernel and kmod-compat from Factory, which conflicts with the older module-init-tools.
So either run “zypper in -f module-init-tools”, that should make zypper want to remove that Factory stuff, or remove that manually (kernel-3.14.x and kmod-compat).
The other conflict might relate to that (because of perl-Bootloader maybe?)
Obviously, this is going to take a while, but at this point it looks promising:
root@thpad ~>zypper dup
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
The following 61 NEW packages are going to be installed:
at-spi2-core-devel clutter-lang gdk-pixbuf-lang glamor glib-networking-lang gnome-bluetooth-plugins-geoclue gobject-introspection
gstreamer-0_10-devel gstreamer-0_10-plugins-base-devel hdjmod-kmp-default-1.28_k3.11.10_7-16.4.1
<...snip...>
xwd obs://build.opensuse.org/X11 -> openSUSE
xwininfo obs://build.opensuse.org/X11 -> openSUSE
xwud obs://build.opensuse.org/X11 -> openSUSE
164 packages to upgrade, 3140 to downgrade, 61 new, 10 to reinstall, 43 to remove, 923 to change vendor, 8 to change arch.
Overall download size: 1.94 GiB. After the operation, additional 337.9 MiB will be used.
Continue? [y/n/? shows all options] (y):
Thank you VERY much for your help - I’ll let you know here how it goes…
It shouldn’t have been necessary to remove that. But as I said, it’s not critical anyway. You can always install it again afterwards if you need it.
Thank you VERY much for your help - I’ll let you know here how it goes…
You should at least clean up your kernels as well afterwards I guess.
Maybe you still have kernel 3.14.x installed (I nowhere see a mention of it being uninstalled).
The following 61 NEW packages are going to be installed:
at-spi2-core-devel clutter-lang gdk-pixbuf-lang glamor glib-networking-lang gnome-bluetooth-plugins-geoclue gobject-introspection
gstreamer-0_10-devel gstreamer-0_10-plugins-base-devel hdjmod-kmp-default-1.28_k3.11.10_7-16.4.1
And this would indicate, that zypper installed kernel-default as well. (or did you use kernel-default in the first place?)
It makes no sense to have both kernel-desktop and kernel-default.
Btw, you can use YaST to clean up, you see automatic changes there immediately and can revert them, so it might be easier.
For the kernel you have to click on the “Versions” tab, since more than one version can (will) be installed.
I removed the perl-YAML thing because of this output:
root@thpad ~>zypper dup --dry-run
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
2 Problems:
Problem: perl-CPAN-Meta-YAML-0.008-5.1.2.noarch requires perl(:MODULE_COMPAT_5.18.1), but this requirement cannot be provided
Problem: patterns-openSUSE-base-13.1-13.6.1.x86_64 requires module-init-tools, but this requirement cannot be provided
Problem: perl-CPAN-Meta-YAML-0.008-5.1.2.noarch requires perl(:MODULE_COMPAT_5.18.1), but this requirement cannot be provided
Solution 1: keep obsolete perl-CPAN-Meta-YAML-0.012-26.1.noarch
Solution 2: break perl-CPAN-Meta-YAML-0.008-5.1.2.noarch by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c):
But I can always reinstall it if need be. I was just worried that was going to start removing every perl module…
I haven’t done such a clean up previously, without having to reinstall the entire system literally from scratch. If this works, I shall be impressed with the flexibility of the packaging tools.
Some dependency apparently prevented zypper from installing the perl from 13.1.
As I said, you could have just chosen “break perl-CPAN-Meta-YAML-0.008-5.1.2.noarch by ignoring some of its dependencies”.
But as no other package needs perl-CPAN-Meta-YAML, it’s ok as well to just remove it for now.
Thanks for the kernel note, I’ll check it later.
On second thought, you might want to try first whether the 13.1 kernel (3.11.x) actually boots, before you remove the 3.14 one…
Update: Wolfie’s suggestions were highly helpful, and things were looking very good. Then my system crashed (due to unforeseen external forces), and the entire upgrade/update when belly up. This had nothing to do with the fixes suggested here. It took a while, but I finally managed to install a clean 13.1, with sensible and minimal shortlist of repositories, picked from https://en.opensuse.org/Package_repositories
I’ll be using Zypper with a clean set of repos. from now on!
Thanks again, Wolfie, for your (prompt and clear) help.
