Hi Collin,
> I've been using the test case a bit and noticed this slight issue:
>
> $ env GNULIB_TOOL_IMPL=sh ./test-emacs-1.sh
> ...
> Only in tmp49208-result/m4: wchar_t.m4~
> Only in tmp49208-result/m4: xattr.m4~
> Only in tmp49208-result/m4: zzgnulib.m4~
> FAIL: gnulib-tool's result has unexpected differences.
>
> I believe that the .gitignore in each *-result directory will ignore
> '*~' because this is nearly always intended. Ideally we would want to
> make sure the backup files are the same, but for now does it make more
> sense to clean them?
Oh, indeed, the unit test works in the directory in which I committed it,
but does not work in a fresh git checkout :-( The .gitignore files
cause a lot of trouble. But it should be fixed by now.
> I'm not sure how strict you are with the maint-tools repository, but
> maybe these tests would be better in a different repository? Then we
> wouldn't have to worry about littering in that one. :)
The 'maint-tools' repository is the right one for this purpose. We don't
need several repositories with the same purpose.
Regarding not "littering" it: The usual rules for saving space in a
git repository apply:
- Don't check in binary files.
- Don't check in things that will need updates too often (once a week,
or so), except for the ChangeLog.
- Don't check in redundant things.
The current size, 300 MB, is not something we want every gnulib _user_
to download. But every gnulib _developer_, that's OK.
Bruno
