Central topic for users having troubles with latest updates

Hello,

With regard to:

https://forum3.openmandriva.org/t/dependency-problems-with-the-latest-updates/1162
https://forum3.openmandriva.org/t/updating-problems-again-with-kapps-17-04/1153
https://forum3.openmandriva.org/t/failures-when-trying-to-run-update/1157
https://forum3.openmandriva.org/t/fresh-installation-openmandriva-lx-3-0-fails-or-is-impossible-to-update-gui-command-prompt/1175

As we want to take care of helpers developers and QA mental sanity, we have created a new thread.

It looks like to merge above mentioned threads is not the best solution currently, so we are going to close the double topics and welcome any further comment here below in this thread.

Please be sure you follow the guidelines on how to post a request for support
Thanks.

3 Likes

Where?

1 Like

It’s this topic.

Postedit: I edited the original writing making it more clear on the matter. TY.

2 Likes

Alright, what about my last question in my thread?
Do I have to remove those files manually? Or what do I have to do instead?

1 Like

Does the warning/error still persist?
I think it could be useful the whole log, starting from urpmi --auto-update --test command.
At any rate, please wait for an expert’s reply :wink:

2 Likes

Thanks for this central discussion topic @rugyada, it will help @Cooker team to follow this issue in an easier way.

2 Likes

Tried again to update using Konsole. After a huge amount of running text here the last part:

libqgpgme.so.7()(64bit) is needed by kmail-account-wizard-17.04.0-2.x86_64
error while checking dependencies
libKF5KaddressbookImportExport.so.5()(64bit) is needed by kdepim-addons-17.04.0-2.x86_64
libKF5LibkdepimAkonadi.so.5()(64bit) is needed by kdepim-addons-17.04.0-2.x86_64
libKF5MailTransportAkonadi.so.5()(64bit) is needed by kdepim-addons-17.04.0-2.x86_64
libKF5PimCommonAkonadi.so.5()(64bit) is needed by kdepim-addons-17.04.0-2.x86_64
libqgpgme.so.7()(64bit) is needed by kdepim-addons-17.04.0-2.x86_64
libgstcontroller-1.0.so.0()(64bit) is needed by gstreamer1.0-plugins-bad-1.12.0-1.x86_64
error while checking dependencies
libraw.so.16()(64bit) is needed by krita-3.1.3-2.x86_64
libKF5Kipi.so.32.0.0()(64bit) is needed by kipi-plugins-jalbum-5.5.0-2.x86_64
libKF5kipiplugins.so.5.5.0()(64bit) is needed by kipi-plugins-jalbum-5.5.0-2.x86_64
error while checking dependencies
While some packages may have been installed, there were failures.
The following packages have to be removed for others to be upgraded:
lib64KF5GAPIBlogger5-5.3.1-1-omv2015.0.x86_64
(due to unsatisfied libkgapi == 5.3.1-1:2015.0,
due to missing libKF5GAPICore.so.5()(64bit))
lib64KF5GAPICalendar5-5.3.1-1-omv2015.0.x86_64
(due to unsatisfied libkgapi == 5.3.1-1:2015.0,
due to missing libKF5GAPICore.so.5()(64bit))
lib64KF5GAPIContacts5-5.3.1-1-omv2015.0.x86_64
(due to unsatisfied libkgapi == 5.3.1-1:2015.0,
due to missing libKF5GAPICore.so.5()(64bit))
lib64KF5GAPICore5-5.3.1-1-omv2015.0.x86_64
(due to unsatisfied libkgapi == 5.3.1-1:2015.0)
lib64KF5GAPITasks5-5.3.1-1-omv2015.0.x86_64
(due to unsatisfied libkgapi == 5.3.1-1:2015.0,
due to missing libKF5GAPICore.so.5()(64bit))
lib64KF5kipiplugins5.3.0-5.3.0-1-omv2015.0.x86_64
(due to missing libKF5Kipi.so.31.0.0()(64bit))
lib64digikamgui5.3.0-5.3.0-1-omv2015.0.x86_64
(due to missing libKF5Kipi.so.31.0.0()(64bit))
[root@alpha-pc /]#

When trying to update using the “updates” icon in the system tray no matter how long I wait, noting happens.

2 Likes

What I did was:

# urpmi --allow-force --auto-update

just pay attention and be sure all packages install. Alternatively you could install latest ISO (build 1070 works haven’t tried 1077 yet) and the packages are already installed for you. If Y’all read carefully the error messages it is mostly telling you that urpmi needs to remove older versions to install newer versions. KApps 17.04 is seems to be a big change from KApps 16.08. For one thing there are no longer any kde-l10n-* packages (which is the other source of errors in Y’alls update errors) FWIW: I’ve done this update with --allow-force 4 times and it worked every time. YMMV.

