Greg Stein | 1 Dec 21:55 2011
Picon

How to grow your open source project 10x and revenues 5x | OpenLife.cc

I just found this study. Very interesting, and basically supports our thinking behind the move to the ASF: expand our community and our market, with the ancillary benefits accruing to the original vendors.

http://openlife.cc/blogs/2010/november/how-grow-your-open-source-project-10x-and-revenues-5x

Andy Singleton | 1 Dec 23:38 2011

[PATCH] RETRY: Patch to update the Binary Package download page with client-only, no-registration option

  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

[[[
Index: packages.html
===================================================================
--- packages.html    (revision 1208468)
+++ packages.html    (working copy)
 <at>  <at>  -96,6 +96,12  <at>  <at> 
<div class="package" style="background-image: url('/images/centos.png');">

<ul>
+<li><p><a href="http://svn-ref.assembla.com/download-clients.html#CentOS">
+        Assembla</a> (32- and 64-bit client only; supported by
+ <a href="http://www.assembla.com/">Assembla</a>, compiled and tested by
+ <a href="http://www.wandisco.com/"
+ >WANdisco</a>)</p>
+</li>
<li><p><a href="http://www.collab.net/downloads/subversion/redhat.html">
          CollabNet</a> (client only; supported and certified by
<a href="http://www.collab.net/subversion"
 <at>  <at>  -120,6 +126,12  <at>  <at> 
<div class="package" style="background-image: url('/images/debian.png');">

<ul>
+<li><p><a href="http://svn-ref.assembla.com/download-clients.html#Debian">
+        Assembla</a> (32- and 64-bit client only; supported by
+ <a href="http://www.assembla.com/">Assembla</a>, compiled and tested by
+ <a href="http://www.wandisco.com/"
+ >WANdisco</a>)</p>
+</li>
<li><p><a 
href="http://packages.debian.org/search?keywords=subversion&amp;exact=1"
 >Debian Project</a> (maintained by
<a href="mailto:subversion <at> packages.debian.org"
 <at>  <at>  -248,6 +260,11  <at>  <at> 
<div class="package" style="background-image: url('/images/mac.png');">

<ul>
+<li><p><a href="http://svn-ref.assembla.com/download-clients.html#Mac-OSX">
+        Assembla</a> (Mac OSX 10.6/10.7 client only; supported and 
maintained by
+ <a href="http://www.assembla.com/">Assembla</a>)
+ </p>
+</li>
<li><p><a href="http://pdb.finkproject.org/pdb/package.php/svn"
 >Fink</a> (requires <a href="http://www.finkproject.org/">Fink</a>; 
maintained by
<a href="mailto:chris01 <at> users.sourceforge.net"
 <at>  <at>  -337,6 +354,12  <at>  <at> 
<div class="package" style="background-image: url('/images/suse.png');">

<ul>
+<li><p><a 
href="http://svn-ref.assembla.com/download-clients.html#SUSE-Linux">
+        Assembla</a> (32- and 64-bitclient only; supported by
+ <a href="http://www.assembla.com/">Assembla</a>, compiled and tested by
+ <a href="http://www.wandisco.com/"
+ >WANdisco</a>)</p>
+</li>
<li><p><a href="http://www.collab.net/downloads/subversion/redhat.html">
          CollabNet</a> (client only; supported and certified by
<a href="http://www.collab.net/subversion"
 <at>  <at>  -368,6 +391,12  <at>  <at> 
<div class="package" style="background-image: url('/images/ubuntu.png');">

<ul>
+<li><p><a href="http://svn-ref.assembla.com/download-clients.html#Ubuntu">
+        Assembla</a> (32- and 64-bit client only; supported by
+ <a href="http://www.assembla.com/">Assembla</a>, compiled and tested by
+ <a href="http://www.wandisco.com/"
+ >WANdisco</a>)</p>
+</li>
<li><p><a 
href="http://packages.ubuntu.com/search?keywords=subversion&amp;exact=1"
 >Ubuntu Packages</a> (maintained by
<a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss"
 <at>  <at>  -396,6 +425,12  <at>  <at> 
<div class="package" style="background-image: url('/images/windows.png');">

<ul>
+<li><p><a href="http://svn-ref.assembla.com/download-clients.html#Windows">
+        Assembla</a> (32- and 64-bit client only; supported by
+ <a href="http://www.assembla.com/">Assembla</a>, compiled and tested by
+ <a href="http://www.wandisco.com/"
+ >WANdisco</a>)</p>
+</li>
<li><p><a href="http://www.collab.net/downloads/subversion/"
 >CollabNet</a> (client only; supported and certified by
<a href="http://www.collab.net/subversion"
]]]
Mark Phippard | 2 Dec 01:26 2011
Picon

Re: [PATCH] RETRY: Patch to update the Binary Package download page with client-only, no-registration option

On Thu, Dec 1, 2011 at 5:38 PM, Andy Singleton <andy <at> 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/

Andy Singleton | 2 Dec 05:12 2011

Re: [PATCH] RETRY: Patch to update the Binary Package download page with client-only, no-registration option

I am submitting this patch because the other client links available - from Collabnet, YOUR EMPLOYER - require registration.  That creates a bad and manipulative user experience.  You can fix it by adding these links.  Or, you can remove the registration requirement from the Collabnet downloads.  Or, you can remove the Collabnet downloads and substitute the Assembla downloads, if you are so concerned about reducing the number of links.

It's interesting that you bring up the svnhostingcomparison site.  That is an advertisement for Codesion/Collabnet, paid for by Collabnet, masquerading as a review site.  I wonder how Assembla and Codesion would look in a fair comparison of hosting services.

Yes, the links we put up are mostly duplicates of things that you can get from Collabnet.  That's appropriate in this venue, which is about supporting Apache subversion users.  Shortly we will be putting up clients with new open source features that we have been working on, like EasySVN and Newmerge.  If you want to use your seniority to turn this sort of thing out of the Apache community, then I guess there is always the option of forking.

On 12/1/2011 7:26 PM, Mark Phippard wrote:
On Thu, Dec 1, 2011 at 5:38 PM, Andy Singleton <andy <at> 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.


--
Andy Singleton
Assembla
phone: 1.781.328.2241
email: andy <at> assembla.com
skype: andysingleton
Branko Čibej | 2 Dec 05:33 2011
Face
Picon

Re: [PATCH] RETRY: Patch to update the Binary Package download page with client-only, no-registration option

On 02.12.2011 05:12, Andy Singleton wrote:
> Shortly we will be putting up clients with new open source features
> that we have been working on, like EasySVN and Newmerge.  If you want
> to use your seniority to turn this sort of thing out of the Apache
> community, then I guess there is always the option of forking.

Your attitude isn't helping. You want us to advertise your service (for
free) and threaten to fork if we don't? You're not likely to get
anywhere in any community with that kind of aggressive posturing.

That said, I don't see why linking to Assembla's download site would be
a problem. It does feel a bit silly to list WANdisco's packages twice,
but that's a matter of taste.

-- Brane

Daniel Shahaf | 2 Dec 09:15 2011

Re: [PATCH] RETRY: Patch to update the Binary Package download page with client-only, no-registration option

Andy Singleton wrote on Thu, Dec 01, 2011 at 17:38:32 -0500:
> [[[
> Index: packages.html
> ===================================================================
> --- packages.html    (revision 1208468)
> +++ packages.html    (working copy)
>  <at>  <at>  -96,6 +96,12  <at>  <at> 
> <div class="package" style="background-image: url('/images/centos.png');">
> ]]]

> Index: packages.html
> ===================================================================
> --- packages.html    (revision 1208468)
> +++ packages.html    (working copy)
>  <at>  <at>  -96,6 +96,12  <at>  <at> 
> <div class="package" style="background-image: url('/images/centos.png');">

The patch you sent is corrupt.

Daniel Shahaf | 2 Dec 09:18 2011
Picon

Re: [BUG+PATCH] Repository "corruption" when committing several versions of a huge file

Daniel Shahaf wrote on Tue, Nov 29, 2011 at 17:26:36 +0200:
> I'll commit your patch and nominate it for backport to 1.7.3.  While
> at it I'll also scan the code for similar problems.

(Haven't got to it yet, but still planning to...)

Daniel Shahaf | 2 Dec 09:35 2011
Picon

Re: [Issue 4070] forced update doesn't correct eols of existing obstructions

Recorded this as
http://subversion.tigris.org/issues/show_bug.cgi?id=4072

C. Michael Pilato wrote on Mon, Nov 28, 2011 at 14:41:53 -0500:
> On 11/28/2011 02:19 PM, Daniel Shahaf wrote:
> > I can see the rationale for not showing it in status (since it can't be
> > committed), but I suppose there is a reason to show it --- namely, that
> > if the file has svn:eol-style=LF but the on-disk file has CRLF line
> > endings, that might break my build and I'd like the tool to tell me
> > about it.
> > 
> > I'm leaning to +1 on having 'svn status' _optionally_ report files that
> > have the wrong eol style on disk.
> 
> I would never have assumed that 'svn status' *didn't* report such files.
> Have we always had such madness as our default behavior?!
> 
> -- 
> C. Michael Pilato <cmpilato <at> collab.net>
> CollabNet   <>   www.collab.net   <>   Distributed Development On Demand
> 

Bert Huijben | 2 Dec 13:10 2011
Picon

RE: 1.7.2 up for testing / signing


> -----Original Message-----
> From: Hyrum K Wright [mailto:hyrum.wright <at> wandisco.com]
> Sent: dinsdag 29 november 2011 19:33
> To: Subversion Development
> Subject: 1.7.2 up for testing / signing
> 
> As promised, the 1.7.2 tarballs are up for testing and signing:
> http://people.apache.org/~hwright/svn/1.7.2/
> 
> The magic rev is r1207936, and as usual please post signatures here:
> http://work.hyrumwright.org/pub/svn/collect_sigs.py
> 
> Remember, this isn't yet an official release, so please don't publish
> binaries or packages based on it.  Any official releases will be
> announced to this and the announce <at> subversion.apache.org mailing
> lists.

+1 for release

Windows 7 x64 - Visual Studio 2010 SP1 x86

I had to run a few extra test combinations as I broke my dependencies.

[fsfs | bdb] x [local | svn | serf | neon]

Apr 1.4.5
Apr-util 1.3.12
Apr-iconv 1.2.1
Bdb 4.4.20
Zlib 1.2.5
Serf 1.0.0
Cyrus Sasl 2.1.23
Swig 2.0.2

The signatures are posted via the script

	Bert

Mark Phippard | 2 Dec 14:53 2011
Picon

Re: [PATCH] RETRY: Patch to update the Binary Package download page with client-only, no-registration option

On Thu, Dec 1, 2011 at 11:12 PM, Andy Singleton <andy <at> assembla.com> wrote:
> I am submitting this patch because the other client links available - from
> Collabnet, YOUR EMPLOYER - require registration.  That creates a bad and
> manipulative user experience.  You can fix it by adding these links.  Or,
> you can remove the registration requirement from the Collabnet downloads.
> Or, you can remove the Collabnet downloads and substitute the Assembla
> downloads, if you are so concerned about reducing the number of links.

Take a deep breath Andy.  I am not attacking you.  This is not
personal.  The page you created is nice.  I stated the reasons why I
object to adding these links.  Namely that your links are just to the
same downloads for which we already have links.  I raised the question
about where would we draw the line if we add these links.  If we
accept yours, then who's would we turn down?

If it were my decision, the downloads that CollabNet provides would
not require registration.  The page already indicates which sites
require registration.  If you want to provide resources to build and
qualify binaries I am not going to object to linking to them.

> It's interesting that you bring up the svnhostingcomparison site.  That is
> an advertisement for Codesion/Collabnet, paid for by Collabnet, masquerading
> as a review site.  I wonder how Assembla and Codesion would look in a fair
> comparison of hosting services.

I Googled for "svn hosting" so I could give a sense for how many
providers are out there. That was the first link and it makes the
point.  I did not suggest people look at the comparison data or make
any judgements based on it.  I was just saying "look how many hosting
sites there are".  I have never heard that site discussed at CollabNet
and do not believe we own the site.  I just went back and looked and
the site says it is maintained by an individual.  I did notice the
advertisement on the site.

> Yes, the links we put up are mostly duplicates of things that you can get
> from Collabnet.

This has nothing to do with CollabNet.  I do not care if you want to
provide binaries.  I am saying that you are linking to binaries
(WanDisco) that we already have linked on the page.  I just do not see
the point in linking to the same thing twice from our page.  I think
your page is good.  It makes sense to me that you have it and I am
sure your customers will find it convenient that you provide it for
them.

>  That's appropriate in this venue, which is about supporting
> Apache subversion users.  Shortly we will be putting up clients with new
> open source features that we have been working on, like EasySVN and
> Newmerge.  If you want to use your seniority to turn this sort of thing out
> of the Apache community, then I guess there is always the option of forking.

There is no hierarchy here where my voice counts more than someone
else.  I have explained why I do not think we should include the
links.  We might have people that think we should just list every link
that might come our way.  Those opinions are welcome.  Note that there
are no links on our site to TortoiseSVN and it probably has more users
than our command line client.  There are no links for Subclipse,
AnkhSVN or other popular clients either.  We are not trying to shut
you out.

I am not sure why you are bringing up the fork option.  If you are
developing clients that require new API or modifications to our
existing API, and you are not discussing those changes in this mailing
list and you are not doing the work in a branch of our repository,
then it sounds like you have already created a fork.  That is your
option to do that.  But otherwise there are plenty of Subversion
clients out there that seem to do just fine without adding links on
our download page.

--

-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/


Gmane