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