2 ms·
> Installed via something other than rpms? Installed from non-official rpm repos? Software Collections aren't part of the main repositories, they're an option
by snuxoll 9y ago
> Installed via something other than rpms? Installed from non-official rpm repos?
Software Collections aren't part of the main repositories, they're an optional repository that can be enabled and have different guidelines for updates and new packages than the core repositories do. They're effectively divorced from the normal scrutiny and stability concerns that every package in the core RHEL repos has to go through, newer packages get pushed out faster as a result.
> It sounds like you just need packages built that allow for parallel installs of other versions of the same runtime/etc.
That's precisely what Software Collections do, they go one step further and isolate each runtime and require it be manually enabled for use (rhscl enable python3.5 `command goes here`) - there's no potential for the core system to be affected and you can layer different collections together if needed.
- stephenr 9y agoThe first part sounds like it's solved by a combination of the $release-backports repo, and vendor repos. The second part sounds interesting - sounds vaguely like using a chroot, so the 'target' just knows to run python, not which specific version its going to run, for instance?