Bug 21321

Summary: Trying to reinstall drakxtools or rpmdrake fails with "perl-Cairo-GObject-1.4.0-13.mga7.i586 (due to insufficient perl-base-5.26.0-2.mga7.i586)"
Product: Mageia Reporter: Kristoffer Grundström <lovaren>
Component: RPM PackagesAssignee: Mageia Bug Squad <bugsquad>
Status: RESOLVED OLD QA Contact:
Severity: major    
Priority: Normal CC: dvgevers, marja11, thierry.vignaud
Version: Cauldron   
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Source RPM: perl CVE:
Status comment:

Description Kristoffer Grundström 2017-07-22 16:11:08 CEST
Description of problem: Something in the latest update process uninstalled/removed drakconf and rpmdrake and when I try to install rpmdrake or drakxtools I get this error:

A desired package could not be installed:
perl-Glib-Object-Introspection-0.43.0-1.mga7.x86_64 (due to insufficient libperl.so.5.22()(64bit))

urpmf libperl.so.5.22 shows no hits.

Is there a workaround?

Version-Release number of selected component (if applicable): 17.88

How reproducible: Everytime.

Steps to Reproduce:
1. Login to Cinnamon.
2. Open a terminal window.
2. Login as root.
3. Type urpmi drakxtools and hit Enter.
4. Voila! drakxtools can not be installed due to that error.
Comment 1 Frédéric "LpSolit" Buclin 2017-07-22 16:24:25 CEST
There are currently tons of problems with dependencies, due to the upgrade of Perl from 5.22 to 5.26. It looks like not all dependencies have been successfully rebuilt with Perl 5.26, and you now have a mix of dependencies built against 5.26 together with dependencies built against 5.22, leaving cauldron in a "broken" state.

When I run urpmi --auto-update, I also get:

Certains paquetages demandés ne peuvent pas être installés :
drakx-net-2.32-1.mga6.noarch (Tentative de promouvoir perl-Gtk3)
drakxtools-17.88-2.mga7.x86_64 (car drakx-net est non satisfait, Tentative de promouvoir drakxtools, drakxtools)
gurpmi-8.110-1.mga6.noarch (afin de garder gurpmi-8.110-3.mga7.noarch)
gurpmi-8.110-2.mga6.noarch (afin de garder gurpmi-8.110-3.mga7.noarch)
harddrake-ui-17.88-2.mga7.x86_64 (car drakxtools[== 17.88-2.mga7] est non satisfait)
userdrake-2.16-2.mga7.x86_64 (car perl(ugtk3) est non satisfait)


It looks like there is a mix of packages from mga6 and from mga7.

CC: (none) => LpSolit

Comment 2 Jani Välimaa 2017-07-22 18:58:15 CEST
Just wait until the situation settles down after perl update and rebuilds are over.
Comment 3 Kristoffer Grundström 2017-07-22 23:42:32 CEST
This has now changed to be due to be about insufficient perl-base-5.26.0-2.mga7.i586 for perl-Cairo-GObject-1.4.0-13.mga7.i586

Summary: Trying to reinstall drakxtools or rpmdrake fails with "perl-Glib-Object-Introspection-0.43.0-1.mga7.x86_64 (due to insufficient libperl.so.5.22()(64bit))" => Trying to reinstall drakxtools or rpmdrake fails with "perl-Cairo-GObject-1.4.0-13.mga7.i586 (due to insufficient perl-base-5.26.0-2.mga7.i586)"

Comment 4 Dick Gevers 2017-07-23 11:07:04 CEST
(In reply to Jani Välimaa from comment #2)
> Just wait until the situation settles down after perl update and rebuilds
> are over.

It isn't that simple: same here but whole system got borked, connections are gone, mounting dvd's hardly works. Trying to revive it is a helluva job. Boot only works with addition of 'audit=0" to boot parameter and no higher than runlevel 3. Can only get mga6 packages from a bootable M6 install DVD. No fun...

CC: (none) => dvgevers

Frédéric "LpSolit" Buclin 2017-07-23 13:44:24 CEST

CC: LpSolit => (none)

Comment 5 Marja Van Waes 2017-07-23 14:50:21 CEST
(In reply to Dick Gevers from comment #4)
> (In reply to Jani Välimaa from comment #2)
> > Just wait until the situation settles down after perl update and rebuilds
> > are over.
> 
> It isn't that simple: same here but whole system got borked, connections are
> gone, mounting dvd's hardly works. Trying to revive it is a helluva job.
> Boot only works with addition of 'audit=0" to boot parameter and no higher
> than runlevel 3. Can only get mga6 packages from a bootable M6 install DVD.
> No fun...

Did you allow

  "The following packages have to be removed for others to be upgraded:" ?

Source RPM: (none) => perl
CC: (none) => marja11

Comment 6 Dick Gevers 2017-07-23 15:01:43 CEST
(In reply to Marja van Waes from comment #5)

> Did you allow
> 
>   "The following packages have to be removed for others to be upgraded:" ?

Nope I did't. So there was nothing to install with urpmi (early afternoon yesterday). Then I looked with rpmdrake to see if there might be anything that could be installed (for example not depending on perl) and yes it was able to install about 34 packages. However when this transaction finished, rpmdrake segfaulted, I noticed some *rpmsave packages in /etc/sysconfig but ABSENCE of same *without* the *rpmsave in the name, which I fixed.

I saw my Mageia main menu (in XFCE4) was empty and then about 3 minutes after rpmdrake's segfault the whole system crashed: rebooted. All *drak* packages gone, 2 older kernels gone, current package for kernel not in rpmdb anymore (but still booting ), bootloader-utils gone, dracut gone....
Comment 7 Kristoffer Grundström 2017-07-23 17:53:16 CEST
With todays update IF perl-URPMI I can now install rpmdrake which seems to pull drakxtools and derivates with it so therefore I feel that this can be closed as RESOLVED FIXED.

Any objections?
Comment 8 Dick Gevers 2017-07-23 18:23:08 CEST
Well I don't mind *if* the perl experts are aware that rpmdrake or friends can apparently blow up a well running system...
Comment 9 Rémi Verschelde 2017-07-24 14:38:31 CEST
(In reply to Dick Gevers from comment #8)
> Well I don't mind *if* the perl experts are aware that rpmdrake or friends
> can apparently blow up a well running system...

Running Cauldron at the beginning of the release cycle *will* blow up a well running system yes. You should stay on Mageia 6 for a while until the major upgrades of core components are done, the current breakage on Cauldron is normal and being worked on.

Status: NEW => RESOLVED
Resolution: (none) => OLD

Comment 10 Rémi Verschelde 2017-07-24 14:38:50 CEST
Oops, didn't mean to close it in the end, reverting.

Resolution: OLD => (none)
Status: RESOLVED => REOPENED

Comment 11 Dick Gevers 2017-07-24 14:56:12 CEST
I don't mind the breakage, as long as it is known ;)
Comment 12 Thierry Vignaud 2017-09-18 11:03:59 CEST
Closing

Resolution: (none) => OLD
CC: (none) => thierry.vignaud
Status: REOPENED => RESOLVED