Re: [coreutils] Re: new branch in gnulib: coreutils-8.9

2011-01-06 Thread Eric Blake
On 01/06/2011 08:03 AM, Jim Meyering wrote: >>> +submodule-checks = no-submodule-changes public-submodule-commit >> >> If someone complains about these two tests being git-centric, a solution >> for a project using maint.mk with a different VCS would be to make >> submodule-checks defined via ?=, s

Re: [coreutils] Re: new branch in gnulib: coreutils-8.9

2011-01-06 Thread Jim Meyering
Eric Blake wrote: > On 01/06/2011 02:44 AM, Jim Meyering wrote: >>> gnulib-commit-check: >>> git submodule foreach test '$$(git rev-parse origin)' \ >>> = '"$$(git merge-base --independent origin $$sha1)"' >> >> Thanks again for the fine test. >> It passed my tests, so I propose this in

Re: [coreutils] Re: new branch in gnulib: coreutils-8.9

2011-01-06 Thread Eric Blake
On 01/06/2011 02:44 AM, Jim Meyering wrote: >> gnulib-commit-check: >> git submodule foreach test '$$(git rev-parse origin)' \ >>= '"$$(git merge-base --independent origin $$sha1)"' > > Thanks again for the fine test. > It passed my tests, so I propose this in your name: > >>From 8ba

Re: [coreutils] Re: new branch in gnulib: coreutils-8.9

2011-01-06 Thread Jim Meyering
Eric Blake wrote: > On 01/04/2011 03:01 PM, Eric Blake wrote: >> Found one, and it even works on libvirt (where the gnulib submodule is >> named .gnulib instead of gnulib). It should also work on a repository >> with multiple submodules, although I have not yet tested it on bison.git. >> >> gnulib

Re: [coreutils] Re: new branch in gnulib: coreutils-8.9

2011-01-05 Thread Jim Meyering
Eric Blake wrote: > On 01/04/2011 03:01 PM, Eric Blake wrote: >> Found one, and it even works on libvirt (where the gnulib submodule is >> named .gnulib instead of gnulib). It should also work on a repository >> with multiple submodules, although I have not yet tested it on bison.git. >> >> gnuli

Re: [coreutils] Re: new branch in gnulib: coreutils-8.9

2011-01-04 Thread Eric Blake
On 01/04/2011 03:01 PM, Eric Blake wrote: > Found one, and it even works on libvirt (where the gnulib submodule is > named .gnulib instead of gnulib). It should also work on a repository > with multiple submodules, although I have not yet tested it on bison.git. > > gnulib-commit-check: > g

Re: [coreutils] Re: new branch in gnulib: coreutils-8.9

2011-01-04 Thread Eric Blake
On 01/04/2011 02:29 PM, Eric Blake wrote: >> +# Just before tagging a release, ensure that the gnulib submodule >> +# commit we're using is public. >> +alpha beta stable: gnulib-commit-check >> +.PHONY: gnulib-commit-check >> +gnulib-commit-check: >> +submod=gnulib; \ >> +st=$$(git submodul

Re: [coreutils] Re: new branch in gnulib: coreutils-8.9

2011-01-04 Thread Eric Blake
On 01/04/2011 02:15 PM, Jim Meyering wrote: >UPDATE_COPYRIGHT_MAX_LINE_LENGTH=79 > + > +# Just before tagging a release, ensure that the gnulib submodule > +# commit we're using is public. > +alpha beta stable: gnulib-commit-check > +.PHONY: gnulib-commit-check > +gnulib-commit-check: > + s