Slackware - ARM This forum is for the discussion of Slackware ARM. |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
06-17-2014, 05:26 PM
|
#1
|
Member
Registered: Oct 2010
Location: Brazil, SP - Cosmópolis
Distribution: Slackware
Posts: 171
Rep:
|
Raspberry Pi ldconfig conflict
I did a fresh install of SlackwareARM current on RaspberryPi model B and when i upgrade to current using slackpkg i can see these alarms on every package when it is installing:
Code:
Verifying package grep-2.18-arm-1.txz.
Installing package grep-2.18-arm-1.txz:
PACKAGE DESCRIPTION:
# grep (print lines matching a pattern)
#
# This is GNU grep, the "fastest grep in the west" (we hope). Grep
# searches through textual input for lines which contain a match to a
# specified pattern and then prints the matching lines.
#
/sbin/ldconfig: libraries libnsl-2.17.so and libnsl-2.19.so in directory /lib have same soname but different type.
/sbin/ldconfig: libraries libnss_db-2.17.so and libnss_db-2.19.so in directory /lib have same soname but different type.
/sbin/ldconfig: libraries libcrypt-2.17.so and libcrypt-2.19.so in directory /lib have same soname but different type.
/sbin/ldconfig: libraries libnss_nis-2.17.so and libnss_nis-2.19.so in directory /lib have same soname but different type.
/sbin/ldconfig: libraries libnss_compat-2.17.so and libnss_compat-2.19.so in directory /lib have same soname but different type.
/sbin/ldconfig: libraries libcidn-2.17.so and libcidn-2.19.so in directory /lib have same soname but different type.
/sbin/ldconfig: libraries libBrokenLocale-2.17.so and libBrokenLocale-2.19.so in directory /lib have same soname but different type.
This means that i have two libraries to every line above?
Last edited by frushiyama; 06-20-2014 at 03:03 PM.
|
|
|
06-17-2014, 10:51 PM
|
#2
|
Member
Registered: Aug 2008
Location: Santa Clara, CA
Distribution: Ubuntu, mainly. Too much stuff works out of the box O.o
Posts: 71
Rep:
|
Yes, it means what you said.
Remove the 2.17's in /lib and see what happens.
You should be able to see the whole story w/ something like:
Code:
ls -l /lib/*libnsl*
|
|
|
06-17-2014, 11:04 PM
|
#3
|
Member
Registered: Oct 2010
Location: Brazil, SP - Cosmópolis
Distribution: Slackware
Posts: 171
Original Poster
Rep:
|
Result of ls -l /lib/*libnsl* :
Code:
root@rpi:~# ls -l /lib/*libnsl*
-rwxr-xr-x 1 root root 99418 Out 28 2013 /lib/libnsl-2.17.so*
-rwxr-xr-x 1 root root 99418 Mai 18 15:51 /lib/libnsl-2.19.so*
lrwxrwxrwx 1 root root 14 Jun 17 18:11 /lib/libnsl.so.1 -> libnsl-2.19.so*
It seems a problem when i installed or upgraded the 2.17 version of that libraries.
Its safe if i rm /lib/libnsl-2.17.so or i should try figure out what else it is point to version 2.17 ?
|
|
|
06-17-2014, 11:10 PM
|
#4
|
Member
Registered: Aug 2008
Location: Santa Clara, CA
Distribution: Ubuntu, mainly. Too much stuff works out of the box O.o
Posts: 71
Rep:
|
I would remove them if it was my own system, though I don't want to recommend it to you because I don't know if it may have any consequences  .
Maybe you can move them into a directory somewhere not in /lib and if something breaks copy them back. I think it'll be fine to remove, though.
|
|
1 members found this post helpful.
|
06-18-2014, 03:41 AM
|
#5
|
Slackware Contributor
Registered: Apr 2008
Distribution: Slackware
Posts: 1,625
|
Quote:
Originally Posted by frushiyama
/sbin/ldconfig: libraries libcidn-2.17.so and libcidn-2.19.so in directory /lib have same soname but different type.
/sbin/ldconfig: libraries libBrokenLocale-2.17.so and libBrokenLocale-2.19.so in directory /lib have same soname but different type.[/code]
This means that i have two libraries to every line above?
|
You most likely have the old 2.17 libraries because you did not yet upgrade the glibc-solibs package.
The warning about 'different type' is due to a bug in glibc 2.17 (or maybe 2.18, I forget which) which has been patched in 2.19.
You should upgrade the glibc-solibs package which should remove those duplicate library names.
Your paste also shows you're installing glibc-2.18 but have 2.19 already installed.
|
|
1 members found this post helpful.
|
06-18-2014, 10:07 PM
|
#6
|
Member
Registered: Oct 2010
Location: Brazil, SP - Cosmópolis
Distribution: Slackware
Posts: 171
Original Poster
Rep:
|
I had the recent updates, checked with:
Code:
root@rpi:/lib# ls -a /var/log/packages/ | grep glibc
glibc-2.19-arm-1
glibc-i18n-2.19-arm-1
glibc-profile-2.19-arm-1
glibc-solibs-2.19-arm-1
glibc-zoneinfo-2014b-noarch-1
And try to reinstall all glibc packages, but even with this the results was the same.
So i did a backup of the 2.17 version of libraries and then it seems solved.
I will let it running and will install some stuff to see if more problem will occur.
Last edited by frushiyama; 06-18-2014 at 10:09 PM.
|
|
|
10-03-2014, 03:21 AM
|
#7
|
Slackware Contributor
Registered: Apr 2008
Distribution: Slackware
Posts: 1,625
|
Quote:
Originally Posted by frushiyama
I had the recent updates, checked with:
Code:
root@rpi:/lib# ls -a /var/log/packages/ | grep glibc
glibc-2.19-arm-1
glibc-i18n-2.19-arm-1
glibc-profile-2.19-arm-1
glibc-solibs-2.19-arm-1
glibc-zoneinfo-2014b-noarch-1
And try to reinstall all glibc packages, but even with this the results was the same.
So i did a backup of the 2.17 version of libraries and then it seems solved.
I will let it running and will install some stuff to see if more problem will occur.
|
The warnings from ldconfig are just noise and can be ignored.
The fix is to run, which will re-create the auxiliary cache:
It's expected that there are orphaned files from glibc since the pkgtools have no knowledge that the libraries have switched location (they're packaged in /lib/incoming). You would most likely have seen warnings from ldconfig about other libraries and this is due to them appearing in the aaa_elflibs package.
I'll include the fix in the UPGRADE docs for the next release; or patch glibc if there's a patch package for 14.1 prior to the next Slackware release.
|
|
|
All times are GMT -5. The time now is 04:27 PM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|