Anyone know the reason that the science repo currently only goes up to SLE_SP3? Who decides when to add in SLE_SP4, SLE_SP5 etc? Cheers, /mark
On Mittwoch, 30. Juni 2021, 09:29:54 CEST Mark Olesen wrote:
Anyone know the reason that the science repo currently only goes up to SLE_SP3? Who decides when to add in SLE_SP4, SLE_SP5 etc?
the project maintainers ... however, usually older SP binaries should still be usable on newer SP's. Only special cases like kernel modules are not. And SP4 is still quite empty atm, so no big reason to rush further repos here. -- Adrian Schroeter <adrian@suse.de> Build Infrastructure Project Manager SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany (HRB 247165, AG München), Geschäftsführer: Felix Imendörffer
Thanks Adrian, In that case I'll start by making sure that I can at least properly build for SLE_15_SP3 and then try to reuse the binaries from there. Hooking in the scotch/ptscotch libraries seems to be just a change from openmpi2 (for example) to gnu-openmpi2-hpc, but CGAL is only available via backports so may need to avoid that dependency entirely I guess. BTW: for the openSUSE platform we have scotch packaged both as scotch-openmpi2 and scotch-gnu-openmpi2-hpc. Will it continue like that, or should we start considering one or the other as deprecated? Cheers, /mark On 6/30/21 9:38 AM, Adrian Schröter wrote:
On Mittwoch, 30. Juni 2021, 09:29:54 CEST Mark Olesen wrote:
Anyone know the reason that the science repo currently only goes up to SLE_SP3? Who decides when to add in SLE_SP4, SLE_SP5 etc?
the project maintainers ...
however, usually older SP binaries should still be usable on newer SP's. Only special cases like kernel modules are not.
And SP4 is still quite empty atm, so no big reason to rush further repos here.
participants (2)
-
Adrian Schröter -
Mark Olesen