[oe] [meta-python][PATCH] python-attrs: Adjust the RDEPENDS to include crypt rather than cryptography
jan vermaete
jan.vermaete at gmail.com
Mon Nov 26 20:49:50 UTC 2018
At the Thud branch of meta-python, I see the python3-attrs
(meta-python/recipes-devtools/python/python3-attrs_18.1.0.bb) recipe is
still depending on '${PYTHON_PN}-cryptography'.
I think depending on '${PYTHON_PN}-crypto' is enough.
With 'crypto' i.s.o. 'cryptography' the following packages where not
installed (-18%):
python3-distutils was removed
python3-cffi was removed
python3-asn1crypto was removed
cpp was removed
python3-setuptools was removed
python3-ply was removed
libmpfr6 was removed
python3-compile was removed
cpp-symlinks was removed
python3-pycparser was removed
libmpc3 was removed
python3-plistlib was removed
python3-cryptography was removed
Br,
On Thu, Apr 12, 2018 at 5:24 PM Derek Straka <derek at asterius.io> wrote:
> No worries. Does this resolve the original github issue you created?
>
> On Thu, Apr 12, 2018 at 11:09 AM, jan vermaete <jan.vermaete at gmail.com>
> wrote:
>
>> my mistake...
>> Thanks for the info
>>
>> On Thu, Apr 12, 2018 at 4:12 PM, Derek Straka <derek at asterius.io> wrote:
>> > There is a usage of hashlib (provided by ${PYTHON_PN}-crypt) in
>> _make.py.
>> >
>> > derek at sparta:/tmp$ dpkg -c
>> >
>> upstream/build/tmp/deploy/ipk/core2-64/python-crypt_2.7.14-r1_core2-64.ipk
>> > drwxrwxrwx root/root 0 2018-03-24 09:28 ./
>> > drwxr-xr-x root/root 0 2018-03-24 09:28 ./usr/
>> > drwxr-xr-x root/root 0 2018-03-24 09:28 ./usr/lib/
>> > drwxr-xr-x root/root 0 2018-03-24 09:28 ./usr/lib/python2.7/
>> > -rw-r--r-- root/root 7842 2018-03-24 09:28
>> > ./usr/lib/python2.7/hashlib.py
>> > -rw-r--r-- root/root 6891 2018-03-24 09:28
>> > ./usr/lib/python2.7/hashlib.pyc
>> > drwxr-xr-x root/root 0 2018-03-24 09:28
>> > ./usr/lib/python2.7/lib-dynload/
>> > -rwxr-xr-x root/root 25184 2018-03-24 09:28
>> > ./usr/lib/python2.7/lib-dynload/_hashlib.so
>> > -rwxr-xr-x root/root 6520 2018-03-24 09:28
>> > ./usr/lib/python2.7/lib-dynload/crypt.so
>> > -rw-r--r-- root/root 358 2018-03-24 09:28
>> ./usr/lib/python2.7/md5.py
>> > -rw-r--r-- root/root 376 2018-03-24 09:28
>> ./usr/lib/python2.7/md5.pyc
>> > -rw-r--r-- root/root 393 2018-03-24 09:28
>> ./usr/lib/python2.7/sha.py
>> > -rw-r--r-- root/root 419 2018-03-24 09:28
>> ./usr/lib/python2.7/sha.pyc
>> >
>> > derek at sparta:/tmp$ grep -r hashlib attrs/
>> > attrs/src/attr/_make.py:import hashlib
>> > attrs/src/attr/_make.py: sha1 = hashlib.sha1()
>> > attrs/src/attr/_make.py: sha1 = hashlib.sha1()
>> > attrs/src/attr/_make.py: sha1 = hashlib.sha1()
>> >
>> > On Thu, Apr 12, 2018 at 9:33 AM, jan vermaete <jan.vermaete at gmail.com>
>> > wrote:
>> >>
>> >> I'm afraid this patch just revert the file to the previous state.
>> >> As far as I can see, there is no need at all to have something of
>> >> crypto nor crypotgraphy needed for this python package.
>> >>
>> >> --
>> >> Jan Vermaete
>> >> "For every complex problem there is an answer that is clear, simple,
>> >> and wrong." - H.L. Mencken
>> >> --
>> >> _______________________________________________
>> >> Openembedded-devel mailing list
>> >> Openembedded-devel at lists.openembedded.org
>> >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>> >
>> >
>>
>>
>>
>> --
>> Jan Vermaete
>> "For every complex problem there is an answer that is clear, simple,
>> and wrong." - H.L. Mencken
>>
>
>
--
Jan Vermaete
"For every complex problem there is an answer that is clear, simple, and
wrong." - H.L. Mencken
More information about the Openembedded-devel
mailing list