Alexandru Ardelean added the comment:
I confirm that this works on OpenWrt :)
I actually started testing shortly after the PR was created.
Many thanks for the quick patch.
--
___
Python tracker
<https://bugs.python.org/issue43
Alexandru Ardelean added the comment:
I've added Christian Heimes to this, mostly to help us get this further.
(i.e. to refer someone else here, that can help).
So, there is a fix for this in Buildroot's tree:
https://github.com/buildroot/buildroot/blob
Alexandru Ardelean added the comment:
> Thanks for you detailed explanation. I kinda agree that it makes sense for
> small, embedded systems like OpenWRT to reduce the size of binaries. After
> all storage and memory are precious on these systems.
So, OpenWrt is not as tiny a
Alexandru Ardelean added the comment:
So, I've read through:
https://www.python.org/dev/peps/pep-0644/#compatibility
I also stumbled over:
https://lwn.net/Articles/841664/
Which also led to:
https://www.python.org/dev/peps/pep-0644/#libressl-support
The answer is loud and clear now
Alexandru Ardelean added the comment:
Apologies for the slow reply.
It was the end of work-day when I submitted the bug & patch.
I know, not a good method, but I do what I can :)
So, OpenWrt's OpenSSL does not build BLAKE2 by default.
See:
https://github.com/openwrt/openwrt/blob/ma
Change by Alexandru Ardelean :
--
keywords: +patch
pull_requests: +27500
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29237
___
Python tracker
<https://bugs.python.org/issu
Alexandru Ardelean added the comment:
Note: PKCS5_v2_scrypt_keyivgen() will not cause an error, but EVP_PBE_scrypt()
will
--
___
Python tracker
<https://bugs.python.org/issue45
New submission from Alexandru Ardelean :
This follows update https://bugs.python.org/issue43669
Which is present in Python 3.10
Some OpenSSL 1.1.1 can be built without Blake2 support or Scrypt.
SHA3 and SHAKE do not seem to have any enable/disable flags.
This results in compiler errors
Change by Alexandru Ardelean :
--
keywords: +patch
pull_requests: +16556
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17043
___
Python tracker
<https://bugs.python.org/issu
New submission from Alexandru Ardelean :
This was caught via OpenWrt's build, when upgrading to 3.8.
By default, Blake2 is not enabled in OpenWrt's OpenSSL.
Not sure if this is an issue in OpenSSL or Python or both.
After digging through the _hashopenssl.c, it seems that the check for Blake2
Alexandru Ardelean added the comment:
ping here :)
any thoughts/feedback?
the fix looks interesting, and I'm also interested in seeing a resolution for
this
--
nosy: +Alexandru Ardelean
___
Python tracker
<https://bugs.python.org/issue37
Change by Alexandru Ardelean :
--
keywords: +patch
pull_requests: +9818
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35264>
___
_
New submission from Alexandru Ardelean :
The Modules/_ssl.c build fails.
Error is:
```
building '_ssl' extension
arm-openwrt-linux-muslgnueabi-gcc -fPIC -fno-strict-aliasing -Os -pipe
-mcpu=xscale -fno-caller-saves -fno-plt -fhonour-copts
-Wno-error=unused-but-set-variable -Wno-error=unused
Change by Alexandru Ardelean :
--
keywords: +patch
pull_requests: +8770
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34710>
___
_
New submission from Alexandru Ardelean :
See: https://github.com/openwrt/packages/pull/7051
The issue seems a bit older ; see comment:
https://github.com/python/cpython/pull/3943#discussion_r148949292
Build error happens on OpenWrt as well
Alexandru Ardelean <ardeleana...@gmail.com> added the comment:
PYTHONHASHSEED does help on 3.6.4
I'll use it during build.
Thanks for help
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Alexandru Ardelean <ardeleana...@gmail.com> added the comment:
Yeah, I also see it with 3.6.4.
I wanted to try 3.7 to see if it's fixed by chance.
Otherwise I may have to start digging deep into compilation logic.
Looking here:
https://tests.reproducible-builds.org/lede/lede_ar71xx.html
Alexandru Ardelean <ardeleana...@gmail.com> added the comment:
Hey,
Sorry, if I'm a bit late to the party with this.
The road to reproducible builds has a few more steps.
The way I validate whether Python is reproducible is with this link:
https://tests.reproducible-builds.or
Change by Alexandru Ardelean <ardeleana...@gmail.com>:
--
pull_requests: +5159
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Alexandru Ardelean <ardeleana...@gmail.com> added the comment:
Thank you for the heads-up.
I did not follow-up too in-depth on the resolution.
I just stumbled over this last night.
Will keep an eye for 3.7, and see about 2.7.
--
___
Python t
Alexandru Ardelean <ardeleana...@gmail.com> added the comment:
Hey,
Allow me to join the discussion here.
Context:
- I'm the maintainer of Python & Python3 in the OpenWrt distro, and (since a
while) we also care about reproducible builds.
- The person [Alexander Couzens] who
Alexandru Ardelean added the comment:
Admittedly, that PR refers to `imp.load_module()`
But, `imp.load_modules()` also calls `imp.load_package()`
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Alexandru Ardelean added the comment:
FWIW, I took a look over the virtualenv repo.
There's an issue raised there
https://github.com/pypa/virtualenv/issues/955
And a PR to address it
https://github.com/pypa/virtualenv/pull/947
Though, it seems like they still want to keep `imp.load_package
Changes by Alexandru Ardelean <ardeleana...@gmail.com>:
--
pull_requests: +2318
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Alexandru Ardelean added the comment:
I already completed those steps.
Question is: what do I do with the output from that eSign ?
Or, how do I use it ?
It only mentions "Finally, click the "eSign" button to have the form sent to
the PSF Secretary, Ewa Jodlowska."
Alexandru Ardelean added the comment:
Damn.
You guys are more corporate than... ... anyway.
Please tell me, how to send you my signed CLA.
Not sure if posting the link or PDF is fine here, but I'd be fine with that too.
To resolve your first 2 notes: I am not using the imp module, nor
Changes by Alexandru Ardelean <ardeleana...@gmail.com>:
--
type: -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
New submission from Alexandru Ardelean:
On OpenWrt, the Python & Python3 are shipped with bytecodes [also, bytecode
compiling is disabled by default].
2 reasons for that: 1) that would fill up flash/RAM 2) bytecodes can be up to
10x faster than Python source code
I got a report of an i
28 matches
Mail list logo
