Re: [Condor-devel] github revisited.

[Tim St Clair <tstclair@xxxxxxxxxx>]

Ok seriously... what needs to be done to make this transition? 

* tstclair channels willb... "If only..." there were a utility like github which didn't have AFS & space constraints... wait. 
<willb_> heh
<mattf> error: insufficient permission for adding an object to repository database ./objects
<mattf> fatal: failed to write object
<mattf> error: unpack failed: unpack-objects abnormal exit
<mattf> To ssh://pinguino.cs.wisc.edu/p/condor/repository/CONDOR_SRC.git
<mattf> Greg, ^^
<mattf> tstclair, Greg, willb, anyone know if gittrac can track github?
<tstclair> I don't see why not it's just loc. 
<tstclair> url 
<mattf> umm, wow -- https://github.com/search?q=condor&type=Repositories
<mattf> 101 repositories
<mattf> https://github.com/gilesc/lein-condor

Cheers,
Tim


----- Original Message -----
> From: "Erik Erlandson" <eje@xxxxxxxxxx>
> To: "Alan De Smet" <adesmet@xxxxxxxxxxx>
> Cc: "Tim St Clair" <tstclair@xxxxxxxxxx>, "Condor Developers" <condor-devel@xxxxxxxxxxx>
> Sent: Friday, July 27, 2012 6:22:28 PM
> Subject: Re: [Condor-devel] github revisited.
> 
> On Fri, 2012-07-27 at 16:48 -0500, Alan De Smet wrote:
> > Timothy St. Clair <tstclair@xxxxxxxxxx> wrote:
> > > To be more direct, "What are the limiters/detractors to moving
> > > the code base to github?".
> > 
> > I'd like it, but I just like GitHub.  But as far as I know it's
> > incompatible with our security policy of embargoing code.  If we
> > keep such changes local only it means that the local repo is the
> > "real" one and there isn't a lot of incentive to to do the extra
> > work to push some, but not all, things up to GitHub.
> 
> 
> I'm not sure what embargoing code refers to, but a public repo on
> github
> still allows the repo owner to grant particular users commit privs,
> which seems like the crucial thing.  Anybody can read the repo, fork
> it,
> make pull requests.  But only users authorized by the owner can
> commit.
> 
> 
>