42.3 to 15.0 update failed - still runs but package update failed and now lots of update conflicts

English Install/Boot/Login
1

I’ve just done a DVD offline update from 42.3 to 15.0

I did everything by the book, I was fully updated, and disabled Packman and the other non SUSE repos.

Right at the end of the installation I got this error.

https://i.imgur.com/UpymIUJ.jpg

https://imgur.com/a/1zCbETt

I then rebooted and the system seems to have upgraded to 15.0 system, KDE etc.
Things worked, however I had no repos.

I managed to re-add the 15.0 SUSE repos

But I don’t have the latest of any of the packages and if I try to update it rather ties itself in knots with lots of installation conflicts and questions. (see example list below)

However working through them I seem to be able to update individual package groups individually, like I updated Firefox from 52 to 60

and LibreOffice from 5 to 6.1.5.2

and the updated ones seem to work OK.
But there are still hundreds of old non updated packages showing in the software updater.

Should I try running the CD offline upgrade again?

On boot into KDE I get

Signature verification for Repository download.opensuse.org-non-oss failed

Here’s a typical conflicts list I get when I try to update things:

YaST2 conflicts list - generated 2019-06-14 02:44:22

dmraid-1.0.0.rc16-37.3.x86_64 requires libdevmapper.so.1.02()(64bit), but this requirement cannot be provided
deleted providers: device-mapper-1.02.97-76.1.x86_64
] break dmraid-1.0.0.rc16-37.3.x86_64 by ignoring some of its dependencies

[x] downgrade of dmraid-1.0.0.rc16-37.3.x86_64 to dmraid-1.0.0.rc16-lp150.3.4.x86_64

 ] do not install device-mapper-1.02.146-lp150.5.1.x86_64

hicolor-icon-theme-branding-openSUSE-42.1-1.2.noarch requires hicolor-icon-theme = 0.15, but this requirement cannot be provided
deleted providers: hicolor-icon-theme-0.15-3.2.noarch
[x] downgrade of hicolor-icon-theme-branding-openSUSE-42.1-1.2.noarch to hicolor-icon-theme-branding-openSUSE-42.1-lp150.2.1.noarch

 ] do not install hicolor-icon-theme-0.17-lp150.1.7.noarch

 ] break hicolor-icon-theme-branding-openSUSE-42.1-1.2.noarch by ignoring some of its dependencies

libenchant1-1.6.0-23.2.x86_64 requires libhunspell-1.3.so.0()(64bit), but this requirement cannot be provided
deleted providers: hunspell-1.3.2-5.1.x86_64
[x] downgrade of libenchant1-1.6.0-23.2.x86_64 to libenchant1-1.6.0-lp150.1.9.x86_64

 ] do not install hunspell-1.6.2-lp150.1.5.x86_64

 ] break libenchant1-1.6.0-23.2.x86_64 by ignoring some of its dependencies

gtk2-branding-openSUSE-42.1-13.1.noarch requires libgtk-2_0-0 = 2.24.31, but this requirement cannot be provided
deleted providers: libgtk-2_0-0-2.24.31-11.2.x86_64
[x] Following actions will be done:
downgrade of gtk2-branding-openSUSE-42.1-13.1.noarch to gtk2-branding-openSUSE-15.0-lp150.1.1.noarch
downgrade of gtk2-engine-mist-2.20.2-29.3.x86_64 to gtk2-engine-mist-2.20.2-lp150.1.10.x86_64
downgrade of gtk2-engine-redmond95-2.20.2-29.3.x86_64 to gtk2-engine-redmond95-2.20.2-lp150.1.10.x86_64
downgrade of gtk2-engine-thinice-2.20.2-29.3.x86_64 to gtk2-engine-thinice-2.20.2-lp150.1.10.x86_64
] do not install libgtk-2_0-0-2.24.32-lp150.2.3.x86_64

 ] break gtk2-branding-openSUSE-42.1-13.1.noarch by ignoring some of its dependencies

qt4-qtscript-0.2.0-11.7.x86_64 requires libqt4 = 4.8.6, but this requirement cannot be provided
deleted providers: libqt4-4.8.6-13.1.x86_64
[x] Following actions will be done:
downgrade of qt4-qtscript-0.2.0-11.7.x86_64 to qt4-qtscript-0.2.0-lp150.2.5.x86_64
install digikam-5.9.0-lp150.1.3.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
install digikam-5.9.0-lp150.1.3.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
install digikam-5.9.0-lp150.1.3.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
install digikam-5.9.0-lp150.1.3.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
install digikam-5.9.0-lp150.1.3.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
install kipi-plugins-5.9.0-lp150.1.3.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
install kipi-plugins-5.9.0-lp150.1.3.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
deinstallation of ksaneplugin-15.08.3-3.1.x86_64
deinstallation of libKF5Kipi30_0_0-15.12.3-15.1.x86_64
install libkipi-data-17.12.3-lp150.1.1.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
] do not install libqt4-4.8.7-lp150.7.5.x86_64

 ] break qt4-qtscript-0.2.0-11.7.x86_64 by ignoring some of its dependencies

