GNU bug report logs - #63161
Issue with mkinstalldirs and symb links

Previous Next

Full log

Message #11 received at 63161 <at> debbugs.gnu.org (full text, mbox):

From: Panaiotis Arnaud <Arnaud.Panaiotis.ext <at> vossloh.com>
To: Karl Berry <karl <at> freefriends.org>
Cc: "63161 <at> debbugs.gnu.org" <63161 <at> debbugs.gnu.org>
Subject: RE: bug#63161: Issue with mkinstalldirs and symb links
Date: Tue, 2 May 2023 06:34:17 +0000

Hello,

    The glibc installing process is calling
    ./scripts/mkinstalldirs [..]/lib64
    which failed to mkdir -p it.

With literal brackets? I don't understand.

> No, I did not copy the full path, which is like : buildroot_dir/output/host/x86_64-buildroot-linux-gnu/sysroot/usr/lib64 

In any case, "resolving" a broken link is a fundamental change in behavior.  I'm doubtful that is desirable at this late date. I'm not sure it's mkinstalldir's job to figure out that you made a broken symlink and create the directory it points to. If I'm understanding your scenario correctly.

> I don't know why/how glibc created this broken link. Glibc version is glibc-2.34-9-g9acab0bba6a5a57323b1f94bf95b21618a9e5aa4 if this information is helpfull.

Regards,
Arnaud

-----Message d'origine-----
De : Karl Berry <karl <at> freefriends.org> 
Envoyé : samedi 29 avril 2023 22:48
À : Panaiotis Arnaud <Arnaud.Panaiotis.ext <at> vossloh.com>
Cc : 63161 <at> debbugs.gnu.org
Objet : Re: bug#63161: Issue with mkinstalldirs and symb links

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.


Thanks for the report.

    The glibc installing process is calling
    ./scripts/mkinstalldirs [..]/lib64
    which failed to mkdir -p it.

With literal brackets? I don't understand.

+      if test -L "$@"; then
+        echo "mkdir -p -- \"\$(realpath $*)\""

Neither test -L nor (especially) realpath are portable.
(test -h can be used for the former; have to resort to ls -l|sed for the latter, I think.)

In any case, "resolving" a broken link is a fundamental change in behavior.  I'm doubtful that is desirable at this late date. I'm not sure it's mkinstalldir's job to figure out that you made a broken symlink and create the directory it points to. If I'm understanding your scenario correctly.

What do others think? --thanks, karl.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.