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

Re: svn commit: r13403 - in branches/meta-data-versioning: . patches

From: Max Bowsher <maxb_at_ukf.net>
Date: 2005-03-14 12:48:35 CET

Ph. Marek wrote:
> Max,
> I beg your pardon.
> On Monday 14 March 2005 12:11, Max Bowsher wrote:
>> ... Details deleted
>> You have been requested multiple times not to place this metadata as the
>> most prominent thing in the log message. You have ignored the requests,
>> not
>> even replying. That is not very polite. I suspect these may be
>> annotations
>> added by svk, and moving them may not be practical, but if so, then you
>> need to answer the questions asked of you, and explain.
> Sorry - but I don't remember seeing this requests. Could you please tell
> me
> when they were posted? (1)

To the dev list.
Go to http://svn.haxx.se/dev/archive-2005-03/
and look at all the messages containing "meta-data" in their subjects.

>> Missing colons. *Please* try to keep to the log message styles.
> Sorry. I've done a propset on svn:log and will try harder in the future.


> On Monday 14 March 2005 12:16, Max Bowsher wrote:
>> Storing patches in the repository is redundant, IMO, and this viewpoint
>> has
>> been mentioned to you before. You did not respond.
>> I have removed the patches directory from the repository.
> They were meant for people having a tarball who don't want or are not able
> to
> do a checkout from this repository.
> But you're right, they're redundant.
> BTW: is there an easy way to get these diffs out of viewcvs?

Not that I know of, but it really doesn't matter, since anyone capable of
compiling subversion ought to be capable of using "svn diff".


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Mar 14 12:50:06 2005

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

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