On Thu, Dec 1, 2011 at 5:38 PM, Andy Singleton <a...@assembla.com> wrote: > Here is a patch to update the Binary Package page with links to client > packages. This will make it easier for users to upgrade to 1.7. > > This patch is an update to > http://subversion.apache.org/packages.html > > This patch keeps the links in alphabetical order. > > BASIC FEATURES > * No registration is required. No cookies or other user tracking are used > * Recent stable versions of Apache Subversion clients compiled and tested by > Assembla or WANdisco > * Client only. The majority of download users are looking for clients > * Directly link to each operating system with anchor links
I think that the page you have created with the downloads you want to provide is well executed and looks nice. But I do not think we should provide links to it on our download page. Ultimately, your page is just another version of our page with your preferred clients linked. Your links are just going to the same places as our existing links do so why should we add more options on our page that are just going to the same eventual downloads that we already list? It makes perfect sense to me that a site that offers Subversion hosting, such as yourself, would have a convenient page to download clients. But consider how many SVN hosting sites there are? This is just a sampling: http://www.svnhostingcomparison.com/ If just a small number of these sites have a page similar to the one you created and then submitted patches to add links to their page from our page, our page will just become less and less useful. I cannot see why we would accept your links but not then later turn away someone else that creates a similar page to yours. You have created a nice page and you have ample opportunity on your site to put it in front of your customers so that they can download clients easily. That seems like it should be good enough to serve your customers well. This is of course just my opinion but I am -0 on accepting this for the reasons stated. -- Thanks Mark Phippard http://markphip.blogspot.com/
