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

Re: svn rev 7469: FAIL (i686-pc-linux-gnu static ra_svn)

From: Branko Čibej <brane_at_xbc.nu>
Date: 2003-10-24 00:25:19 CEST

kfogel@collab.net wrote:

>Branko Čibej <brane@xbc.nu> writes:
>
>
>>>Enough of these 505KB messages. I am going to unsubscribe from the
>>>"breakage" list until either failures like this are fixed quickly or
>>>(more reasonably) the failure message is made much smaller.
>>>
>>>
>>You may unsibscribe from the breakage list if you promise never to
>>commit again. IMNSHO.
>>
>>
>
>Erk, gently, dear :-). IMHO, the method people use to detect breakage
>is up to them. The breakage list is a convenience, but Julian isn't
>required to be subscribed to it. He's perfectly free to hire a butler
>to read the list for him, or whatever.
>
>(I.e., you can't force someone to read mail anyway. Let's judge a
>committer by their commits, by which measure Julian has nothing to
>apologize for.)
>
>I agree with your position that that we shouldn't change the breakage
>output; I'm just talking about the rest of the mail. Let's not turn
>into a bunch of hair-trigger hardliners like that... other ... project
>:-).
>
>
Actually, it's the other way around. I wouldn't mind changing the
breakage output *if* we can make sure that all relevant information is
there. I do believe that committers should keep an eye on the breakage
posts.

Yes, I know you can't force anyone to subscribe or read the mail, but
IMO checking how your changes behave on platforms you can't test
yourself is a matter of public hygiene.

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 24 00:29:14 2003

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.