[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Problem with import-gnulib.sh
From: |
Dale R. Worley |
Subject: |
Problem with import-gnulib.sh |
Date: |
Mon, 15 Sep 2014 11:58:49 -0400 |
(I hope this is going to the right place for discussions.)
I'm looking at making some modifications to 'find'. Looking at the
instructions in README-hacking, I do:
$ git clone git://git.sv.gnu.org/findutils
Cloning into 'findutils'...
remote: Counting objects: 18835, done.
remote: Compressing objects: 100% (3464/3464), done.
remote: Total 18835 (delta 14976), reused 18835 (delta 14976)
Receiving objects: 100% (18835/18835), 9.33 MiB | 1.25 MiB/s, done.
Resolving deltas: 100% (14976/14976), done.
$ cd findutils
$ sh import-gnulib.sh
Checking the submodule directory layout...
You have a ./gnulib directory which does not appear to be a submodule.
Findutils now manages the gnulib source code as a git submodule.
If you are still using the directory layout in which the git tree for
gnulib lives in ./gnulib-git/, please fix this and re-run import-gnulib.sh.
The fix is very simple; please delete both ./gnulib/ and ./gnulib-git.
This wasn't done automatically for you just in case you had any local
changes.
$
Now I thought that Git couldn't represent a directory containing no
files, but the error message is correct, the "gnulib" directory exists
and is empty after the git-clone.
So something needs to be fixed here, either the structure of the Git
file tree, or the code in import-gnulib.sh.
Dale
- Problem with import-gnulib.sh,
Dale R. Worley <=