- openSUSE Science

Re: [opensuse-science] Build Repositores of project 'science' in OBS
by Egbert Eich 05 Dec '19

05 Dec '19

Christian Goll writes: > On 03.12.19 19:19, Egbert Eich wrote: > > > > Hi! > > > > looking at the project configuration of project 'science' in OBS > > I see > > - arch i586 is enabled for Factory and SUSE:SLE-11:SP4. > > To save build cycles this should probably be disabled by default: > > there is most likely not much scientiffic software around that > > is still used on 32bit. Where needed, this can be configured per > > package. > > - repository openSUSE_Tumbleweed points to the openSUSE:Factory > > which is confusing at best. Factory is not always in a consistent > > state and will trigger frequent rebuilds. I would suggest to > > 1. create a separate openSUSE_Factory repository whose build is > > disabled by default. If needed it can be enabled per package. > > 2. let openSUSE_Tumbleweed really point to a Tumbleweed build. > > - repository SLE_12 points to openSUSE:Tools repository SLE_12. > > Not sure what this was used for, it can probably be removed. > > > > Opinions? > > > > Cheers, > > Egbert. > > > Hello, > the same holds true for network:cluster which has a big overlap with > science. So there it should also be changed. > Yes, indeed. In fact, it should not have an overlap, but it also has a huge set of build targets - although I do remember cleaning up some. I did not see any further reply. If I don't see objections until next Monday, I will do the change. Cheers, Egbert. -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

2 1

[opensuse-science] Build Repositores of project 'science' in OBS
by Egbert Eich 04 Dec '19

04 Dec '19

Hi! looking at the project configuration of project 'science' in OBS I see - arch i586 is enabled for Factory and SUSE:SLE-11:SP4. To save build cycles this should probably be disabled by default: there is most likely not much scientiffic software around that is still used on 32bit. Where needed, this can be configured per package. - repository openSUSE_Tumbleweed points to the openSUSE:Factory which is confusing at best. Factory is not always in a consistent state and will trigger frequent rebuilds. I would suggest to 1. create a separate openSUSE_Factory repository whose build is disabled by default. If needed it can be enabled per package. 2. let openSUSE_Tumbleweed really point to a Tumbleweed build. - repository SLE_12 points to openSUSE:Tools repository SLE_12. Not sure what this was used for, it can probably be removed. Opinions? Cheers, Egbert. -- Egbert Eich (Res. & Dev.) SUSE LINUX GmbH SUSE Labs - Project Manager HPC Tel: +49 911-740 53 0 http://www.suse.com ----------------------------------------------------------------- SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg Geschaeftsfuehrer: Felix Imendoerffer (HRB 36809, AG Nürnberg) -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

2 1

Re: [opensuse-science] gsl
by Egbert Eich 17 Nov '19

17 Nov '19

Alin Marin Elena writes: > thank you Christian, seems to be solved now. > one other thing I noticed is the fact the so number is 25 but the library is 2.6 Looks like an omission with the last package update. Thanks for reporting! Cheers, Egbert. > > Alin > > Without Questions there are no Answers! > ______________________________________________________________________ > Dr. Alin Marin ELENA > http://alin.elena.space/ > ______________________________________________________________________ > > On Fri, 15 Nov 2019 at 09:56, Christian Goll <CGoll(a)suse.de> wrote: > > > > On 14.11.19 17:28, Christian Goll wrote: > > > > > > > > > On 14.11.19 16:35, Alin Marin Elena wrote: > > >> Hi, > > >> > > >> here is what I have > > >> > > >> Loading repository data... > > >> Reading installed packages... > > >> > > >> S | Name | Type | Version | Arch | > > >> Repository > > >> ---+-------------------------+---------+----------+--------+------------------------------------------------------------ > > >> > > >> i+ | gsl-gnu-hpc-devel | package | 2.6-30.7 | noarch | Software > > >> for Scientists and Engineers (openSUSE_Tumbleweed) > > >> i+ | gsl_2_6-gnu-hpc-devel | package | 2.6-30.7 | x86_64 | Software > > >> for Scientists and Engineers (openSUSE_Tumbleweed) > > >> i+ | gsl_2_6-gnu-hpc-module | package | 2.6-30.7 | noarch | Software > > >> for Scientists and Engineers (openSUSE_Tumbleweed) > > >> i+ | libgsl25 | package | 2.6-30.6 | x86_64 | Software > > >> for Scientists and Engineers (openSUSE_Tumbleweed) > > >> i+ | libgsl_2_6-gnu-hpc | package | 2.6-30.7 | x86_64 | Software > > >> for Scientists and Engineers (openSUSE_Tumbleweed) > > >> i+ | libgslcblas0 | package | 2.6-30.6 | x86_64 | Software > > >> for Scientists and Engineers (openSUSE_Tumbleweed) > > >> i+ | libgslcblas_2_6-gnu-hpc | package | 2.6-30.7 | x86_64 | Software > > >> for Scientists and Engineers (openSUSE_Tumbleweed) > > >> > > >> with repo > > >> 23 | science | Software for Scientists and > > >> Engineers (openSUSE_Tumbleweed) | Yes | > > >> (r ) > > >> Yes | Yes | 99 | rpm-md | > > >> http://download.opensuse.org/repositories/science/openSUSE_Tumbleweed/ > > >> | > > >> > > > > > > In the science project %hpc_libdir is expanded to > > > /usr/lib/hpc/gnu9/gsl/2.6/lib > > > where in Factory it is > > > /usr/lib/hpc/gnu9/gsl/2.6/lib64 > > > I will investigate this further. > > > > > > kind regards, > > > Christian > > > > > The problem here is the expansion of %hpc_libdir which is expanded > > either to: > > * /usr/lib/hpc/gnu9/gsl/2.6/lib, if the rpm is built remotely in the > > open build service, where the module rpm is taken from the 32bit built > > * /usr/lib/hpc/gnu9/gsl/2.6/lib64, if the rpm is built locally with osc > > build , where the module rpm is taken from the 64bit built. > > The fix is to move the module rpm from noarch to x86_64. I will do that. > > > > kind regards, > > Christian > > > > > > > > -- > > Christian Goll > > CGoll(a)suse.de > > > > SUSE Software Solutions Germany GmbH > > Maxfeldstr. 5 > > 90409 Nürnberg > > Germany > > > > (HRB 36809, AG Nürnberg) > > > > Geschäftsführer: Felix Imendörffer > > -- > > To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org > > To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org > > > -- > To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org > To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org -- Egbert Eich (Res. & Dev.) SUSE LINUX GmbH SUSE Labs - Project Manager HPC Tel: +49 911-740 53 0 http://www.suse.com ----------------------------------------------------------------- SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg Geschaeftsfuehrer: Felix Imendoerffer HRB 247165 (AG Muenchen) -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

Re: [opensuse-science] boost and openmpi3
by Egbert Eich 17 Nov '19

17 Nov '19

Should be easy to add. This has just not been on the radar. Cheers, Egbert. Alin Marin Elena writes: > Any reason why openmpi3 is not available with boots? > > Alin > > Without Questions there are no Answers! > ______________________________________________________________________ > Dr. Alin Marin ELENA > http://alin.elena.space/ > ______________________________________________________________________ > -- > To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org > To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org -- Egbert Eich (Res. & Dev.) SUSE LINUX GmbH SUSE Labs - Project Manager HPC Tel: +49 911-740 53 0 http://www.suse.com ----------------------------------------------------------------- SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg Geschaeftsfuehrer: Felix Imendoerffer HRB 247165 (AG Muenchen) -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

[opensuse-science] boost and openmpi3
by Alin Marin Elena 16 Nov '19

16 Nov '19

Any reason why openmpi3 is not available with boots? Alin Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

[opensuse-science] valgrind enable mpi
by Alin Marin Elena 16 Nov '19

16 Nov '19

