From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthias Fischer To: development@lists.ipfire.org Subject: Re: ldconfig messages - "path given more than once" + "can't stat file..." Date: Thu, 14 May 2020 14:01:23 +0200 Message-ID: <6746d609-95e3-4be5-a767-e41a0c3db8c1@ipfire.org> In-Reply-To: <441C681F-478D-43A4-8F15-849C29683399@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5073061122307633460==" List-Id: --===============5073061122307633460== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, On 14.05.2020 13:38, Michael Tremer wrote: > Oh, yes, they show up with -v. But I wouldn=E2=80=99t worry about them... Oh my...: "...I cannot reproduce..."! YMMD! I first thought I had built a crippled ISO or something else! Went through the logs. Found nothing. All ok. Puh! But you're right - as far as I could find any informations on this, it seems to be a rather "cosmetic" issue. Going on for at least 4 years now. It nagged me. So I HAD to fix this: "This town is too small for the two of us, stranger!" ;-) Should I send the patch anyway? Best, Matthias >=20 >> On 14 May 2020, at 12:36, Matthias Fischer = wrote: >>=20 >> Hi, >>=20 >> first, I installed Core 144 / 64bit, built on a new 64bit Devel machine. >> I already integrated an upgrade in this install (squid 4.11 with latest >> patch). >>=20 >> Install went ok. >>=20 >> I restored my (main) backup - OK. >>=20 >> Installed addons through pakfire - OK. >>=20 >> Restored addon backups - OK. >>=20 >> I upgraded some other programs (tmux / monit / privoxy / vnstat / squid >> graphs), which were compiled on the new 64bit devel. >>=20 >> ["Devel64" =3D Linux Devel64 4.15.0-99-generic #100-Ubuntu SMP Wed Apr 22 >> 20:32:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux, running Ubuntu 18.04.4 >> LTS] >>=20 >> All in all: no seen problems, everything is running. >>=20 >> Then I compiled and installed an update for 'knot' (2.9.4). >>=20 >> Just to be careful, I manually ran 'ldconfig -v' after upgrading. >>=20 >> And then I suddenly saw these messages the first time. With the new >> 'glibc' patch they're gone now - and the lib list is exactly the same. >>=20 >> As I see it, the whole system is running without any problems. Only >> 'ldconfig' did complain and then I started to search for the reason. >>=20 >> And yes, I was a bit stunned, too. >>=20 >> Best, >> Matthias >>=20 >> On 14.05.2020 12:38, Michael Tremer wrote: >>> Hi, >>>=20 >>> I am confused now and cannot reproduce this on any of my systems. >>>=20 >>> Where did this happen? >>>=20 >>> -Michael >>>=20 >>>> On 14 May 2020, at 08:54, Matthias Fischer wrote: >>>>=20 >>>> =3D> Patched >>>>=20 >>>> =3D> Works >>>>=20 >>>> =3D> Messages about paths "given more than once" and "No such file or >>>> directory" are gone. >>>>=20 >>>> 'ldconfig' is working 'without seen problems' on Core 144 / x86_64. >>>>=20 >>>> Patch wanted? ;-) >>>>=20 >>>> On 14.05.2020 01:40, Matthias Fischer wrote: >>>>> According to the discussion in the link cited below I built an attached >>>>> patch. >>>>>=20 >>>>> Would this work? >>>>>=20 >>>>> On 14.05.2020 01:18, Matthias Fischer wrote: >>>>>> In the meantime I've found this discussion: >>>>>>=20 >>>>>> https://trac.clfs.org/ticket/1098 >>>>>>=20 >>>>>> Could it be that this behaviour is triggered by 'glibc'!? >>>>>>=20 >>>>>> On 14.05.2020 00:38, Matthias Fischer wrote: >>>>>>> Hi, >>>>>>>=20 >>>>>>> on a fresh Core 144 / x86_64 install, running without any seen proble= ms, >>>>>>> I get these "messages": >>>>>>>=20 >>>>>>> ... >>>>>>> ldconfig: Path `/lib64' given more than once >>>>>>> ldconfig: Can't stat /libx32: No such file or directory >>>>>>> ldconfig: Path `/usr/lib64' given more than once >>>>>>> ldconfig: Can't stat /usr/libx32: No such file or directory >>>>>>> ... >>>>>>>=20 >>>>>>> when I run 'ldconfig -v'. >>>>>>>=20 >>>>>>> This is new to me - I'm searching, but haven't found the reason yet. = And >>>>>>> I'd like to know... >>>>>>>=20 >>>>>>> Any ideas? >>>>>>>=20 >>>>>>> Thanks in advance! >>>>>>>=20 >>>>>>> Best, >>>>>>>=20 >>>>>>> Matthias >>>>>>>=20 >>>>>>=20 >>>>>=20 >>>>=20 >>>=20 >>=20 >=20 --===============5073061122307633460==--