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

Re: Subversion Debian packages?

From: Dave Swegen <dswegen_at_software.plasmon.com>
Date: 2002-07-08 18:42:21 CEST

On Mon, Jul 08, 2002 at 12:24:17PM -0400, Ben Collins wrote:
> On Mon, Jul 08, 2002 at 09:24:51AM -0700, David Kimdon wrote:
> > Hi,
> >
> > I've uploaded subversion 0.13.0 to Debian unstable. 0.13.2 is
> > prepared, I am waiting a bit on 0.13.0 feedback before uploading
> > 0.13.2.
> >
> > I got a mail this morning expressing some concern that including
> > Subversion in Debian is not a good thing because Subversion is not
> > finished. I understand that we must be careful with first
> > impressions. I personally think the inclusion in Debian today will
> > only help Subversion, but I'd like to hear the opinion of this list.
> As the ex-Debian Project Leader, and a Subversion developer (although
> not very active as of late), I hope my opinion counts for something.
> Put it in Debian unstable. Our pool/archive system means it wont be put
> out with a release of Debian until it is suitable for mass consumption.
> Whoever expressed those fears to you needs to point fingers at things
> like all the *-cvs packages already in Debian (like mozilla-cvs, what a
> mass of bugs).
> Subversion will make a nice addition to Debian's package offerings.

I quite agree. The point that was made to me was that there was some
concern that it was being included. If it meant not annoying upstream
moving it to a personal webpage until beta/final release would probably
have been a good move. As upstream (that have spoken so far) seem happy
for it to live in unstable there is no problem :)


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 8 19:20:20 2002

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.