-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[adding bug-automake]
According to Jim Meyering on 2/19/2008 4:33 AM:
| But I am, having seen it myself. It happens when you have a stale symlink
| from an older copy of gnulib, but which now points nowhere because the
| file was renamed in gnulib.
Eric Blake [EMAIL PROTECTED] wrote:
[adding bug-automake]
According to Jim Meyering on 2/19/2008 4:33 AM:
| But I am, having seen it myself. It happens when you have a stale symlink
| from an older copy of gnulib, but which now points nowhere because the
| file was renamed in gnulib.
|
|
Hello,
* Eric Blake wrote on Tue, Feb 19, 2008 at 02:28:35PM CET:
[adding bug-automake]
According to Jim Meyering on 2/19/2008 4:33 AM:
| But I am, having seen it myself. It happens when you have a stale symlink
| from an older copy of gnulib, but which now points nowhere because the
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Andreas Schwab on 2/19/2008 8:37 AM:
| Jim Meyering [EMAIL PROTECTED] writes:
|
| +# Remove dangling symlinks in gnulib-populated directories.
| +# This depends on GNU find, and a relatively recent version at that.
| +# Ignore any
Jim Meyering [EMAIL PROTECTED] writes:
+# Remove dangling symlinks in gnulib-populated directories.
+# This depends on GNU find, and a relatively recent version at that.
+# Ignore any failure for now, since it's only to avoid the relatively
+# unusual case in which a symlinked-to file in
On Feb 19, 2008 8:12 PM, Eric Blake [EMAIL PROTECTED] wrote:
The goal here is not to delete all symlinks, just symlinks that are
broken. Under the influence of -L, does -xtype l work like -lname '*' in
detecting just the broken symlinks?
For that you want find . -depth -type l -xtype l
On Wed, 30 Jan 2008, Ralf Wildenhues wrote:
Hello Ralf,
* Peter Breitenlohner wrote on Wed, Jan 23, 2008 at 10:28:28AM CET:
[...]
(1) In some cases it is completely inadequate to apply the program name
transform to manpage names.
[...]
Maybe that could be taken care of by something like
Hello Peter,
* Peter Breitenlohner wrote on Tue, Feb 19, 2008 at 10:25:34AM CET:
I now have a working version of notrans_man1_MANS Co, but I noticed an
additional problem: The target 'install-man1' tries to install, e.g.,
'$(dist_man1_MANS)' but doesn't depend on it. I want to fix that as