old libraries

This forum is dedicated to basic help and support :

Ask here your questions about basic installation and usage of Mageia. For example you may post here all your questions about getting Mageia isos and installing it, configuring your printer, using your word processor etc.

Try to ask your questions in the right sub-forum with as much details as you can gather. the more precise the question will be, the more likely you are to get a useful answer

old libraries

Postby jiml8 » Dec 15th, '19, 23:14

I have a bunch of old libraries on this system. To this point, I have looked at lib64boost libs and lib64magick files.

WRT the libboost files, I won't delete the older versions because there could be compatibility problems with some programs that use older versions.

But how about image magick? Can I get rid of any libs that are not mageia7 libs?

I am sure there are others here where I am not sure what to do, but should I assume that if the installer left them behind they might be needed?
jiml8
 
Posts: 1254
Joined: Jul 7th, '13, 18:09

Re: old libraries

Postby jiml8 » Dec 15th, '19, 23:35

Actually, as I look at this more, I think I have answered my own question.

It looks like that, wherever I forced an installation, the corresponding mga6 files were not removed. So, there's a few hundred of them, and I'm cleaning things up a bit by removing them.
jiml8
 
Posts: 1254
Joined: Jul 7th, '13, 18:09

Re: old libraries

Postby martinw » Dec 15th, '19, 23:44

There are often some orphaned library packages left behind after an upgrade, even if you haven't forced things. Generally it is safe to remove them with urpme. Just don't use the --auto option, and check that no mga7 packages will be removed as a consequence.
martinw
 
Posts: 608
Joined: May 14th, '11, 10:59

Re: old libraries

Postby doktor5000 » Dec 16th, '19, 10:04

Also check https://bugs.mageia.org/show_bug.cgi?id=24895 - there used to be an entry for that in our errata, not sure why it's not there anymore. To summarize, there are quite a few packages with .mga6 suffix even on freshly installed mga7 systems.

A good start would be probably to go through the list provided by urpmq --not-available. That will show you all installed packages, that are not available from the currently configured repositories.
Cauldron is not for the faint of heart!
Caution: Hot, bubbling magic inside. May explode or cook your kittens!
----
Disclaimer: Beware of allergic reactions in answer to unconstructive complaint-type posts
User avatar
doktor5000
 
Posts: 18052
Joined: Jun 4th, '11, 10:10
Location: Leipzig, Germany

Re: old libraries

Postby jiml8 » Dec 17th, '19, 09:03

Following your suggestions, I removed about 800 old libraries, ranging from mga2 to mga6.

After first being awed by the size of the list that urpmq --not available gave me, I pulled them up by generation (rpm -qa | grep mga3 for instance), then scripted the return into a script that removed each entry with urpme. I ran the script, and said "yes" or "no" every time it told me of dependencies that had to be removed. I said "no" if any mga7 package was a dependency.

Actually, it turns out that Maria DB for Mageia 7 is still using a Mageia 2 library on my system. I didn't expect that...

After removing all the old libs this way, running urpmq --not-available turned up a short list that mostly consisted of RPMs I have installed from other sources (brother printer drivers and such). There were a couple of mageia RPMs on the list; urpme on them made them go away when they didn't show any current dependencies.

This freed about 2G on my system partition.

To this point, I have not noticed any ill effects. I would imagine that it will be awhile before I do notice any ill effects, if there are any. And if there are, I still have all those libs in my backup archive; I can always go and get any lib I absolutely have to have.
jiml8
 
Posts: 1254
Joined: Jul 7th, '13, 18:09

Re: old libraries

Postby martinw » Dec 18th, '19, 01:26

jiml8 wrote:Actually, it turns out that Maria DB for Mageia 7 is still using a Mageia 2 library on my system. I didn't expect that...

I guess somewhere along the line an obsoletes has got missed. What library is it, and what is the output from 'rpm -q --provides' when passed that library name?
martinw
 
Posts: 608
Joined: May 14th, '11, 10:59

Re: old libraries

Postby jiml8 » Dec 18th, '19, 03:35

This is what the script told me. I presume it is lib64pcre0-8.21-1.mga2.x86_64 because that one remains on the system.

