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

Re: Stalish downloads still on Tigris

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: Fri, 25 Jun 2010 12:54:22 +0100

On Fri, Jun 25, 2010 at 12:29 PM, Christian Boos <cboos_at_neuf.fr> wrote:
> Hello,
>
> On 6/25/2010 1:09 PM, Mark Phippard wrote:
>>
>> Given that they are out of date and no longer maintained maybe we
>> should start by removing them from our current list of binary packages
>> and see if the traffic for them goes down?  I doubt that is where the
>> traffic is coming from but it is worth a try and I think it also makes
>> sense.
>>
>>
>
> As far as I can tell, among the different places listed in
> http://subversion.apache.org/packages.html#windows Tigris.org was the only
> place to provide direct access to the svn-python bindings (e.g.
> svn-python-1.6.6.win32-py2.[56].exe). It's true that 1.6.6 was the latest
> version for which such packages were provided, which means that in practice
> you won't see any Trac or other Python software using those bindings running
> on Windows with anything newer ;-)
>
> Therefore my question is: if Tigris.org should no longer be considered as
> the official download location for the Windows installers for Subversion
> Python bindings, is there even an alternative?

The Subversion project itself has never created nor endorsed the
binary packages such as the Windows installer with the python
bindings. Therefore, I don't know that Tigris.org has ever *claimed*
to be the "official" download location for those installers. We may
have hosted them there in the past, but we've relied upon volunteers
to maintain those packages.

The 1.6.6 versions are still available for download, but until
somebody steps up to provide these installers, updated versions won't
be available.

-Hyrum
Received on 2010-06-25 13:55:03 CEST

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.