Hi all, Is #5072 really so controversial? It looks good to me already, and seemingly so does it for several others, as it has been reinvented (I don't know who was first). It's also such a clean addition in practice; a single easyconfig.
Best regards, Mikael On Fri, Apr 27, 2018 at 1:58 PM, Bart Oldeman <bart.olde...@calculquebec.ca> wrote: > Hi Markus, > > our solution is to make python-bare a little less bare by installing a > bare minimum of packages, and also allow users to pick and choose > pip-installed packages in virtualenvs where we provide pre-compiled wheels > in common cases (e.g. numpy, ...) > so this installs just setuptools, pip, virtualenv, wheel, readline and > pysqlite. > > See here > https://github.com/ComputeCanada/easybuild-easyconfigs/blob/ > computecanada-master/easybuild/easyconfigs/p/Python/Python-2.7.14-dummy- > dummy.eb > this is for the dummy toolchain but could be easily adjusted to GCCcore of > course. Credits go to Maxime Boissonneault here. > > Bart > > On Fri, 27 Apr 2018 at 04:01, Markus Geimer <m.gei...@fz-juelich.de> > wrote: > >> All, >> >> I'm currently preparing updated easyconfigs for the upcoming >> Score-P/Scalasca releases (incl. dependencies). Since many >> people are using a hierarchical MNS now, I started with a >> "minimal toolchain" setup. However, I ran into the following >> issue where I would like to get your feedback. >> >> Basically, I have the following dependency chain: >> >> Cube (GCCcore) >> dep> Qt5 (GCCcore) >> dep> libGLU (GCCcore) >> dep> Mesa (GCCcore) >> builddep> Mako (GCCcore) >> dep> Python (foss/intel) >> >> The Problem is that Mako seems to require setuptools, thus >> I can't use Python-bare instead of the full Python package. >> But that would require to lift the whole thing up the >> hierarchy onto the foss/intel level -- which is obviously >> crazy. So what is the preferred way to deal with such a >> situation? >> >> I know about [1], but it isn't there yet and the discussion >> in the PR is quite controversial. >> >> Cheers, >> Markus >> >> >> [1] https://github.com/easybuilders/easybuild-easyconfigs/pull/5072 >> >> >> -- >> Dr. Markus Geimer >> Juelich Supercomputing Centre >> Institute for Advanced Simulation >> Forschungszentrum Juelich GmbH >> 52425 Juelich, Germany >> >> Phone: +49-2461-61-1773 >> Fax: +49-2461-61-6656 >> E-Mail: m.gei...@fz-juelich.de >> WWW: http://www.fz-juelich.de/jsc >> >> >> ------------------------------------------------------------ >> ------------------------------------ >> ------------------------------------------------------------ >> ------------------------------------ >> Forschungszentrum Juelich GmbH >> 52425 Juelich >> Sitz der Gesellschaft: Juelich >> Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 >> Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher >> Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender), >> Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, >> Prof. Dr. Sebastian M. Schmidt >> ------------------------------------------------------------ >> ------------------------------------ >> ------------------------------------------------------------ >> ------------------------------------ >> >> > > -- > Dr. Bart E. Oldeman | bart.olde...@mcgill.ca | > bart.olde...@calculquebec.ca > Scientific Computing Analyst / Analyste en calcul scientifique > McGill HPC Centre / Centre de Calcul Haute Performance de McGill | > http://www.hpc.mcgill.ca > Calcul Québec | http://www.calculquebec.ca > Compute/Calcul Canada | http://www.computecanada.ca > Tel/Tél: 514-396-8926 | Fax/Télécopieur: 514-396-8934 >