xf86-input-evdev-2.10.5-lp150.1.10.x86_64 requires X11_ABI_XINPUT = 24.1, but this requirement cannot be provided
not installable providers: xorg-x11-server-1.19.6-lp150.6.1.x86_64[download.opensuse.org-oss_1]
xorg-x11-server-1.19.6-lp150.7.10.2.x86_64[download.opensuse.org-oss_2]
xorg-x11-server-1.19.6-lp150.7.3.1.x86_64[download.opensuse.org-oss_2]
xorg-x11-server-1.19.6-lp150.7.6.1.x86_64[download.opensuse.org-oss_2]
] Following actions will be done:
do not install xf86-input-evdev-2.10.5-lp150.1.10.x86_64
do not install xf86-video-nouveau-1.0.15-lp150.1.9.x86_64
do not install xf86-video-ati-18.0.1-lp150.1.1.x86_64
do not install xf86-input-synaptics-1.9.0-lp150.1.7.x86_64
do not install xf86-input-mouse-1.9.2-lp150.2.4.x86_64
do not install xf86-input-keyboard-1.9.0-lp150.1.8.x86_64
do not install xf86-input-joystick-1.6.3-lp150.1.8.x86_64
[x] downgrade of xorg-x11-server-7.6_1.17.2-30.1.x86_64 to xorg-x11-server-1.19.6-lp150.7.10.2.x86_64

 ] break xf86-input-evdev-2.10.5-lp150.1.10.x86_64 by ignoring some of its dependencies

cron-4.2-57.5.x86_64 requires cronie = 1.4.11-57.5, but this requirement cannot be provided
deleted providers: cronie-1.4.11-57.5.x86_64
[x] downgrade of cron-4.2-57.5.x86_64 to cron-4.2-lp150.3.3.1.x86_64

 ] do not install cronie-1.5.1-lp150.3.3.1.x86_64

 ] break cron-4.2-57.5.x86_64 by ignoring some of its dependencies

gio-branding-openSUSE-42.1-5.1.noarch requires libgio-2_0-0 = 2.44.1, but this requirement cannot be provided
deleted providers: libgio-2_0-0-2.44.1-2.3.x86_64
] downgrade of gio-branding-openSUSE-42.1-5.1.noarch to gio-branding-openSUSE-42.1-lp150.3.3.1.noarch

 ] do not install libgio-2_0-0-2.54.3-lp150.3.6.1.x86_64

 ] break gio-branding-openSUSE-42.1-5.1.noarch by ignoring some of its dependencies

kdepim4-4.14.10-3.10.x86_64 requires libgpgme-pthread.so.11()(64bit), but this requirement cannot be provided
deleted providers: libgpgme11-1.6.0-9.1.x86_64
] Following actions will be done:
deinstallation of kdepim4-4.14.10-3.10.x86_64
downgrade of libkdepimlibs4-4.14.10-3.7.x86_64 to libkdepimlibs4-4.14.10-lp150.3.1.x86_64
install digikam-5.9.0-lp150.1.3.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
install digikam-5.9.0-lp150.1.3.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
install digikam-5.9.0-lp150.1.3.x86_64 (with vendor change)
obs://build.opensuse.org/KDE → openSUSE
] do not install libgpgme11-1.10.0-lp150.3.3.1.x86_64

 ] break kdepim4-4.14.10-3.10.x86_64 by ignoring some of its dependencies

gtk3-branding-openSUSE-42.1-1.1.noarch requires libgtk-3-0 = 3.16.7, but this requirement cannot be provided
deleted providers: libgtk-3-0-3.16.7-5.1.x86_64
] Following actions will be done:
do not install libgtk-3-0-3.22.30-lp150.3.10.1.x86_64
do not install gtk3-data-3.22.30-lp150.3.10.1.noarch
do not install gtk3-immodule-vietnamese-3.22.30-lp150.3.10.1.x86_64
do not install gtk3-immodule-thai-3.22.30-lp150.3.10.1.x86_64
do not install gtk3-immodule-inuktitut-3.22.30-lp150.3.10.1.x86_64
do not install gtk3-immodule-amharic-3.22.30-lp150.3.10.1.x86_64
] downgrade of gtk3-branding-openSUSE-42.1-1.1.noarch to gtk3-branding-openSUSE-15.0-lp150.1.2.noarch

 ] break gtk3-branding-openSUSE-42.1-1.1.noarch by ignoring some of its dependencies

gstreamer-0_10-plugins-base-0.10.36-17.1.x86_64 requires liborc-test-0.4.so.0()(64bit), but this requirement cannot be provided
deleted providers: liborc-0_4-0-0.4.24-6.1.x86_64
] Following actions will be done:
deinstallation of gstreamer-0_10-plugins-base-0.10.36-17.1.x86_64
deinstallation of moodbar-0.1.2-21.1.x86_64
deinstallation of python-gstreamer-0_10-0.10.22-13.2.x86_64
deinstallation of typelib-1_0-GstApp-0_10-0.10.36-17.1.x86_64
deinstallation of typelib-1_0-GstInterfaces-0_10-0.10.36-17.1.x86_64
deinstallation of gmixer-1.3-32.2.x86_64
deinstallation of morituri-0.2.3-3.1.noarch
downgrade of python-wxWidgets-3_0-3.0.2.0-2.2.x86_64 to python-wxWidgets-3_0-3.0.2.0-lp150.2.5.x86_64
] do not install liborc-0_4-0-0.4.28-lp150.2.3.1.x86_64

 ] break gstreamer-0_10-plugins-base-0.10.36-17.1.x86_64 by ignoring some of its dependencies

patterns-openSUSE-yast2_basis-20150918-12.1.x86_64 requires yast2-storage, but this requirement cannot be provided
deleted providers: yast2-storage-3.1.71-4.1.x86_64
] Following actions will be done:
do not install yast2-users-4.0.11-lp150.2.10.1.x86_64
do not install yast2-update-4.0.18-lp150.2.6.1.x86_64
do not install yast2-bootloader-4.0.40-lp150.2.11.1.x86_64
do not install yast2-network-4.0.48-lp150.2.16.1.noarch
do not install yast2-nfs-client-4.0.8-lp150.2.6.1.noarch
do not install yast2-packager-4.0.73-lp150.2.16.1.x86_64
do not install autoyast2-installation-4.0.67-lp150.2.15.1.noarch
do not install yast2-4.0.103-lp150.2.13.1.x86_64
do not install yast2-firewall-4.0.34-lp150.7.1.noarch
do not install yast2-services-manager-4.0.10-lp150.7.1.noarch
do not install yast2-add-on-4.0.10-lp150.2.3.1.noarch
do not install yast2-sound-4.0.1-lp150.2.3.1.x86_64
do not install yast2-security-4.0.1-lp150.2.6.1.noarch
do not install yast2-samba-server-4.0.2-lp150.2.3.1.noarch
do not install yast2-printer-4.0.2-lp150.2.3.1.x86_64
do not install yast2-mail-4.0.4-lp150.2.3.1.noarch
do not install yast2-country-4.0.23-lp150.2.6.1.x86_64
do not install yast2-samba-client-4.0.1-lp150.1.1.noarch
do not install yast2-ntp-client-4.0.12-lp150.1.1.noarch
] deinstallation of patterns-openSUSE-yast2_basis-20150918-12.1.x86_64

 ] break patterns-openSUSE-yast2_basis-20150918-12.1.x86_64 by ignoring some of its dependencies

etc etc
Many Thanks for the help

Andy

2
  • After the system booted to Leap 15.0, with the user “root”, did you execute “rpm --rebuilddb”?

After the RPM database has been rebuilt, you could boot using the Leap 15.0 DVD and then, either repair or, re-install – using the existing system information – users, passwords, etc – the Leap 15.0 system.

3
  • After the system booted to Leap 15.0, with the user “root”, did you execute “rpm --rebuilddb”?

Yes, it didn’t help

OK I’ll try that, thanks

4

…actually I’ve decided to work through all the update conflict questions with the best sounding options and it seems to be sorting itself out.
It’s downloading and replacing loads of packages, but still working. I suppose a bit like a live update.
The 15.0 packages seem to be updating OK - fingers crossed.

5

It may well be that, you have more than a few “debug info” and “debug source” packages installed which are causing the update to take more time than what it takes to upgrade a system without the debug packages …

  • I’ve experienced this on upgrading a system from Leap 15.0 to Leap 15.1 – on reflection, it’s possibly better to get rid of the debug packages during the upgrade procedure and then have them re-installed as needs be when something misbehaves and wants to send a crash-dump to the maintainers …
  • Unless, of course, it’s a development system – then, of course, you’ll also have to upgrade the debug packages needed by the developers …
6

If you’re seeing lots of file conflicts, that’s generally an indication your upgrade from 42.3 was interffupted and failed, and now your system is trying to do a normal update since it sees newer available packages… likely in a 15.0 repo.

IMO proper fix is to do your upgrade again instead of what you’re doing now which is to update resolving one conflict at a time.
Don’t worry that you’re in the middle of what you’re currently doing, if you made any mistakes they should be corrected.

