Open danny-smit opened 5 months ago
Looks like similar issue happens when running bootstrap script on Ubuntu 24 fails as well with:
Hit:1 http://eu-central-1.ec2.archive.ubuntu.com/ubuntu noble InRelease
Hit:2 http://eu-central-1.ec2.archive.ubuntu.com/ubuntu noble-updates InRelease
Hit:3 http://eu-central-1.ec2.archive.ubuntu.com/ubuntu noble-backports InRelease
Hit:4 http://security.ubuntu.com/ubuntu noble-security InRelease
Ign:5 https://repo.saltproject.io/salt/py3/ubuntu/24.04/amd64/minor/3007.1 trusty InRelease
Err:6 https://repo.saltproject.io/salt/py3/ubuntu/24.04/amd64/minor/3007.1 trusty Release
404 Not Found [IP: 143.204.98.62 443]
Reading package lists...
* ERROR: Failed to run install_ubuntu_onedir_deps()!!!
Also as Im new to Salt, I have to add that I ran ./bootstrap-salt.sh -M -P stable 3007.1
, I saw "onedir" release option but used "stable" not sure if this is related, but leaving this here as extra info.
Looks like similar issue happens when running bootstrap script on Ubuntu 24 fails as well with:
It is not the same, the bootstrap script doesn't support Ubuntu 24 yet. There is an open pull request to implement that: https://github.com/saltstack/salt-bootstrap/pull/2001
Looks like similar issue happens when running bootstrap script on Ubuntu 24 fails as well with:
It is not the same, the bootstrap script doesn't support Ubuntu 24 yet. There is an open pull request to implement that: saltstack/salt-bootstrap#2001
Ah ok, thank you, just starting out using Salt and this bootstrap script ⚡
This problem also effects v3006.8 ...
No idea how something as fundamental as this got past QA ???
@dwoz pretty sure the spec change in https://github.com/saltstack/salt/pull/66403 is what broke it.
We are seeing this as well in 3006.8 when we were staging it for an upgrade.
@dwoz pretty sure the spec change in #66403 is what broke it.
Seems legit. Though not entirely sure why since all those shared objects should be under lib/
The update in https://github.com/saltstack/salt/pull/66403 changes the regexs from ^.*\\.so.*$
to ^lib/.*\\.so.*$
- shouldn't that be to ^lib.*\\.so.*$
?
i.e. is it matching filenames of the type libxyz.so.N
?
Or if matching files in a lib/
sub directory, then shouldn't it be to ^.*/lib/.*\\.so.*$
(or ^.*/lib/lib.*\\.so.*$
) ?
Description
The salt 3007.1 onedir rpm package comes with a big list of provides:
However these dependencies are hidden in the onedir structure and therefore not really available for the OS after installation of the salt package.
In fact, whenever an OS package is installed that requires one of the dependencies that salt claims to fulfill in this list of "provides", the salt package is installed instead of the OS package. This leads to a broken system. Especially when salt is installed together with the other OS packages during the kickstart phase of a new OS installation, it then even breaks the rpm command itself.
Setup
Tested both on both older and newer OS versions: CentOS 7, Almalinux 9
Steps to Reproduce the behavior
Expected behavior
The onedir rpm package should not claim to "provide" all kinds of libraries that are not available for the OS.
Versions Report
salt v3007.1
Additional context
Maybe this change is related: https://github.com/saltstack/salt/commit/975c2a439b2b77d6acec6271321f9fb56cf10139