On Fri, Feb 10, 2012 at 9:35 AM, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov">balay@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Fri, 10 Feb 2012, Barry Smith wrote:<br>
<br>
><br>
> On Feb 10, 2012, at 9:13 AM, Matthew Knepley wrote:<br>
><br>
> > The thread has become too deep for me to read, hence the top posting.<br>
> ><br>
> > Barry's question is the right one: What do we gain by changing?<br>
> ><br>
> >   1) Reliability and Availability<br>
> ><br>
> >    Barry, you should know that this crap about petsc.cs being backed up is farcical. We<br>
> >    would have the same situation we had with the first 10 years of PETSc history again.<br>
> >    BB is definitely more reliable in terms of backups, uptime, and connectivity (SSH issues).<br>
> ><br>
> >    2) Better management support<br>
> ><br>
> >    The infrastructure for supporting user permissions is better on BB. We don't edit a file,<br>
> >     calling a script someone hacked together. We have accounts, and when accounts are<br>
> >     shut down they go away. A user can manage his SSH key independently of us.<br>
> ><br>
> > Those for me make it a slam dunk. However, I will ask the question in reverse: What do we<br>
> > give up?<br>
><br>
>    I decent way of hierarchically organizing our repositories. Tell me how to do this on bitbucket and you have your slam dunk.<br>
><br>
<br>
</div>Also some discussion on private repos.<br>
<br>
I guess none of you have objections for hosting private [for all kinds<br>
of collaboration work] at bitbucket.  [I don't claim 'iit' is better -<br>
for some work 'mcs' hosting was prefered]. Also lot of this work<br>
collabartion stuff is hosted at google docs - so I guess this isn't an<br>
issue.<br>
<br>
As I understand it - for more than 5 folks to be able to access a<br>
private repo - one needs to be on a paid plan with bitbucket. [not a<br>
big deal - but want to put that up front]</blockquote><div><br></div><div>As Sean points out, not for us. This is already turned on in my account.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
> > I think the only thing we give up is the security blanket of being able to log in<br>
> > ourselves and mess with a machine directly.<br>
<br>
</div>For some things its was easier to do it ourselves than wait for<br>
someone else [aka admin to do things.]  I think there was a<br>
significant benefit with this [for a lot of issues that came up in the<br>
past few years.]</blockquote><div><br></div><div>And this exposes the best part. This is no "wait for an admin to do it here". That is not</div><div>in the model, as it is with iit or other roll-your-own systems. This is completely self-administrated</div>
<div>which is why it is great.</div><div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><br>

Satish<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener<br>