Re: [PATCH gnumach] Inline version.m4 into configure.ac

2011-11-20 Thread Ludovic Courtès
Hi Thomas, Thomas Schwinge skribis: >> (there’s no licensing >> issue since it’s a build tool.) > > But we'd include the file in the GNU Hurd/Mach/MIG source tress? Doesn't > this affect the license of the whole packages then? No. (Even if it did, we could request a license change on bug-gnul

Re: [PATCH gnumach] Inline version.m4 into configure.ac

2011-11-20 Thread Guillem Jover
On Sun, 2011-11-20 at 10:18:42 +0100, Thomas Schwinge wrote: > How does this work if a new release is to be made? I first have to tag > the Git tree to get a proper version number, I guess? But it's not too > much of a problem, as the tag can stay local (and be modified further on, > if it was ta

Re: [PATCH gnumach] Inline version.m4 into configure.ac

2011-11-20 Thread Thomas Schwinge
Hi! On Thu, 10 Nov 2011 15:43:04 +0100, l...@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) wrote: > I agree that ‘git-version-gen’ is the way to go I won't object. > (there’s no licensing > issue since it’s a build tool.) But we'd include the file in the GNU Hurd/Mach/MIG source tress? Doesn't

Re: [PATCH gnumach] Inline version.m4 into configure.ac

2011-11-20 Thread Thomas Schwinge
Hi! On Thu, 10 Nov 2011 04:49:25 +0100, Guillem Jover wrote: > Subject: [PATCH gnumach] Inline version.m4 into configure.ac > > * version.m4: Remove file. Move m4 definitions to... > * configure.ac (AC_INIT): ...here. OK. Grüße, Thomas pgp0BqRauHv69.pgp Description: PGP signature

Re: [PATCH gnumach] Inline version.m4 into configure.ac

2011-11-12 Thread Ludovic Courtès
Hi, Guillem Jover skribis: > Here's a first batch, some of those are based on the latest change to > the =announce-N.N files which might seem to be post-release, I could > provide instead the ones that last modified the version number, but > that does not seem more accurate, I guess the most cor

Re: [PATCH gnumach] Inline version.m4 into configure.ac

2011-11-12 Thread Svante Signell
What about removing dead (not compiled or used) linux code from gnumach? It is merely confusing...

Re: [PATCH gnumach] Inline version.m4 into configure.ac

2011-11-11 Thread Guillem Jover
On Thu, 2011-11-10 at 12:02:38 +0100, Thomas Schwinge wrote: > On Thu, 10 Nov 2011 04:49:25 +0100, Guillem Jover wrote: > > I introduced that file because at the time the source tree had multiple > > configure.in, so sharing the definitions seemed saner. But then this > > could have been merged ba

Re: [PATCH gnumach] Inline version.m4 into configure.ac

2011-11-10 Thread Ludovic Courtès
Hello, I agree that ‘git-version-gen’ is the way to go (there’s no licensing issue since it’s a build tool.) The change is basically two-fold: 1. http://git.savannah.gnu.org/cgit/guile.git/tree/configure.ac#n31 2. http://git.savannah.gnu.org/cgit/guile.git/tree/Makefile.am#n76 Would you lik

Re: [PATCH gnumach] Inline version.m4 into configure.ac

2011-11-10 Thread Thomas Schwinge
Hi! On Thu, 10 Nov 2011 04:49:25 +0100, Guillem Jover wrote: > On Tue, 2011-11-08 at 00:13:51 +0100, Thomas Schwinge wrote: > > In GNU Mach, we have a version.m4 where these fields are defined one and > > for all. (I argue that a package's version definition does not really > > belong into a gen

[PATCH gnumach] Inline version.m4 into configure.ac

2011-11-09 Thread Guillem Jover
01 From: Guillem Jover Date: Thu, 10 Nov 2011 04:17:19 +0100 Subject: [PATCH gnumach] Inline version.m4 into configure.ac * version.m4: Remove file. Move m4 definitions to... * configure.ac (AC_INIT): ...here. --- configure.ac |6 ++ version.m4 |4 2 files changed, 2 ins