+++ to secure your transactions use the Bitcoin Mixer Service +++

 

GNU bug report logs - #15729
"make distclean", "./bootstrap", symlinks, and absolute pathnames

Previous Next

Package: grep;

Reported by: behoffski <behoffski <at> grouse.com.au>

Date: Sun, 27 Oct 2013 04:26:02 UTC

Severity: wishlist

To reply to this bug, email your comments to 15729 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-grep <at> gnu.org:
bug#15729; Package grep. (Sun, 27 Oct 2013 04:26:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to behoffski <behoffski <at> grouse.com.au>:
New bug report received and forwarded. Copy sent to bug-grep <at> gnu.org. (Sun, 27 Oct 2013 04:26:03 GMT) Full text and rfc822 format available.

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

From: behoffski <behoffski <at> grouse.com.au>
To: bug-grep <at> gnu.org
Subject: "make distclean", "./bootstrap", symlinks, and absolute pathnames
Date: Sun, 27 Oct 2013 14:54:51 +1030
G'day,

I use "make distclean" regularly, before updating the sources from the Git
master and rebuilding.  I've been maintaining the sources in the top-level
directory "/home/grep-2.14/grep".

With the release of 2.15.1, I decided to rename the top-level directory
in-place to "/home/grep-2.15.1/grep".  This broke a number of things, because
there are quite a number of symlinks created during the bootstrap operation,
and almost all of these symlinks use an absolute path, rather than a relative
one.  (A sample of the links, created after re-running ./bootstrap, is
included below.)

I suspect that the bug is in my expectations:  Tree renaming (and/or similar
operations, such as cloning) is not supported by the sources once
"./bootstrap" has been executed.

I believe that a policy of changing all symlinks to use relative pathnames
would be developer-friendly.

I didn't see anything that could point to a defect in the 2.15.1 release,
but my knowledge of the overall sources (especially gnulib) is quite shallow.

cheers,

behoffski (Brenton Hoff)
Programmer, Grouse Software

--------------------------

# Sample of absolute-path symlinks visible after executing ./bootstrap:

./GNUmakefile -> /home/grep-2.15.1/grep/gnulib/top/GNUmakefile
./doc/gendocs_template -> /home/grep-2.15.1/grep/gnulib/doc/gendocs_template
./gnulib-tests/test-fcntl-safer.c -> /home/grep-2.15.1/grep/gnulib/tests/test-fcntl-safer.c
./gnulib-tests/signature.h -> /home/grep-2.15.1/grep/gnulib/tests/signature.h
./gnulib-tests/test-stdlib.c -> /home/grep-2.15.1/grep/gnulib/tests/test-stdlib.c
./gnulib-tests/test-wcrtomb-w32-1.sh -> /home/grep-2.15.1/grep/gnulib/tests/test-wcrtomb-w32-1.sh
        # ... many more gnulib-tests links...
./m4/fstat.m4 -> /home/grep-2.15.1/grep/gnulib/m4/fstat.m4
./m4/localcharset.m4 -> /home/grep-2.15.1/grep/gnulib/m4/localcharset.m4
./m4/quote.m4 -> /home/grep-2.15.1/grep/gnulib/m4/quote.m4
./m4/isnanf.m4 -> /home/grep-2.15.1/grep/gnulib/m4/isnanf.m4
./m4/xsize.m4 -> /home/grep-2.15.1/grep/gnulib/m4/xsize.m4
        # many more m4 links...
./lib/mbsrtowcs-impl.h -> /home/grep-2.15.1/grep/gnulib/lib/mbsrtowcs-impl.h
./lib/stpcpy.c -> /home/grep-2.15.1/grep/gnulib/lib/stpcpy.c
./lib/openat-die.c -> /home/grep-2.15.1/grep/gnulib/lib/openat-die.c
./lib/getdtablesize.c -> /home/grep-2.15.1/grep/gnulib/lib/getdtablesize.c
./lib/filenamecat-lgpl.c -> /home/grep-2.15.1/grep/gnulib/lib/filenamecat-lgpl.c
./lib/signbitl.c -> /home/grep-2.15.1/grep/gnulib/lib/signbitl.c
        # many more lib links...
./build-aux/vc-list-files -> /home/grep-2.15.1/grep/gnulib/build-aux/vc-list-files
./build-aux/gnu-web-doc-update -> /home/grep-2.15.1/grep/gnulib/build-aux/gnu-web-doc-update
        # A few more build-aux links omitted...

# Here are the relative-pathname symlinks that I found after executing ./bootstrap:

./build-aux/texinfo.tex -> ../gnulib/build-aux/texinfo.tex
./build-aux/depcomp -> ../gnulib/build-aux/depcomp
./build-aux/install-sh -> ../gnulib/build-aux/install-sh
./build-aux/config.sub -> ../gnulib/build-aux/config.sub
./build-aux/mdate-sh -> ../gnulib/build-aux/mdate-sh
./build-aux/config.guess -> ../gnulib/build-aux/config.guess
./INSTALL -> gnulib/doc/INSTALL




Information forwarded to bug-grep <at> gnu.org:
bug#15729; Package grep. (Mon, 28 Oct 2013 22:39:02 GMT) Full text and rfc822 format available.

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

From: Jim Meyering <jim <at> meyering.net>
To: behoffski <behoffski <at> grouse.com.au>
Cc: 15729 <at> debbugs.gnu.org
Subject: Re: bug#15729: "make distclean", "./bootstrap", symlinks, and
 absolute pathnames
Date: Mon, 28 Oct 2013 15:38:28 -0700
On Sat, Oct 26, 2013 at 9:24 PM, behoffski <behoffski <at> grouse.com.au> wrote:
> G'day,
>
> I use "make distclean" regularly, before updating the sources from the Git
> master and rebuilding.  I've been maintaining the sources in the top-level
> directory "/home/grep-2.14/grep".
>
> With the release of 2.15.1, I decided to rename the top-level directory
> in-place to "/home/grep-2.15.1/grep".  This broke a number of things,
> because
> there are quite a number of symlinks created during the bootstrap operation,
> and almost all of these symlinks use an absolute path, rather than a
> relative
> one.  (A sample of the links, created after re-running ./bootstrap, is
> included below.)
>
> I suspect that the bug is in my expectations:  Tree renaming (and/or similar
> operations, such as cloning) is not supported by the sources once
> "./bootstrap" has been executed.
>
> I believe that a policy of changing all symlinks to use relative pathnames
> would be developer-friendly.

I agree.  It would be nice to fix this.
I took a quick look and saw that the offending symlinks are created
via gnulib-tool.
I am not terribly motivated to fix it right now.  Anyone else care to
take a crack at it?




Severity set to 'wishlist' from 'normal' Request was from Paul Eggert <paul.eggert <at> verizon.net> to control <at> debbugs.gnu.org. (Sun, 09 Mar 2014 01:32:02 GMT) Full text and rfc822 format available.

This bug report was last modified 10 years and 87 days ago.

Previous Next


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