search

openwrt / packages

Community maintained packages for OpenWrt. Documentation for submitting pull requests is in CONTRIBUTING.md
GNU General Public License v2.0
3.95k stars 3.46k forks source link

a lot of packages with python is not built because of repeated failure on the CRC, "hash code md5, sha256, etc." #3767

Closed build000 closed 7 years ago

build000 commented 7 years ago

@hnyman or other eq. 

ValueError: unsupported hash type md5(sha256, sha224, etc.)
ERROR:root:code for hash md5(sha256, sha224, etc.) was not found
ImportError: cannot import name md5(sha256, sha224, etc.)

...and similar messages - the problem is the serial and concerns of many packages, so perhaps you should look at the whole subsection python and/or generally the last changes in the script building. This application relates LEDE - in OpenWrt not checked.

hnyman commented 7 years ago

the problem is the serial and concerns of many packages, so perhaps you should look at the whole subsection python and/or generally the last changes in the script building.

Please give concrete examples about your failures. Which packages and on which platform?

LEDE buildbot sees no failures on most platforms that I checked. But in a few platforms there may be individual problems. I noticed three failures in http://downloads.lede-project.org/snapshots/faillogs/arm_cortex-a9_vfpv3/packages : micropython, python-cryptography and python-egenix-mx-base

Have you noticed other failures? on other platforms?

And I have nothing to do with Python packages themselves, so it makes no sense to target me with @ here. Better to include python maintainer @commodo in the discussion. It is quite possible that yesterday's python changes had negative effects that the buildbot has not yet noticed.

commodo commented 7 years ago

Will check using the link http://downloads.lede-project.org/snapshots/faillogs/arm_cortex-a9_vfpv3/packages

build000 commented 7 years ago

micropython, python-cryptography and python-egenix-mx-base - confirm ar71xx and apm821xx. And other subpackages to django. Yes, confirm to the list (in ar71xx and apm821xx): http://downloads.lede-project.org/snapshots/faillogs/arm_cortex-a9_vfpv3/packages/ The problem disappears when you turn off the entire section of the building python - Hence the speculation that either applies to same section python or recent changes in the scripts that build all about md *

hnyman commented 7 years ago

micropython, python-cryptography and python-egenix-mx-base - confirm ar71xx and apm821xx. And oher subpackages to django.

I see no failures for those packages in http://downloads.lede-project.org/snapshots/faillogs/powerpc_464fp/packages/ that is the package architecture for apm821xx.

mips_24kc (for ar71xx) has not been built lately today, but is currently building.

build000 commented 7 years ago

Eq. net-snmp build when subsection python is disabled - to apm821xx..."squaring the circle"...eq. flup not build to my all platforms (ar71xx=WNDR4300 and apm821xx=WNDR4700). There is simply so much of these various interdependencies and relationships that the only apparent once a way to circumvent the problem is to completely disable sections python.

commodo commented 7 years ago

@build000 @hnyman ; PR added ; any idea if python-gmpy was failing before ?

i tried building all packages on the omap target and that was the only one with a failure [different than the one in this issue] @jefferyto any idea if that one is used ? python-gmpy2 does not seem to fail ; if possible i'd get rid of the first one

hnyman commented 7 years ago

any idea if python-gmpy was failing before ?

To my knowledge, it was not failing earlier.

I regularly monitor ar71xx/mips24kc and ipq806x/arm_cortex-a15_neon-vfpv4 platforms and I do not remember seeing any python packages breaking for some time.