Hi, would be nice to have a valgrind with mpi enabled... various flavours. Regards, Alin Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

[opensuse-science] gsl
by Alin Marin Elena 16 Nov '19

16 Nov '19

Hi, recently I have installed on tumbleweed gsl 2.6. the module associated with it seems to be wrong , LD_LIBRARY_PATH is not correct shall be /usr/lib/hpc/gnu9/gsl/2.6/lib64/ and of course other that use the same path. =========================== whatis("Name: gsl built with gnu toolchain ") whatis("Version: 2.6 ") whatis("Category: runtime library ") whatis("Description: GNU Scientific Library ") whatis("https://www.gnu.org/software/gsl/ ") prepend_path("PATH","/usr/lib/hpc/gnu9/gsl/2.6/bin") prepend_path("LD_LIBRARY_PATH","/usr/lib/hpc/gnu9/gsl/2.6/lib") setenv("GSL_DIR","/usr/lib/hpc/gnu9/gsl/2.6") setenv("GSL_BIN","/usr/lib/hpc/gnu9/gsl/2.6/bin") setenv("GSL_LIB","/usr/lib/hpc/gnu9/gsl/2.6/lib") prepend_path("LIBRARY_PATH","/usr/lib/hpc/gnu9/gsl/2.6/lib") prepend_path("MANPATH","/usr/lib/hpc/gnu9/gsl/2.6/share/man") prepend_path("INFOPATH","/usr/lib/hpc/gnu9/gsl/2.6/share/info") prepend_path("CPATH","/usr/lib/hpc/gnu9/gsl/2.6/include") prepend_path("C_INCLUDE_PATH","/usr/lib/hpc/gnu9/gsl/2.6/include") prepend_path("CPLUS_INCLUDE_PATH","/usr/lib/hpc/gnu9/gsl/2.6/include") prepend_path("INCLUDE","/usr/lib/hpc/gnu9/gsl/2.6/include") prepend_path("PKG_CONFIG_PATH","/usr/lib/hpc/gnu9/gsl/2.6/lib/pkgconfig") setenv("GSL_INC","/usr/lib/hpc/gnu9/gsl/2.6/include") family("gsl") help([[ This module loads the gsl library built with the gnu compiler toolchain. Version 2.6 ]]) ============= Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

2 5

[opensuse-science] HPC modules for non-default gcc versions
by Christian Neyers 27 Sep '19

27 Sep '19

Hi all, we currently have the `gnu-compilers-hpc` package that mirrors the compiler version of the "default" gcc package, i.e. version 7 currently in 15.0 and 15.1. The spec file actually defines different flavours, but they are not enabled in the _multibuild. Are there plans to enable them at some point? Or some issues holding it back? Cheers -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

[opensuse-science] [Package request] Tracker
by andythe_great 21 Sep '19

21 Sep '19

I would like to have Tracker be included in the repo. https://www.physlets.org/tracker/ Tracker is a free video analysis and modeling tool built on the Open Source Physics (OSP) Java framework. It is designed to be used in physics education. I have use Tracker myself before, I can say that it is very useful in education to study the motion of objects with camera. -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

1 0

[opensuse-science] fftw3 and cmake broken
by Alin Marin Elena 30 Aug '19

30 Aug '19

Hi, trying to use the provide fftw3 cmake files provided it fails with CMake Error at /usr/lib/hpc/gnu9/fftw3/3.3.8/lib64/cmake/fftw3/FFTW3Config.cmake:13 (include): include could not find load file: /usr/lib/hpc/gnu9/fftw3/3.3.8/lib64/cmake/fftw3/FFTW3LibraryDepends.cmake Call Stack (most recent call first): CMakeLists.txt:7 (find_package) this is due to configure being used to install it. solution 1: use cmake to build it so the autogenerated file is done correcty solution 2: do not package cmake bits since they are broken. Regards, Alin Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ -- To unsubscribe, e-mail: opensuse-science+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-science+owner(a)opensuse.org

2 2