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

AW: 1.6.13: svn cleanup fails to cleanup

From: Paul Maier <svn-user_at_web.de>
Date: Sat, 23 Oct 2010 01:35:25 +0200

filed Issue 3739
http://subversion.tigris.org/issues/show_bug.cgi?id=3739

Paul.

> -----Ursprüngliche Nachricht-----
> Von: Stefan Sperling [mailto:stsp_at_elego.de]
> Gesendet: Donnerstag, 21. Oktober 2010 22:13
> An: Paul Maier
> Cc: users_at_subversion.apache.org
> Betreff: Re: 1.6.13: svn cleanup fails to cleanup
>
> On Thu, Oct 21, 2010 at 09:28:43PM +0200, Paul Maier wrote:
> > Hi everybody,
> >
> > > Could you please file an issue in our tracker, linking to
> this thread?
> >
> > To be honest, I have no idea about the meaning of all the necessary
> > parameters like priority and DEFECT or ENHANCEMENT and
> target milestone,
> > that I really would appreciate if someone could file that
> issue for me.
>
> The bugtracker shouldn't be asking this stuff from our users,
> but unfortunately it does :(
> Just pick something and we'll fix it later if it needs fixing.
> It'll be fine.
>
> In this case I'd pick DEFECT, leave the priority at the default
> and set the milestone to unscheduled. But that doesn't really matter.
> The most important thing is that the issue gets filed in the tracker
> so we don't forget about it.
>
> Your support with filing issues will be very much appreciated.
> We all have things to do so if the person who reported an
> issue also files it,
> our community as a whole can save some valuable time.
> See also
> http://producingoss.com/en/managing-volunteers.html#delegation
> which explains the deeper reasons for why we tend to ask
> people to perform
> tasks. (The short answer is that it's partly about spreading
> the workload,
> and partly about building community bonds).
>
> Thanks,
> Stefan
Received on 2010-10-23 01:36:06 CEST

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.