Strange that you say you used the DVD to upgrade (IIRC the upgrade was called an update incorrectly, but we should all understand what is really happening), normally it’s the most problem free way to upgrade. The missing authentication files are very unusual.

As decurtisfra describes, you should disable unnecessary repos, but the DVD upgrade should have done that for you by default… unless you manually intervened.

An alternative is to do an online upgrade…
Simply disable all your repos except for the 15.0 oss (and maybe a 15.0 Packman if you have it configured properly), then run

zypper dup

Since configuring your repos is critical to an online upgrade, you may want to list your repos for someone else to review before you actually run your upgrade… You can post the results of

zypper lr -d

TSU

7

Thanks very much for the help. I’ve been using it fine with only one strange problem which is some of the fonts (eg Monospace) are a bit mangled and only show numbers when I highlight them with the cursor… But I should fix the update so here goes:

> It may well be that, you have more than a few “debug info” and “debug source” packages installed which are causing the update to take more time than what it takes to upgrade a system without the debug packages …

I don’t have any debug packages installed, (other than what come with a standard KDE install?)

I’ll try an online update (in a runlevel 5 virtual console control-alt-F1 )

OK here’s my repo setup for checking before I start the upgrade - (is it OK to have Non-OSS enabled?) - thanks:

conserv3tb:/home/asb # zypper lr -d
Repository priorities are without effect. All enabled repositories share the same priority.

#  | Alias                               | Name                        | Enabled | GPG Check | Refresh | Priority | Type   | URI                                                                            | Service
---+-------------------------------------+-----------------------------+---------+-----------+---------+----------+--------+--------------------------------------------------------------------------------+--------
 1 | download.opensuse.org-non-oss       | Main Repository (NON-OSS)   | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/distribution/leap/15.0/repo/non-oss/              |        
 2 | download.opensuse.org-non-oss_1     | Update Repository (Non-Oss) | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/15.0/non-oss/                         |        
 3 | download.opensuse.org-oss           | Main Repository (OSS)       | No      | ----      | ----    |   99     | yast2  | http://download.opensuse.org/distribution/leap/42.1/repo/oss/                  |        
 4 | download.opensuse.org-oss_1         | Main Repository (OSS)       | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/distribution/leap/15.0/repo/oss/                  |        
 5 | download.opensuse.org-oss_2         | Main Update Repository      | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/15.0/oss                              |        
 6 | http-download.opensuse.org-93bd6e87 | openSUSE:Leap:15.0:Update   | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/15.0/oss/                             |        
 7 | http-download.opensuse.org-b2cfad47 | Application:Geo             | No      | ----      | ----    |   99     | rpm-md | http://download.opensuse.org/repositories/Application:/Geo/openSUSE_Leap_15.0/ |        
 8 | opensuse-guide.org-repo             | Libdvdcss Repository        | No      | ----      | ----    |   99     | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_15.0/                             |        
 9 | packman.inode.at-suse               | Packman Repository          | No      | ----      | ----    |   99     | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_15.0/                               |        
10 | repo-update                         | openSUSE-Leap-42.1-Update   | No      | ----      | ----    |   99     | rpm-md | http://download.opensuse.org/update/leap/42.1/oss/
8

Your repo list looks okay. I would suggest removing those 42.1 repos. But they are disabled at present, so won’t cause problems.

I’m not familiar with the “Application:Geo” repo, but I assum it is okay (and disabled at present).

Yes, try an online update from a virtual console. Maybe:

zypper dup --allow-vendor-change

The “–allow-vendor-change” will probably cause some packages to switch from “packman” to the main repo. You can fix that later. If you do not use “–allow-vendor-change” you will get many conflicts on those package switches.

Another alternative you could consider: Set the “Application:Geo” repo to priority 97, and enable it.
Set the packman repo to priority 95 and enable it.

Then try the same “zypper dup” command as suggested above. That should keep most packman packages in packman, and will reduce conflict problems due to whatever you have installed from “Application:Geo”.

Note that you can add “-D” after “zypper dup” to just do a dry-run (nothing will actually be changed). Or you can bail out when prompted for “y” to continue the update.

9

Thanks, that’s all run through fine with “Application:Geo” repo at priority 97, and packman at priority 95 - nice tip!

Everything seems to have upgraded and resolved itself and all is working apart from the strange fonts problem where the numbers are missing until I highlight them,on the page - see below - missing numbers!

It’s happening with web pages with both Firefox and Chromium in the same way.

This started after the failed update - I’ve never changed any of the fonts from default settings anywhere.
Has anyone ever seen anything like this before?

https://imgur.com/a/ynEJREw

https://i.imgur.com/CUyiieq.png

10

Glad to have helped.

On the fonts issue, you could try a forced reinstall of a fonts package. That will probably rerun the fonts setup scripts.

There probably a manual way to fix it at the command line – perhaps someone will step in with a suggestion for that.