Skip to content
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

use downstream packages #29

Merged
merged 1 commit into from
Oct 24, 2024

Conversation

CtrlZmaster
Copy link
Contributor

@chrissie-c, please, test this in cc-devel. I have the ClusterLabs/pcs#864 open for testing, but let me first push a commit to disable the tests that are failing due to pacemaker before testing this, I'll let you know.

Cryptography is currently broken upstream due to deprecation of OpenSSL engines in Fedora 41+ and CentOS Stream 10. I managed to merge a fix upstream, but that will take some time until they release a new version. For more details, see the GitHub issue:
pyca/cryptography#11690

@CtrlZmaster CtrlZmaster force-pushed the use-downstream-pycrypto branch 2 times, most recently from 66d0248 to f2c76c4 Compare October 15, 2024 18:45
Cryptography is currently broken upstream due to deprecation of OpenSSL
engines in Fedora 41+ and CentOS Stream 10. I managed to merge a fix
upstream, but it will take some time until they release a new version.
For more details, see the GitHub issue:
pyca/cryptography#11690

Before this commit, some packages were installed from pip. This is not
desired, pcs dependencies are given as rpm packages, not python packages.
Presumably, even upstream users use downstream packages if they build
pcs. Downstream packages have an advantage of being tuned for the
distribution, which can resolve the kinds of issues as cryptography has
now. Additionally, the pip installed packages were not the ones that
can be bundled by autotools, so pcs is still tested with the newest
possible bundled dependencies.

Some context for not having --system-site-packages from Fabio:
it was to stress the build system in different ways
one env might have python3-foo installed, another doesn't
causing different results
say today: we test pcs build X and it works
tomorrow some other packages pulls in python3-something that goes from embedded to system
and then pcs starts to fail
it creates a rather unpredictable build env
on rhel8 we could use system stuff, and we needed it IIRC
others can have all embedded
@CtrlZmaster CtrlZmaster changed the title use downstream cryptography use downstream packages Oct 23, 2024
@CtrlZmaster
Copy link
Contributor Author

This PR also fixes problems caused by installing Python packages from upstream that were pulling new setuptools that do not use their bundled dependencies but pull incompatible versions from the system.

These are the CI results with this patch:

@fabbione, please, merge this and switch pcs pipelines back to main.

@fabbione fabbione merged commit 8cbcf08 into kronosnet:main Oct 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants