Re: [OMPI devel] Conversion to GitHub: POSTPONED

2014-09-23 Thread Paul Hargrove
The pricing question might not be as simple as it first sounds. At BitBucket Academic accounts are free and allow unlimited users. So, if somebody with an .EDU email address (IU and UTK come to mind) are the owners of the repo then I believe the cost is zero. Somebody should verify that rather

Re: [OMPI devel] Conversion to GitHub: POSTPONED

2014-09-23 Thread Gilles Gouaillardet
my 0.02 US$ ... Bitbucket pricing model is per user (but with free public/private repository up to 5 users) whereas github pricing is per *private* repository (and free public repository and with unlimited users) from an OpenMPI point of view, this means : - with github, only the private ompi-tes

Re: [OMPI devel] Conversion to GitHub: POSTPONED

2014-09-23 Thread Jeff Squyres (jsquyres)
On Sep 23, 2014, at 7:52 PM, Jed Brown wrote: > I don't have experience with GerritHub, but Bitbucket supports this > feature (permissions on branch names/globs) and we use it in PETSc. Thanks for the info. Paul Hargrove said pretty much the same thing to me, off-list. I'll check it out. --

Re: [OMPI devel] Conversion to GitHub: POSTPONED

2014-09-23 Thread Jed Brown
"Jeff Squyres (jsquyres)" writes: > GerritHub claims to allow us to effectively have ACLs on branches. > I.e., everyone could commit on master, but only release managers can > commit on release branches. This would be nice, and would allow us to > avoid having the 2 repos, like we're currently pl

Re: [OMPI devel] Conversion to GitHub: POSTPONED

2014-09-23 Thread Jeff Squyres (jsquyres)
At just about at the last minute, a new contender showed up: GerritHub.io. GerritHub claims to allow us to effectively have ACLs on branches. I.e., everyone could commit on master, but only release managers can commit on release branches. This would be nice, and would allow us to avoid having

Re: [OMPI devel] Need to know your Github ID

2014-09-23 Thread Vishwanath Venkatesan
Sorry for the delay in response, somehow I missed this.  Those were SVN IDs. I have created a github id (vvenkatesan)   vvenkates is the currently active SVN ID. So vvenkates -> vvenkatesan Thanks Vish On Sep 18, 2014, at 10:58 AM, "Jeff Squyres (jsquyres)" wrote: On Sep 18, 2014, at 11:35 A

[OMPI devel] Conversion to GitHub: tomorrow (Sep 24, 2014)

2014-09-23 Thread Jeff Squyres (jsquyres)
REMINDER: The conversion of Open MPI's Subversion repository and Trac tickets will be happening tomorrow, Wednesday, September 24, 2014. SVN and Trac will be going read-only at 8am US Eastern tomorrow, and the conversion process will begin. I anticipate it taking all day. I'll send an "all cle

Re: [OMPI devel] opal components still #including OMPI header files

2014-09-23 Thread Jeff Squyres (jsquyres)
Rolf -- please add this to the agenda for today. On Sep 23, 2014, at 10:28 AM, Ralph Castain wrote: > ofacm needs to be updated to remove xoob and oob modules as those cannot be > used from the opal layer > > > On Sep 23, 2014, at 7:22 AM, Jeff Squyres (jsquyres) > wrote: > >> From SVN tru

Re: [OMPI devel] opal components still #including OMPI header files

2014-09-23 Thread Ralph Castain
ofacm needs to be updated to remove xoob and oob modules as those cannot be used from the opal layer On Sep 23, 2014, at 7:22 AM, Jeff Squyres (jsquyres) wrote: > From SVN trunk HEAD (r32772): > > - > mca/btl/ugni/btl_ugni_component.c > 20:#include "ompi/runtime/params.h" > > mca/btl/usn

[OMPI devel] opal components still #including OMPI header files

2014-09-23 Thread Jeff Squyres (jsquyres)
>From SVN trunk HEAD (r32772): - mca/btl/ugni/btl_ugni_component.c 20:#include "ompi/runtime/params.h" mca/btl/usnic/btl_usnic_compat.h 43:# include "ompi/mca/rte/rte.h" --> This is ok; it is protected in a #if (just to make diffs to v1.8 easier) mca/common/ofacm/common_ofacm_xoob.c 26:#inc

Re: [OMPI devel] race condition in oob/tcp

2014-09-23 Thread Ralph Castain
Thanks! I won't have time to work on it this week, but appreciate your effort. Also, thanks for clarifying the race condition vis 1.8 - I agree it is not a blocker for that release. Ralph On Sep 22, 2014, at 4:49 PM, Gilles Gouaillardet wrote: > Ralph, > > here is the patch i am using so fa