Re: Strictness

2007-08-11 Thread Daniel Leidert
Am Samstag, den 11.08.2007, 17:33 +0100 schrieb Noah Slater: > > The reason for this is: > > ChangeLog: often mostly a duplicate of svn/cvs logs, seldom really used > > I agree about ChangeLog - there is no reason to be using this any more. There is. Changelogs are useful to follow the changes in

Re: Strictness

2007-08-11 Thread Carl Fürstenberg
But again, I think we are drifting from the subject, I can try to rephrase my request. In "modern" projects ChangeLog, NEWS and TODO makes little sense, as they have more advance methods for handling such. And by forcing them to be "Foreign" gives a bad taste, as they then might not include import

Re: Strictness

2007-08-11 Thread Carl Fürstenberg
On 8/11/07, Noah Slater <[EMAIL PROTECTED]> wrote: > > I think you misunderstanding me, it's the generation if the changelog > > that will take too long time. > > Well, yes - what else could I have understood from: > > > That not an optimal option, as it's illogical to store those files in the > >

Re: Strictness

2007-08-11 Thread Noah Slater
> I think you misunderstanding me, it's the generation if the changelog > that will take too long time. Well, yes - what else could I have understood from: > That not an optimal option, as it's illogical to store those files in the svn. How long does it take to generate? -- "Creativity can be

Re: Strictness

2007-08-11 Thread Carl Fürstenberg
On 8/11/07, Noah Slater <[EMAIL PROTECTED]> wrote: > > That not an optimal option, as it's illogical to store those files in the > > svn. > > Well don't store them in svn - use a bootstrap script to make them > before running the autotools. > > Here is the bit from my ./bootstrap that does the mag

Re: Strictness

2007-08-11 Thread Noah Slater
> That not an optimal option, as it's illogical to store those files in the svn. Well don't store them in svn - use a bootstrap script to make them before running the autotools. Here is the bit from my ./bootstrap that does the magic: get_svk_svn_directory () { # Return the SVN repository d

Re: Strictness

2007-08-11 Thread Carl Fürstenberg
On 8/11/07, Noah Slater <[EMAIL PROTECTED]> wrote: > > The problem I have with generating ChangeLog, is that it will be BIG, > > for example, bmpx generate at the moment ChangeLog from svn log, and > > it ends up to 2.6 MB. > > The common solution is to use: > > ChangeLog > ChangeLog.1.gz > ChangeL

Re: Strictness

2007-08-11 Thread Noah Slater
> The problem I have with generating ChangeLog, is that it will be BIG, > for example, bmpx generate at the moment ChangeLog from svn log, and > it ends up to 2.6 MB. The common solution is to use: ChangeLog ChangeLog.1.gz ChangeLog.2.gz

Re: Strictness

2007-08-11 Thread Carl Fürstenberg
On 8/11/07, Bob Friesenhahn <[EMAIL PROTECTED]> wrote: > On Sat, 11 Aug 2007, Noah Slater wrote: > > > > Of course most of us work on computers - because they make us more > > efficient. How many emails have you sent this week - how long would > > that have taken you with a pen and paper? (telephon

Re: Strictness

2007-08-11 Thread Noah Slater
> Only projects overcome with sloth do not maintain a ChangeLog. Why do something your self when the computer can do it for you? That's what we invented these things for, right? > Version control systems come and go and are often not accessible to > everyone while the tarball may continue to exi

Re: Strictness

2007-08-11 Thread Bob Friesenhahn
On Sat, 11 Aug 2007, [UTF-8] Carl Fürstenberg wrote: In plenty of projects I have encountered, the "gnu" strictness is toostrict, but also, the "foreign" strictness is too little sometimes. Thus I suggest a new strictness, somewhere in between gnu and foreign,lets call it "relaxed", it's simla

Re: Strictness

2007-08-11 Thread Noah Slater
> The reason for this is: > ChangeLog: often mostly a duplicate of svn/cvs logs, seldom really used I agree about ChangeLog - there is no reason to be using this any more.

Strictness

2007-08-11 Thread Carl Fürstenberg
In plenty of projects I have encountered, the "gnu" strictness is too strict, but also, the "foreign" strictness is too little sometimes. Thus I suggest a new strictness, somewhere in between gnu and foreign, lets call it "relaxed", it's simlar to 'gnu', but only following files are required: 'INS

Re: Overriding all commands in Makefile.am

2007-08-11 Thread NightStrike
Updates.. On 8/11/07, NightStrike <[EMAIL PROTECTED]> wrote: > On 8/10/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > > * NightStrike wrote on Fri, Aug 10, 2007 at 12:00:21AM CEST: > > > On 8/9/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > > > > * NightStrike wrote on Thu, Aug 09, 2007 at 04:

Re: Overriding all commands in Makefile.am

2007-08-11 Thread NightStrike
On 8/10/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > * NightStrike wrote on Fri, Aug 10, 2007 at 12:00:21AM CEST: > > On 8/9/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > > > * NightStrike wrote on Thu, Aug 09, 2007 at 04:49:00PM CEST: > > > > > > > Well, I don't want or need to do this exac