December 2019 - openSUSE Science - openSUSE Mailing Lists

Re: [opensuse-science] HPC modules for non-default gcc versions
by Egbert Eich 02 Mar '20

02 Mar '20

Christian Neyers writes: > 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? for Leap 15 and 15.1 this is actually under way: once the updates to gnu-compilers-hpc for SLE-HPC 15 and SLE-HPC 15 SP1 have gone thru QA and are released, this should show up as a Leap maintenance update automagically. 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 2

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

06 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