Edit: I should add that if anyone uses option like --allow-force, or --allow-nodeps and you don’t know what you are doing you can break your system.

1 Like

Is this really an option if one has installed and configured OM to his taste on his computer?
You can start all over again, but I may be wrong of course. (In fact I hope I am wrong…:slight_smile: )

1 Like

You don’t have things set up to install to / partition and leave /home as is thereby leaving user settings intact? This is commonly done now a days especially by folks that do a lot of customizing of their desktop (or laptop, notebook, etc).

Anyway it is an option for me whether it is for you or anyone else is for you to decide.

Edit: To be clear, you asked a question and I gave 2 possible answers, there are other possibilities the safest is to quit worrying about updating your system and happily use your computer as is until this issue is resolved.

1 Like

[quote=“ben79, post:10, topic:1176”]
You don’t have things set up to install to / partition and leave /home as is thereby leaving user settings intact?
[/quote]

That’s right! Did not think about this. I have installed /home on a separate partition. But if I want to install the / only
how will I “tell” the installer to install only the / and not / plus /home?

“To be clear, you asked a question and I gave 2 possible answers, there are other possibilities the safest is to quit worrying about updating your system and happily use your computer as is until this issue is resolved.”

I think this is the best option for me now :slight_smile:

2 Likes

Use manual partitioning, if your computer is EFI/UEFI don’t forget to select the /boot/efi partition and flag it as esp. Select / partition and select to format it. Select /home and don’t select to format it.

Hope this works well for you. I wasn’t clear if your “best option” was to reinstall without formatting /home or to go the safe route. There is nothing wrong with the safe choice it is probably “best” for most users.

Here is what I had to do to fix this issues, I think. I was trying a bunch of different things, but I believe this is what worked.

urpmi task-plasma
urpme kdepim-addons
urpmi --auto-update
urpmi kdepim-addons

2 Likes

Today, successful installation of about 360 packages. But there are still 70 packages left (not installed):

Preparing… #######################################################################
Installation failed: file /usr/lib64/qt5/plugins/messageviewer/messageviewer_defaultgrantleeheaderstyleplugin.so from install of messagelib-17.04.0-2.x86_64 conflicts with file from package kdepim-addons-16.08.3-2.x86_64
file /usr/share/messageviewer/defaultthemes/5.2/header.html from install of messagelib-17.04.0-2.x86_64 conflicts with file from package kdepim-addons-16.08.3-2.x86_64
file /usr/share/messageviewer/defaultthemes/5.2/kmail_default.desktop from install of messagelib-17.04.0-2.x86_64 conflicts with file from package kdepim-addons-16.08.3-2.x86_64
file /usr/lib64/qt5/plugins/messageviewer/messageviewer_standardsheaderstyleplugin.so from install of kdepim-addons-17.04.0-2.x86_64 conflicts with file from package messagelib-16.08.3-2.x86_64
While some packages may have been installed, there were failures.
The following package has to be removed for others to be upgraded:
kde-baseapps-devel-16.08.3-1.20161117.1-omv2015.0.x86_64
(due to unsatisfied lib64KF5Konq6 == 1:16.08.3-1.20161117.1:2015.0)

And the error message keeps telling over and over that package version 16.08 conflicts with package version 17.04. urpmi needs to remove the 16.08 packages to install the 17.04 packages. So:

does that work? It removes kdepim-addons and then installs kdepim-addons again. Looks like it would clean up your problem.

I had to launched “urpmi --auto-update” 3 times to get all the packages fully updated (from build 913). The first two times, there were packages not installed and error messages about some conflicts.

I had to do it twice today only.

Trying update today again. 670 packages to install. I installed 481 pack and after it I get again dependencies issues.

https://paste.ubuntu.com/24716436/

Also solution

“urpmi task-plasma
urpme kdepim-addons
urpmi --auto-update
urpmi kdepim-addons”

not working

log: Ubuntu Pastebin

EDIT: Just lose my hope. I give up…

make force update
urpmi --allow-force --auto-update

and all going well. Log if needed: Ubuntu Pastebin

Anyone using a computer that isn’t English language please preface the urpmi command thus:

# LC_ALL=C urpmi --auto-update

before posting results here so that people wishing to help have a chance to read and understand what you are posting. See here. Even though Y’all are posting in a Forum you are posting about a bug. Doing so correctly and thoroughly makes getting a useful answer more likely. It is also more respectful of the time people devote to helping others.

Edit: Doesn’t “Oprogramowanie jest zaktualizowane” translate to “The software is updated”?

1 Like

Sorry for this.

First log is about dependencies issue. Similar to this with LC_ALL=C from this topic

I have on it dependencies issue after installed 481 packages. Like I said it similar and have almost the same dependencies, but they are much less.

Correct. In third log “oprogramowanie jest zaktualizowane” mean “Software is updated” so all work fine after force update.

2 Likes