Re: [alsa-cvslog] CVS: alsa-utils ChangeLog,1.3,1.4 Makefile.am,1.33,1.34 configure.in,1.107,1.108

Re: [alsa-cvslog] CVS: alsa-utils ChangeLog,1.3,1.4 Makefile.am,1.33,1.34 configure.in,1.107,1.108

[James Courtier-Dutton]

Hum. This seems wrong. Even after checking this in, ./cvscompile changes 
them all again!
I must have broken build tools.

James Courtier-Dutton wrote:
> Update of /cvsroot/alsa/alsa-utils
> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv4768/alsa-utils
> 
> Modified Files:
> 	ChangeLog Makefile.am configure.in 
> Log Message:
> Summary: update build tools.
> 
> It seems that running ./cvscompile changes all these files due to
> an updates. So, sink CVS with build tools.
> 
> 
> 
> Index: ChangeLog
> ===================================================================
> RCS file: /cvsroot/alsa/alsa-utils/ChangeLog,v
> retrieving revision 1.3
> retrieving revision 1.4
> diff -u -r1.3 -r1.4
> --- ChangeLog	15 Nov 1998 15:34:33 -0000	1.3
> +++ ChangeLog	13 Aug 2005 16:27:59 -0000	1.4
> @@ -1,3 +1,8 @@
> +2005-08-13  gettextize  <bug-gnu-gettext@gnu.org>
> +
> +	* Makefile.am (EXTRA_DIST): Add config.rpath, mkinstalldirs.
> +	* configure.in (AM_GNU_GETTEXT_VERSION): Bump to 0.14.4.
> +
>  0.0.7 -> 0.2.0
>  
>  * removed error message from alsamixer
> 
> Index: Makefile.am
> ===================================================================
> RCS file: /cvsroot/alsa/alsa-utils/Makefile.am,v
> retrieving revision 1.33
> retrieving revision 1.34
> diff -u -r1.33 -r1.34
> --- Makefile.am	23 Jun 2005 10:38:06 -0000	1.33
> +++ Makefile.am	13 Aug 2005 16:27:59 -0000	1.34
> @@ -5,7 +5,7 @@
>  ALSAMIXER_DIR=
>  endif
>  SUBDIRS= include alsactl alsaconf $(ALSAMIXER_DIR) amidi amixer aplay iecset seq speaker-test utils m4 po
> -EXTRA_DIST=ChangeLog INSTALL TODO README configure cvscompile depcomp
> +EXTRA_DIST= config.rpath mkinstalldirs ChangeLog INSTALL TODO README configure cvscompile depcomp
>  AUTOMAKE_OPTIONS=foreign
>  ACLOCAL_AMFLAGS = -I m4
>  
> 
> Index: configure.in
> ===================================================================
> RCS file: /cvsroot/alsa/alsa-utils/configure.in,v
> retrieving revision 1.107
> retrieving revision 1.108
> diff -u -r1.107 -r1.108
> --- configure.in	23 Jun 2005 10:38:06 -0000	1.107
> +++ configure.in	13 Aug 2005 16:27:59 -0000	1.108
> @@ -5,7 +5,7 @@
>  AM_INIT_AUTOMAKE(alsa-utils, 1.0.9a)
>  
>  AM_GNU_GETTEXT([external])
> -AM_GNU_GETTEXT_VERSION(0.14.1)
> +AM_GNU_GETTEXT_VERSION([0.14.4])
>  
>  dnl Checks for programs.
>  
> 


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

Re: Re: [alsa-cvslog] CVS: alsa-utils ChangeLog,1.3,1.4 Makefile.am,1.33,1.34 configure.in,1.107,1.108

[Takashi Iwai]

At Sat, 13 Aug 2005 17:42:16 +0100,
James Courtier-Dutton wrote:
> 
> Hum. This seems wrong. Even after checking this in, ./cvscompile changes 
> them all again!
> I must have broken build tools.

Better not to touch these fiels on CVS tree.  Or, we may put them in
.cvsignore.  Every cvscompile replaces anyway with its own system
files.


Takashi


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

Re: Re: [alsa-cvslog] CVS: alsa-utils ChangeLog,1.3,1.4 Makefile.am,1.33,1.34 configure.in,1.107,1.108

[Jaroslav Kysela]

On Mon, 15 Aug 2005, Takashi Iwai wrote:

> At Sat, 13 Aug 2005 17:42:16 +0100,
> James Courtier-Dutton wrote:
> > 
> > Hum. This seems wrong. Even after checking this in, ./cvscompile changes 
> > them all again!
> > I must have broken build tools.
> 
> Better not to touch these fiels on CVS tree.  Or, we may put them in
> .cvsignore.  Every cvscompile replaces anyway with its own system
> files.

Do we need to have these files in CVS at all? If they're auto-generated, 
they should be removed.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SUSE Labs


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

Re: Re: [alsa-cvslog] CVS: alsa-utils ChangeLog,1.3,1.4 Makefile.am,1.33,1.34 configure.in,1.107,1.108

[Takashi Iwai]

At Mon, 15 Aug 2005 14:43:22 +0200 (CEST),
Jaroslav wrote:
> 
> On Mon, 15 Aug 2005, Takashi Iwai wrote:
> 
> > At Sat, 13 Aug 2005 17:42:16 +0100,
> > James Courtier-Dutton wrote:
> > > 
> > > Hum. This seems wrong. Even after checking this in, ./cvscompile changes 
> > > them all again!
> > > I must have broken build tools.
> > 
> > Better not to touch these fiels on CVS tree.  Or, we may put them in
> > .cvsignore.  Every cvscompile replaces anyway with its own system
> > files.
> 
> Do we need to have these files in CVS at all? If they're auto-generated, 
> they should be removed.

Well, I guess many of them are there just to be sure to work with an
older version of auto-tools.  But I agree with removing from cvs.

But I don't understand why Makefile.am was changed to add files like
depcomp to EXTRA_DIST.  It wasn't necessary with automake I have but
it might be changed again in the latest version.  Sigh...

(Before someone writes up -- I know of scons :)


Takashi


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf