Re: [opensuse-science] Build Repositores of project 'science' in OBS
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@opensuse.org To contact the owner, e-mail: opensuse-science+owner@opensuse.org
On Donnerstag, 5. Dezember 2019 20:37:01 CET Egbert Eich wrote:
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.
network:cluster truly holds some gems - openSUSE:11.4, oS:13.1 ..., but also many of the SLE12SPx only have broken, unresolvable or disabled packages: OSS114_openmpi, OSS131_openmpi, OSS132_openmpi - EOLed openSUSE only openmpi: broken link libbitmask: SLE_11_SP3 only I wish we had a definitive guideline how EOLed projects should be handled, and which of the SLE product lifecycles applies (LTSS or General). network:cluster also holds a number of links to other devel projects. How about deleting all, and then readding the actually required ones, with only enabling projects where the base project only provides an outdated/ unsufficient version? Kind regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019
participants (2)
-
Egbert Eich
-
Stefan Brüns