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
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
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