-
Notifications
You must be signed in to change notification settings - Fork 195
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Intel module file is not created by intel-compilers-devel-ohpc #254
Comments
I have tried a workaround, using a fake wrapper package named intel-compxe containing a symlink to a shared file system with the Intel compiler installation, but the intel-compilers-devel-ohpc postinstallation script does not follow symlinks, so this does not help. |
There are definitely some tradeoffs here. Part of the rationale for going with a dynamically generated modulefile in this compatibility RPM is to deal with (1) the fact that someone may have used RPM relocation on the PXSE packages, (2) there may be multiple versions installed, and (3) to avoid having to provide a compat package for each potential PXSE version. This last item is also the reason that only the I'm guessing you have maybe put all of the PXSE RPMS into a local RPM repo and that is how the intel-compxe package was pulled in your example? As you have noted, that is insufficient to get all the bits you need and additional RPMs are necessary (either to be installed by hand via RPM or via the standalone installer). Since it sounds like you do have all the necessary bits in a shared file system, I agree the compat package should deal with the symlink. Can you give a little more detail on what your local install environment is like and how the symlink is setup? |
One way to solve this would be a catch-all meta package for the intel rpms, but as you have noted, you'd need one for each intel release for the versioned name packages. I currently have a directory /opt/intel and in that a symlink 2016 pointing to the shared file system with the PXSE 16.0.3 installation. I have built a fake intel-compxe package containing only the symlink /opt/intel/2016, but the script of intel-compilers-devel-ohpc doesn't follow it. The command in the script is |
Thanks for the sleuthing and suggestion for the updated find to accommodate soft links. Will incorporate that into the next rev. |
We didn't do a formal 1.1.2 update, but the change is carried forward into the forthcoming 1.2 release. |
I can confirm that my simple wrapper package for intel-compxe-doc containing a symlink is compatible with intel-compilers-devel-ohpc-2017-25.1.x86_64. |
The package intel-compilers-devel-ohpc-2016-19.1.x86_64 tries to generate a module file for the Intel compiler but fails to do that. This happens when I install the package on a fresh EL7.2 system:
The package has a dep on intel-compxe, but this doesn't guarantee a working icc binary as required for the postinstallation script. So the automatic installation of OpenHPC from RPM packages doesn't really work. I think it would be better to ship with a static module file in this package.
The text was updated successfully, but these errors were encountered: