Re: Preconditions for python-moto finished - help needed to build package itself
Hi Andreas, I checked the packaging, and my debuild ended up with an error different from > AttributeError: 'module' object has no attribute 'backport_assert_raises' According to a quick investigation on this problem, I'm sure there are still some missing B-Ds in control file. With patch [1] dpkg-buildpackage can go a bit further while building this package. See requirements-dev.txt. And new problems arose: 1. $ make test # python2 ImportError: No module named vendored 2. $ make test_server # python2 ConnectionError: HTTPConnectionPool(host='localhost', port=5000): Max retries exceeded with url: 3. $ nosetests3 -sv --with-coverage --cover-html ./tests/ ModuleNotFoundError: No module named 'botocore.vendored' AttributeError: module 'botocore' has no attribute 'vendored' It seems that the "vendored" is from botocore package. I'm not sure which package or script to blame. Further investigation needed. 4. $ debuild A bunch of errors. e.g. error: [Errno 111] Connection refused I don't know whether it helps to add all the dependencies specified by requirements-dev.txt to control. [1] as follows. diff --git a/debian/control b/debian/control index d950b12..5418dd3 100644 --- a/debian/control +++ b/debian/control @@ -5,6 +5,7 @@ Section: python Priority: optional Build-Depends: debhelper (>= 11), dh-python, + flake8, python-all, python-setuptools, python-aws-xray-sdk, @@ -15,11 +16,14 @@ Build-Depends: debhelper (>= 11), python-botocore (>= 1.7.12), python-cookies, python-cryptography (>= 2.0.0), + python-freezegun, python-jinja2, python-jsondiff, + python-nose, python-requests, python-xmltodict, python-six, + python-sure, python-werkzeug, python-dateutil, python-mock, @@ -36,11 +40,14 @@ Build-Depends: debhelper (>= 11), python3-botocore (>= 1.7.12), python3-cookies, python3-cryptography (>= 2.0.0), + python3-freezegun, python3-jinja2, python3-jsondiff, + python3-nose, python3-requests, python3-xmltodict, python3-six, + python3-sure, python3-werkzeug, python3-dateutil, python3-mock, -- Best,
Re: Preconditions for python-moto finished - help needed to build package itself
Hi, On 6 February 2018 at 15:56, Andreas Tille wrote: > Would you mind pushing your patch directly? I do not see any advantage > if I would proxy your patch. ;-) Done. > I admit up to know I have not checked this file but probably having > these will help. Then I believe it worth a try and will help. Flask is required by that *-dev.txt file, and the default listening port of flask is exactly 5000. I have to sleep now. :-) Have a good day. -- Best,
Request to join DPMT to maintain ujson
Hello python team, I'd like to adopt the ujson package[1], which was tagged RFA by the original maintainer. Can someone grant me[2] access to that repo? I'm following this guide: https://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin But following that page the reader is required to accept a 404 page: https://python-modules.alioth.debian.org/python-modules-policy.html [1] https://salsa.debian.org/python-team/modules/ujson [2] https://salsa.debian.org/lumin-guest (I'm currently a DM) On Sun, May 20, 2018 at 09:51:21AM -0400, Sandro Tosi wrote: > > I'd like to adopt ujson since I use it everyday. > > May I ask whether the reason why you RFA this package is due > > to a even faster new json encoder/decoder? > > simple lack of interest > > > BTW, could you grant me[1] the master access to the repo[2]? > > (So that I can directly push to master branch) > > please follow the procedure at > https://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin > > Regards, > -- > Sandro "morph" Tosi > My website: http://sandrotosi.me/ > Me at Debian: http://wiki.debian.org/SandroTosi > G+: https://plus.google.com/u/0/+SandroTosi signature.asc Description: PGP signature
Re: Request to join DPMT to maintain ujson
Hi, On 28 May 2018 at 08:41, Ondrej Novy wrote: > Hi, > > 2018-05-20 16:36 GMT+02:00 Lumin : >> >> ... Can someone grant me[2] access to that repo? > > > welcome :). Cool. Thanks! -- Best,
Bug#900617: RFS: ujson/1.35-3 [ITA]
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian-python@lists.debian.org, mo...@debian.org Dear mentors, I am looking for a sponsor for my package "ujson" * Package name: ujson Version : 1.35-3 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : python It builds those binary packages: python-ujson - ultra fast JSON encoder and decoder for Python 2 python-ujson-dbg - ultra fast JSON encoder and decoder for Python 2 (debug ext) python3-ujson - ultra fast JSON encoder and decoder for Python 3 python3-ujson-dbg - ultra fast JSON encoder and decoder for Python 3 (debug ext) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ujson Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/u/ujson/ujson_1.35-3.dsc More information about hello can be obtained from 1. http://debomatic-amd64.debian.net/distribution#unstable/ujson/1.35-3/buildlog 2. https://salsa.debian.org/python-team/modules/ujson chnages: ujson (1.35-3) unstable; urgency=medium [ Ondřej Nový ] * d/control: Set Vcs-* to salsa.debian.org * d/copyright: Use https protocol in Format field * d/watch: Use https protocol [ Chris Lamb ] * debian/copyright: Use HTTPS for Source field. [ Mo Zhou ] * Package adopted. Update Maintainers and Uploaders. (Closes: #888233) + Move Python Team to Maintainers. + Move Sandro Tosi to Uploaders. + Add myself to Uploaders. * Sort B-D list and add the missing B-D python-unittest2. * BUGS: Annotate a known bug. * Bump Standards-Version to 4.1.4 (no change). * copyright: Rename BSD to BSD-3-Clause (invalid-short-name-in-dep5-copyright). * Override obsolete-url-in-packaging. The URL is a note in copyright. * rules: Inject hardening flags. -- Mo Zhou Sat, 02 Jun 2018 06:30:23 + signature.asc Description: PGP signature
Re: How to enable Python3 for python-freecontact
Hi Andreas, > Is there any way to have different library sections in setup.py > to accomplish version specific libraries linked? -libraries = ['freecontact', 'boost_python'])] +libraries = ['freecontact', 'boost_python-py36'])] This hack fixes the python 3.6 .so linkage. I'm not sure whether there is a better way to workaround this, but the following solution works fine -libraries = ['freecontact', 'boost_python'])] +libraries = ['freecontact', 'boost_python-py%d%d'%(sys.version_info[0], sys.version_info[1])])] works for all python versions, i.e. 2.7, 3.6, 3.7 . BTW, Please check you boost-python version: │ │ /t/x/python-freecontact ❯❯❯ dpkg -L libboost-python1.62.0 │ /. │ /usr │ /usr/lib │ /usr/lib/x86_64-linux-gnu │ /usr/lib/x86_64-linux-gnu/libboost_python-py27.so.1.62.0 │ /usr/lib/x86_64-linux-gnu/libboost_python-py36.so.1.62.0 │ /usr/lib/x86_64-linux-gnu/libboost_python-py37.so.1.62.0 │ /usr/share │ /usr/share/doc │ /usr/share/doc/libboost-python1.62.0 │ /usr/share/doc/libboost-python1.62.0/changelog.Debian.gz │ /usr/share/doc/libboost-python1.62.0/copyright │ /usr/share/lintian │ /usr/share/lintian/overrides │ /usr/share/lintian/overrides/libboost-python1.62.0 │ /t/x/python-freecontact ❯❯❯ apt list libboost-python1.62.0 │ Listing... Done │ libboost-python1.62.0/unstable,unstable,now 1.62.0+dfsg-6 amd64 [installed,automatic] │
Anyone interested in Tensorflow packaging? Makefile available now.
Hello d-Science and d-Python team, Long time ago, TensorFlow packaging was blocked by bazel, a google's java-based building system which is hard to harness. At that time, cmake build was available but it's written for windows. However, by chance I discovered that tensorflow now ships a set of makefiles[1], which is explicitly saying "support Ubuntu". That means packaging TensorFlow is now viable, as long as we patch the build system to prevent it from downloading tarballs. If you are looking for things to do, or interested in machine learning or deep learning applications, you might want to have a look at it. However, I'm not working on it because: 1. I'm a bit overload these days, working on the Julia package. 2. unfortunately I don't like TensorFlow. I like it's main competitor -- PyTorch. But if someone is going to do something about it, I'd be happy to help. Let's have a look at the dependencies: * eigen [OK] * gemmlowp [OK, maintained by me] * googletest [OK] * nsync [missing] * protobuf [OK] * re2 [OK] * fft2d [missing] * abseil [missing] * cub [missing, NVIDIA's BSD-3-clause software that depends on CUDA] We don't need this pile of code when compiling CPU-only tensorflow. If someone is going to hack the makefiles, I'd suggest that, try building a CPU-only version first. Best, [1] https://salsa.debian.org/science-team/tensorflow/blob/master/tensorflow/contrib/makefile/build_all_linux.sh [2] https://salsa.debian.org/science-team/tensorflow/blob/master/tensorflow/contrib/makefile/download_dependencies.sh
