LogoopenSUSE Build Service > Projects
Sign Up | Log In

Grid Community Toolkit

# GCT packages for SLES and OpenSUSE #

According to the SUSE product support lifecycle ([1]) general support for SLES 12, 12 SP1 and 12 SP2 has already ended, so these repositories are disabled. If you are on LTSS ([2]) and still require packages for SLES 12 SP1 and 12 SP2 please let me know.

[1]: https://www.suse.com/lifecycle/

[2]: https://www.suse.com/de-de/products/long-term-service-pack-support/


> NOTICE1: Packages for SLES 11 (w/Service Pack 4 and Security Module (see [3] and [4] for details)) are not provided, (1) because of problems with the usable OpenSSL version in SLES 11 SP4 with Security Module, (2) unexpected difficulties with build dependency resolution not present in later SLES versions and (3) the amount of work needed to get this working just for SLES 11 whose general support will already end on 2019-03-31, so in less than half a year.

[3]: https://www.suse.com/c/introducing-the-suse-linux-enterprise-11-security-module/

[4]: https://www.suse.com/documentation/suse-best-practices/singlehtml/securitymodule/securitymodule.html

> NOTICE2: For SLES 12 (w/o Service Pack!) not all packages can be build, as a test case for the globus-gssapi-gsi build fails, most likely due to the used OpenSSL version of SLES 12. The test case works for SLES 12 SP1 and above.

> NOTICE3: The globus-xio-udt-driver build only works for OpenSUSE Leap 15.0, 15.1 and Tumbleweed, as the required (lib)udt-devel package is currently only available there and in the SUSE Package Hub (but only for AArch64! ([5])).

[5]: https://packagehub.suse.com/packages/udt/736905/


2019-02-26 Frank Scheiner



Comments for home:frank_scheiner:gct (6)

frank_scheiner wrote 2 months ago


badshah400 wrote about 2 months ago

Hi, would you consider submitting these packages to openSUSE:Factory? I can help if you need any for specfile cleanups or so. Thanks!

frank_scheiner wrote about 2 months ago

@badsha400: In the short term only OpenSUSE Tumbleweed would benefit from such a change, right? But in the long-term could packages from openSUSE;Factory make it into the SLES and OpenSUSE Leap distributions, too?

I'd be absolutely interested, though my initial intention was to move these packages over to the "official" gridcf account after stabilization, getting them into the distributions would be even better and closer to the status in Fedora, EPEL and Debian.

Your help would be definitely appreciated. What needs to be done for a start?

badshah400 wrote about 2 months ago

Hi, Yes, only packages that are already in Factory make their way to Leap and SLE. So, this would be a first step. However, to get your package into openSUSE:Factory, you need to find a suitable devel project and submit your packages there first. I would suggest either science [1] or science:HPC [2]. Once your packages are reviewed and accepted into one of these projects, you may choose to submit to Factory at your convenience.

Since your packages are in working condition already, I would say they only need (mostly minor) cosmetic changes to get them in line with openSUSE packaging guidelines [3]. Typically, running spec-cleaner file.spec on a specfile will do most of the cleaning up for you.

I think I'll get the cleaning up process started, so you will have some sr's from me to deal with over the weekend. Hope that is ok. Thanks a lot for your packages, btw.

[1] https://build.opensuse.org/project/show/science [2] https://build.opensuse.org/project/show/science:HPC [3] https://en.opensuse.org/openSUSE:Specfile_guidelines

frank_scheiner wrote about 2 months ago

@badsha400: Sure, awaiting your sr's.

badshah400 wrote about 1 month ago

Hi, sorry for the delay. But sr#697348 is the kind of changes I have in mind. Please feel to reject that sr if you disagree with anything. Thanks!

Login required, please login or signup in order to comment