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
pyopenssl: 19.1.0 -> 20.0.0 #105454
pyopenssl: 19.1.0 -> 20.0.0 #105454
Conversation
This is needed to build 'master' of mitmproxy, verified that this works with this change.
9e37b91
to
c4318a3
Compare
I missed this one for in #105368, so it needs to go in next time. |
No rush, anything I can do to help it get in next time? |
I suppose we need some way to indicate which packages should be collected for a next batch upgrade. I suppose I could make a project for it. You should be able to add your PR to it then. |
cc @jonringer I created the "Python batch upgrade" project. Hopefully that way we can keep track of the PR's to include. |
Really wish the python ecosystem wasn't constantly tripping over itself |
Let's try how it works out. If its no good we revert. |
@FRidh @raboof the update broke platformio on master, however i am unsure why:
platformio builds an chrootenv for the package |
Maybe also pyopenssl upstream could help here. They seem to be responsive. I just could not get tests set up on pyopenssl master. |
Ouch. Looking into this a bit, though it's not my comfort zone. First observations: 2047, 12, 20, 17, 11, 20 is indeed 2460474680 since epoch, which is indeed larger than fits in a signed 32-bit int (2^31=2147483648) |
Ah, this is the i686 version of the package failing, x86_64 is OK Can I test this locally without rebuilding the world? I tried |
Found in NixOS#105454 (comment) Upstream issue pyca/pyopenssl#974
Does it work with |
I wonder why it uses the 32 bit version at all? I don't see any 32-bit usage in the nix code. |
good catch!
|
@raboof thanks for making an effort and even reporting the issue upstream! |
|
@makefu maybe this can be disabled for platformio actually. I don't see why multi-lib is needed. |
@Mic92 I tried flashing two ESP8266 with esphome and everything seems to work (at least for these build environments) |
diff --git a/pkgs/development/arduino/platformio/chrootenv.nix b/pkgs/development/arduino/platformio/chrootenv.nix
index 72384c0994a..b9b17012ed2 100644
--- a/pkgs/development/arduino/platformio/chrootenv.nix
+++ b/pkgs/development/arduino/platformio/chrootenv.nix
@@ -23,7 +23,6 @@ in buildFHSUserEnv {
name = "platformio";
targetPkgs = pio-pkgs;
- multiPkgs = pio-pkgs;
meta = with lib; {
description = "An open source ecosystem for IoT development";
|
Would you mind open this as a PR? I might also ask upstream if there are aware of any 32-bit based toolchains... |
(in parallel I PR'ed skipping this particular test on i686 in #106810 - I think both changes are useful improvements) |
@Mic92 i created a post in the community discourse page: https://community.platformio.org/t/any-i686-library-dependencies-for-platformio-core/17769 |
multiPkgs makes available 32-bits versions of dependencies on 64-bits systems, but we're not aware of any toolchains that require this. As discussed in NixOS#105454 (comment) See also https://community.platformio.org/t/any-i686-library-dependencies-for-platformio-core/17769 Co-Authored-By: makefu <github@syntax-fehler.de>
Found in #105454 (comment) Upstream issue pyca/pyopenssl#974
Motivation for this change
This is needed to build 'master' of mitmproxy,
verified that this works with this change.
Things done
sandbox
innix.conf
on non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
./result/bin/
)nix path-info -S
before and after)