On Wed, Feb 8, 2012 at 9:39 AM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov">bsmith@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"><br>
On Feb 8, 2012, at 9:06 AM, Matthew Knepley wrote:<br>
<br>
> On Wed, Feb 8, 2012 at 7:54 AM, Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br>
><br>
> On Feb 8, 2012, at 6:43 AM, Satish Balay wrote:<br>
><br>
> > On Tue, 7 Feb 2012, Barry Smith wrote:<br>
> ><br>
> >><br>
> >> On Feb 7, 2012, at 9:09 PM, Sean Farley wrote:<br>
> >><br>
> >>> I'm sure Jed (or Matt in his prime) could have run over to IIT and restarted the machine in less time than this :-)<br>
> >>><br>
> >>> Sure, and like everybody else they would have had to wait outside until they had keys :-)<br>
> >><br>
> >>   Those guys are very resourceful; I cannot image a simple locked door would be an issue for them.<br>
> >><br>
> >>   Barry<br>
> >><br>
> >>   Besides who the heck set up the machine so it cannot be started remotely? Should have used an Apple machine :-)<br>
> ><br>
> ><br>
> > It was a human error [when you tell something to shutdown - it should not automatically restart].<br>
> ><br>
> > yeah - if we installed server infrastructure with remote admin feature<br>
> > - then it could have been powered up remotely [from the remote<br>
> > management console or something like that..]<br>
><br>
>   Isn't that a basic Linux thing, start on LANS signal.<br>
><br>
> ><br>
> > looks like folks [Sean,Matt,Barry] are happy with bitbucket.<br>
><br>
>   Not me. I'm not happy with it.  I prefer the PETSc machine, bitbucket is just a back up when the PETSc machine goes down. If the PETSc machine is back up then we switch the master repository back.<br>
><br>
> What is wrong? Not enough freedom to mess up the machine? I don't feel like pushing 2 places.<br>
<br>
</div>   Push two places manually? WTF, presumably Mecurial is feature rich enough that you could automate the whole process of "pushing to 2 places"?<br>
<br>
   Ok, I need to understand more how bitbucket handles a hierarchy of different repositories</blockquote><div><br></div><div>There is only a 1-level hierarchy based on a top level account. Sean created 'petsc' for our stuff. We can create many, so that</div>
<div>we have 'petsc-release', 'petsc-private', etc. if we want. Of course, I want traditional hierarchy, and will file a feature request.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 with different permissions</blockquote><div><br></div><div>There is an access control list for each repository, with read/write/admin permissions. In addition, you can mark each repo</div><div>public or private.</div><div>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> in different parts</blockquote><div><br></div><div>Did not understand this part of the question.</div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> and have a hierarchy of managers of the repositories</blockquote><div><br></div><div>I don't know why we need a hierarchy of managers, but we can have individual managers with admin priv.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> and adding new repositories.</blockquote><div><br></div><div>You can create new repos or import existing ones.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> I don't want to just have haphazard creation of new repositories without a proper relationship between them.<br>
</blockquote><div><br></div><div>They are grouped by top level account</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">

   Barry<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
   Barry<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
>   Matt<br>
><br>
><br>
>   Barry<br>
><br>
> ><br>
> > Sean - you'll have to transfer all repos and keys to the new site.<br>
> ><br>
> > For now - I've removed petsc-dev and BuildSystem from petsc.cs.iit -<br>
> > and will plan a phased shutdown of the machine - as soon as you can<br>
> > find new home for all repos.<br>
> ><br>
> > Satish<br>
><br>
><br>
><br>
><br>
> --<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>
<br>
</div></div></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>