Re: [Libmesh-devel] OpenHPC

2017-06-23 Thread Julian Andrej
On Fri, Jun 23, 2017 at 5:55 PM, Roy Stogner wrote: > > On Thu, 22 Jun 2017, Julian Andrej wrote: > >> Isn't libmesh a component which is heavily dependent on the users >> needs? So a "one size fits all" RPM is a bit off. > > > For most of our configuration options, the relevant users' needs are >

Re: [Libmesh-devel] OpenHPC

2017-06-23 Thread Roy Stogner
On Thu, 22 Jun 2017, Julian Andrej wrote: Isn't libmesh a component which is heavily dependent on the users needs? So a "one size fits all" RPM is a bit off. For most of our configuration options, the relevant users' needs are "I need to not spend a lot of time hunting down and reading about

Re: [Libmesh-devel] OpenHPC

2017-06-22 Thread Kirk, Benjamin (JSC-EG311)
Thanks for the link! I really don’t see it as an either/or; both would certainly be welcome and are valuable for their own audiences. As for the premise of the question, I’m not sure. Certainly libMesh supports a lot of configure options (too many now?), but a default build compiled against a

Re: [Libmesh-devel] OpenHPC

2017-06-22 Thread Julian Andrej
Isn't libmesh a component which is heavily dependent on the users needs? So a "one size fits all" RPM is a bit off. In my opinion extending something like [1] (to support more options) would be more appropriate. With Spack you can choose whatever compiler/MPI/PETSc/Trilinos version or version comb

Re: [Libmesh-devel] OpenHPC

2017-06-22 Thread Kirk, Benjamin (JSC-EG311)
On Jun 22, 2017, at 2:21 PM, John Peterson mailto:jwpeter...@gmail.com>> wrote: All their stuff appears to be RPM-based? I recently removed a very old libmesh.spec file in a0a0d81a, maybe that would be a good starting point for any work on this... Yeah, I peeked at the petsc spec and it see

Re: [Libmesh-devel] OpenHPC

2017-06-22 Thread John Peterson
On Thu, Jun 22, 2017 at 1:02 PM, Kirk, Benjamin (JSC-EG311) < benjamin.k...@nasa.gov> wrote: > Are any of you guys aware of Karl’s project: > http://openhpc.community/ > > A nice yum-based way to kickstart and maintain an HPC environment > consistent with what a lot of us now like to see. > > I’m

Re: [Libmesh-devel] OpenHPC

2017-06-22 Thread Derek Gaston
I haven't heard anything about it. If you end up trying it out I would be interested in hearing about how well it works. There are several clusters here at MIT where we've had to roll our own HPC distro... Derek On Thu, Jun 22, 2017 at 3:02 PM Kirk, Benjamin (JSC-EG311) < benjamin.k...@nasa.gov

[Libmesh-devel] OpenHPC

2017-06-22 Thread Kirk, Benjamin (JSC-EG311)
Are any of you guys aware of Karl’s project: http://openhpc.community/ A nice yum-based way to kickstart and maintain an HPC environment consistent with what a lot of us now like to see. I’m considering contributing a libmesh build using their framework, but was curious if you guys have any exp