Re: Gnulib for non C programs.

2016-01-15 Thread Mathieu Lirzin
Karl Berry writes: > sync them manually > > FWIW, this is precisely what gnulib/config/srclist* is about: keeping > individual files in sync between different places, unrelated to any > "module" concept. It is not gnulib-specific (or git-specific or > anything-specific). -k I didn't know

Re: Gnulib for non C programs.

2016-01-14 Thread Mathieu Lirzin
Mike Frysinger writes: > On 14 Jan 2016 00:59, Mathieu Lirzin wrote: >> However in the case of GNU packages which don't use C, It is a bit >> overkill to clone a full repository only for some maintenance scripts >> and a robust bootstrap script which fetches .po files. >> [] >> What do people

Re: Gnulib for non C programs.

2016-01-14 Thread Karl Berry
sync them manually FWIW, this is precisely what gnulib/config/srclist* is about: keeping individual files in sync between different places, unrelated to any "module" concept. It is not gnulib-specific (or git-specific or anything-specific). -k

Re: Gnulib for non C programs.

2016-01-13 Thread Mike Frysinger
On 14 Jan 2016 00:59, Mathieu Lirzin wrote: > For C projects, it is really convenient to use Gnulib as a Git submodule > and let ‘./bootstrap’ do the job. However in the case of GNU packages > which don't use C, It is a bit overkill to clone a full repository only > for some maintenance scripts an

Gnulib for non C programs.

2016-01-13 Thread Mathieu Lirzin
Hi, For C projects, it is really convenient to use Gnulib as a Git submodule and let ‘./bootstrap’ do the job. However in the case of GNU packages which don't use C, It is a bit overkill to clone a full repository only for some maintenance scripts and a robust bootstrap script which fetches .po f