Code: Select all
To satisfy dependencies, the following 31 packages will be removed (490MB):
  akonadi-19.04.0-1.mga7.x86_64
   (due to missing mysql-common,
    due to missing mysql-client,
    due to missing mysql,
    due to missing mysql-core)
  akonadi-kde-19.04.0-1.1.mga7.x86_64
   (due to missing mysql-client,
    due to unsatisfied akonadi >= 1:1.2.1)
  alien-8.95-5.mga7.noarch
   (due to missing rpm-build)
  amarok-2.9.0-1.mga7.x86_64
   (due to missing mysql-common-core)
  checkinstall-1.6.2.16-17.mga7.x86_64
   (due to missing rpm-build)
  digikam-6.1.0-4.mga7.x86_64
   (due to missing mysql-common,
    due to missing mysql-core)
  gsmartcontrol-1.1.3-2.mga7.x86_64
   (due to missing libpcrecpp.so.0()(64bit))
  kaddressbook-19.04.0-1.mga7.x86_64
   (due to missing akonadi-kde)
  kaddressbook-handbook-4.14.5-1.mga5.noarch
   (due to unsatisfied kaddressbook >= 2:4.14.5-1.mga5)
  kmail-19.04.0-1.mga7.x86_64
   (due to missing akonadi-kde,
    due to missing kio5-pop3)
  kmail-handbook-19.04.0-1.mga7.noarch
   (due to unsatisfied kmail >= 2:19.04.0-1.mga7)
  kopete-19.04.0-1.1.mga7.x86_64
   (due to missing akonadi)
  kopete-handbook-19.04.0-1.1.mga7.noarch
   (due to unsatisfied kopete >= 4:19.04.0-1.1.mga7)
  korganizer-19.04.0-1.mga7.x86_64
   (due to missing akonadi-kde)
  korganizer-handbook-19.04.0-1.mga7.noarch
   (due to unsatisfied korganizer >= 2:19.04.0-1.mga7)
  lib64mariadb-devel-10.3.20-1.mga7.x86_64
   (due to unsatisfied mariadb-common(x86-64) >= 10.3.20-1.mga7,
    due to unsatisfied mariadb-client(x86-64) >= 10.3.20-1.mga7)
  lib64net-snmp-devel-5.8-2.mga7.x86_64
   (due to missing devel(libmariadb(64bit)))
  lib64pcre0-8.21-1.mga2.x86_64
  mariadb-10.3.20-1.mga7.x86_64
   (due to unsatisfied mariadb-common(x86-64) == 10.3.20-1.mga7,
    due to unsatisfied mariadb-common(x86-64) == 10.3.20-1.mga7,
    due to unsatisfied mariadb-client(x86-64) == 10.3.20-1.mga7,
    due to unsatisfied mariadb-client(x86-64) == 10.3.20-1.mga7,
    due to unsatisfied mariadb-core(x86-64) == 10.3.20-1.mga7)
  mariadb-client-10.3.20-1.mga7.x86_64
   (due to unsatisfied mariadb-common(x86-64) >= 10.3.20-1.mga7)
  mariadb-common-10.3.20-1.mga7.x86_64
   (due to missing libpcreposix.so.1()(64bit),
    due to unsatisfied mariadb-client(x86-64) >= 10.3.20-1.mga7,
    due to unsatisfied mariadb-client(x86-64) >= 10.3.20-1.mga7)
  mariadb-common-core-10.3.20-1.mga7.x86_64
   (due to unsatisfied mariadb-common(x86-64) >= 10.3.20-1.mga7)
  mariadb-core-10.3.20-1.mga7.x86_64
   (due to unsatisfied mariadb-common-core(x86-64) >= 10.3.20-1.mga7)
  mariadb-extra-10.3.20-1.mga7.x86_64
   (due to unsatisfied mariadb-common-core(x86-64) >= 10.3.20-1.mga7)
  mariadb-feedback-10.3.20-1.mga7.x86_64
   (due to unsatisfied mariadb-common-core(x86-64) >= 10.3.20-1.mga7)
  mysql-MariaDB-10.3.20-1.mga7.x86_64
   (due to missing mariadb(x86-64))
  mysql-workbench-6.3.10-6.mga7.x86_64
   (due to missing libpcrecpp.so.0()(64bit),
    due to missing mysql-client)
  pcre-8.43-1.mga7.x86_64
   (due to missing libpcreposix.so.1()(64bit))
  privoxy-3.0.28-1.mga7.x86_64
   (due to missing libpcreposix.so.1()(64bit))
  rpm-build-4.14.2.1-12.1.mga7.x86_64
   (due to unsatisfied rpm-mageia-setup-build >= 1.34)
  rpm-mageia-setup-build-2.39-1.mga7.x86_64
   (due to missing pcre)
Remove 31 packages? (y/N) n


Code: Select all
rpm -q --provides lib64pcre0-8.21-1.mga2.x86_64
libpcre = 8.21-1.mga2
libpcre.so.0()(64bit)
libpcrecpp.so.0()(64bit)
libpcreposix.so.0()(64bit)
libpcreposix.so.1()(64bit)
lib64pcre0 = 8.21-1.mga2
lib64pcre0(x86-64) = 8.21-1.mga2
jiml8
 
Posts: 1254
Joined: Jul 7th, '13, 18:09

Re: old libraries

Postby martinw » Dec 18th, '19, 21:04

Try installing lib64pcreposix1 and lib64pcrecpp0 (both at once). Hopefully that will evict the mga2 package and nothing else.
martinw
 
Posts: 608
Joined: May 14th, '11, 10:59

Re: old libraries

Postby jiml8 » Dec 18th, '19, 22:21

Yes, that did it.

Code: Select all
urpmi lib64pcreposix1 lib64pcrecpp0
The following package has to be removed for others to be upgraded:

lib64pcre0-8.21-1.mga2.x86_64
 (due to conflicts with lib64pcreposix1-8.43-1.mga7.x86_64) (y/N) y


    http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/core/release/lib64pcrecpp0-8.43-1.mga7.x86_64.rpm
    http://mirrors.mageia.org/api/mageia.7.x86_64.list: media/core/release/lib64pcreposix1-8.43-1.mga7.x86_64.rpm                                                           
installing lib64pcreposix1-8.43-1.mga7.x86_64.rpm lib64pcrecpp0-8.43-1.mga7.x86_64.rpm from /var/cache/urpmi/rpms                                                           
Preparing...                     ###########################################################################################################################################
      1/2: lib64pcrecpp0         ###########################################################################################################################################
      2/2: lib64pcreposix1       ###########################################################################################################################################
removing package lib64pcre0-8.21-1.mga2.x86_64
      1/1: removing lib64pcre0-8.21-1.mga2.x86_64
jiml8
 
Posts: 1254
Joined: Jul 7th, '13, 18:09


Return to Basic support

Who is online

Users browsing this forum: dbg and 1 guest

cron