-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
Various Python packages build failures when contacting pypi #8399
Comments
That doesn't look right. None of those projects use pypi.org. All use https://files.pythonhosted.org I tested it now and it seems to work. edit: Never mind, I see the problem. In the twisted case, python-incremental is already a dependency. It should not be trying to download it. In the case of cffi, it looks like it's using some deprecated API. Meaning it needs to be patched. |
Maybe I see what's happening. urllib3 is calling SSLv23_method, which is not only deprecated but not defined in Python 3 with the patch. Can you try this with urllib3 and see if it helps?
|
I tested it and no vail. I checked it and in I am going to test it on my own pc not on compilation server to see if there is no outside influence. Edit: Thinking about it. This does not make sense that it would help. Package python-urllib3 does not even have host build. That patch is not used nor that specific version of urllib when you invoke pip in build system. I don't see deep enough to know where that dependency is build for host but it is not from that package for sure I would say. This is problem of host build pip or some of its dependency build for host not package. |
Out of curiosity, is Turris OS using OpenSSL 1.1.2 or 1.0.2? |
I tried it on my pc and I was able to reproduce it. What is interesting is that I was not able to reproduce it with plain OpenWRT I just dropped it and trying again but that patch I would say should not have change anything. If host packages are already used correctly then it introduces nothing and if they are not then it should have helped not break stuff I think. Also I tried to revert 3b93506 and build passed so it definitely has something to do with that patch. Question is what causes that regression, our patch, configuration or something else. We are using 1.1.1. We have no patch on openssl so we use openwrt master version at the moment. |
I managed to reproduce it even without our patches so it has nothing to do with that. I copied configuration for Turris Omnia from Turris OS and tried to build it on plain OpenWRT. I ended up with same error. I suspect that it is configuration based. I am going to compare differences between our config and |
Faster way to reproduce with clean openwrt master and latest feeds: |
Can't duplicate. The closest thing to an error is this:
Note that I also have #8369 in my tree. |
Never mind. Duplicated. Will try to fix. |
Fixed. Please test #8412 |
Fixes: openwrt#8399 These 2 patches cause some breakage for other packages. For now, we drop them and wait for upstream to finalize a fix. We can live with deprecated SSL APIs for a while. No need to hurry, since this doesn't seem to help. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
For now, I'll choose to revert these 2 patches and wait for upstream Python to address this. |
Fixes: #8399 These 2 patches cause some breakage for other packages. For now, we drop them and wait for upstream to finalize a fix. We can live with deprecated SSL APIs for a while. No need to hurry, since this doesn't seem to help. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
Fixes: openwrt#8399 These 2 patches cause some breakage for other packages. For now, we drop them and wait for upstream to finalize a fix. We can live with deprecated SSL APIs for a while. No need to hurry, since this doesn't seem to help. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
Fixes: openwrt#8399 These 2 patches cause some breakage for other packages. For now, we drop them and wait for upstream to finalize a fix. We can live with deprecated SSL APIs for a while. No need to hurry, since this doesn't seem to help. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
Maintainer: @neheb
Environment:
Description:
Some python packages now fail to download their dependencies from pypi. I suspect that culprit is following commit: 3b93506
Packages I noticed:
twisted:
cffi
The text was updated successfully, but these errors were encountered: