[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Why not e.g. trace?

From: Jan Hendrik <jan.hendrik_at_bigfoot.com>
Date: 2003-11-01 10:54:24 CET

Concerning Re: Why not e.g. trace?
Daniel Stenberg wrote on 30 Oct 2003, 16:58, at least in part:

> On Thu, 30 Oct 2003, Jan Hendrik wrote:
>
> > IMVHO it's not a very nice command. If we are curious about some
> > code or text in a file - do we always want to _blame_ its author for
> > it?
>
> Only 14 months ago, every possible argument, reasoning and idea
> regarding this name and everything related, was ventilated a lot on
> the subversion mailing list.
>
> Let me offer a light afternoon reading by pointing your browser here:

Thanks for the reading! It looks like despite lots of typing most
nothing has resulted from it except leaving things as they are.
Didn't knew blame was that old, had the impression it was quite
new. So I am the new one here! <g> Quite right, since about two or
three months only. I must admit that I'd rather prefer track,
analyze, whodunnit over my own belated suggestion trace, but in
the light of last year's discussion I would not have opened the
pandora box now and again ...

Best regards

Jan Hendrik

---------------------------------------
Freedom quote:

     The Founding Fathers knew
     a government can't control the economy
     without controlling people.
     And they knew when a government sets out to do that,
     it must use force and coercion to achieve its purpose.
     So we have come to a time for choosing.
                -- Ronald Reagan, October 27, 1964

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Nov 1 10:50:46 2003

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.