Xpra-org / gtk-osx-build

Build setup to help building the Mac OS X port of GTK+
http://gtk-osx.sourceforge.net/
0 stars 2 forks source link

more setuptools breakage #24

Closed totaam closed 1 year ago

totaam commented 2 years ago

python3-cryptography not installing correctly.

This is caused by yet another setuptools update breaking something, which also caused some other problems: https://github.com/Xpra-org/xpra/commit/351c05fb67b5f811ff41dbfdeae471243822c8b1

The ugly solutions are:

cd /Users/macos/gtk/source/cryptography-36.0.1
cp ./build/lib.macosx-10.12-x86_64-3.9/cryptography/hazmat/bindings/_openssl.abi3.so ../cryptography-36.0.1/build/temp.macosx-10.12-x86_64-3.9/build/temp.macosx-10.12-x86_64-3.9/_openssl.o /Users/macos/gtk/inst/lib/python3.9/site-packages/cryptography/hazmat/bindings/
cp ./build/lib.macosx-10.12-x86_64-3.9/cryptography/hazmat/bindings/_openssl.abi3.so $JHBUILD_PREFIX/lib/python3.9/site-packages/cryptography/hazmat/bindings/

And:

python3 ./setup.py install --old-and-unmanageable

Things were perfectly manageable until setuptools started breaking things twice a day.

totaam commented 2 years ago

I see no way of telling distutils to use the compatibility flag: https://gitlab.gnome.org/GNOME/jhbuild/-/blob/master/jhbuild/modtypes/distutils.py

totaam commented 2 years ago

This also affects bcrypt and breaks paramiko.

Perhaps we can patch the command directly and revert the default?

--- a/setuptools/command/install.py 2022-02-18 03:00:25.000000000 -0800
+++ b/setuptools/command/install.py 2022-02-18 03:00:34.000000000 -0800
@@ -38,7 +38,7 @@
         )

         orig.install.initialize_options(self)
-        self.old_and_unmanageable = None
+        self.old_and_unmanageable = True
         self.single_version_externally_managed = None

     def finalize_options(self):
totaam commented 1 year ago

Many more issues recorded in #25 - but at least now we can build from scratch..