Hide Forgot
Description of problem: An incomplete set of Torque RPMs has been entered into the CentOS Stream repositories. Version-Release number of selected component (if applicable): 4.2.10-25.el8 How reproducible: Always. Steps to Reproduce: 1. Ensure that package centos-stream-repos is installed and up to date. 2. Execute the command 'dnf --disablerepo=\* --enablerepo=baseos,appstream,powertools,extras list available torque\*' Actual results: Packages torque-4.2.10-25.el8.x86_64, torque-devel-4.2.10-25.el8.x86_64, and torque-devel-4.2.10-25.el8.i686 are available from the powertools repository. Packages torque-libs-4.2.10-25.el8.x86_64 and torque-libs-4.2.10-25.el8.i686 are available from the appstream repository. No other torque packages are available from the standard CentOS Stream repositories. Expected results: Either the complete suite of torque subpackages built via the torque SRPM should be available, or no torque packages should be available. Taking the Fedora SRPM as authoritative for the subpackage list, the packages that make up torque are: torque torque-client torque-drmaa torque-gui torque-libs torque-mom torque-pam torque-scheduler torque-server The development components should be included, too: torque-devel torque-drmaa-devel Additional info: The torque packaging is a bit unusual about how features are split among packages. The "torque" package itself is not an umbrella package, but rather serves more as an infrastructure package, such as might be more conventionally named "torque-common". Most of the key Torque features are in the packages that are presently missing from the repositories. Moreover, this is not just an issue of missing features. The presence of an incomplete set of packages causes DNF errors for users that have Torque RPMs installed from another source, such as locally building the Fedora SRPM. This was initially reported in the CentOS bug tracker (https://bugs.centos.org/view.php?id=18015). Per instructions received there, I am re-reporting it here.
Thank you for the report. Torque is currently only included as a runtime dependency of openmpi. It was not included as a general purpose offering outside of openmpi usage. We'll evaluate this further but cannot give a timeframe on if or when the remaining packages would be included in RHEL at this time.
Thank you, Josh, for taking the time to comment. It seems odd to me that OpenMPI is being built with (optional, IIUC) Torque support enabled when targeting systems that are not, in fact, envisioned to be running Torque. I don't think the Torque libs by themselves give it enough to usefully work with. If a complete Torque subsystem is not going to be included, then can Torque support instead be withdrawn altogether?
I noticed fedora torque maintainer to update torque to upstream release 6.1.3. It is in progress. Our next step depends on the result of torque 6.x update. Thanks
Hi, Josh https://koji.fedoraproject.org/koji/buildinfo?buildID=1697877 Fedora update torque to latest upstream branch 6.1.3 . I think we should add torque packages into RHEL-8 and RHEL-9 Appstream. Is it right?
As fedora/openmpi no longer build with torque, rhel-8.5/openmpi also will be built without torque. torque will be deprecated in rhel-8.5. This bug will be closed as WONTFIX.