Bug#1023341: Fails to add any event due to too new python3-tzlocal
Hello, On 02/11/2022 17:04, Guido Günther wrote: [CUT] This because khal can't cope with recent python3-tzlocal from bookworm (4.2-1), downgrading python3-tzlocal (2.1-1) makes adding events work again (Got that hint https://github.com/pimutils/khal/issues/1092) It seems to be fixed in version in 0.10.5¹, changelog mention this entry: - FIX support for tzlocal >= 4.0 So updating the package should fix this. Cheers, ¹ https://github.com/pimutils/khal/issues/1196 -- Daniele Tricoli https://mornie.org OpenPGP_0x8BAF522C0D6CCEDD.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1011747: pyjwt: CVE-2022-29217 - Key confusion through non-blocklisted public key formats
Hello Neil, On 26/05/2022 11:40, Neil Williams wrote: Source: pyjwt Version: 2.3.0-1 Severity: important Tags: security upstream X-Debbugs-Cc: codeh...@debian.org, Debian Security Team Hi, The following vulnerability was published for pyjwt. CVE-2022-29217[0]: [CUT] Thanks for the report, I'm working on this. Cheers, -- Daniele Tricoli https://mornie.org
Bug#1001244: circuits: needs update for python3.10: 'Callable' from 'collections' is removed
Hello Steve, On Fri, Dec 10, 2021 at 05:47:46PM -0800, Steve Langasek wrote: > Apologies, the previous patch let the import test pass in local testing > here, but is incomplete. Please find attached a more complete patch that > should actually let autopkgtests pass. Don't worry and many thanks for the patch, I'm including it right now. Many thanks, -- Daniele Tricoli 'eriol' https://mornie.org
Bug#978739: chardet: Upgrading python3-chardet breaks many packages
Hello Sebastiaan, On Thu, Dec 31, 2020 at 04:28:40PM +0100, Sebastiaan Couwenberg wrote: > Thanks for quickly acting on this, but the problem is not limited to > python3-requests. Several other reverse dependencies need to be updated > for the new chardet as well. The autopkgtest failures include some of them: > > https://qa.debian.org/excuses.php?package=chardet Oh, sorry my fault, I confused this bug for one of the bugs opened for requests. Sorry for the noise and thanks for reopening! Cheers and happy new year! -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: PGP signature
Bug#978749: requests: circular dependency makes requests unbuildable
Hello Thomas, hello Sebastian! Thomas, thanks for always caring about requests! On Thu, Dec 31, 2020 at 04:03:48PM +0100, Thomas Goirand wrote: > If I understand correctly, the issue was that requests had: > > python3-chardet (>= 3.0.2), python3-chardet (<< 3.1.0) > > as (build-)depends, which prevents using charted 4. This is very > different from a circular dependency problem. As discussed on IRC I'm going to drop the upper bounds for both chardet and urllib3: they was introduced at the time when requests was vendoring all its dependencies and it was more coupled especially with urllib3. Nowadays for urllib3 upstream uses a range of versions, and I take care of both urllib3 and requests, so we should not have problems. chardet is more mature and should not be a problem at all. For the severity of this issue, well I think that we all want Debian in the best shape, so I don't care too much, it's something to be fixed! :) Thomas thanks for spotting the missing "nodoc", I will fix also this but not with the upload that will close this bug. Many thanks, cheers and happy new year! -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: PGP signature
Bug#978739: chardet: Upgrading python3-chardet breaks many packages
Version: 2.25.1+dfsg-1 Hello Bas, thanks for the report! On Thu, Dec 31, 2020 at 05:55:17AM +0100, Bas Couwenberg wrote: > Package: chardet > Version: 4.0.0-1 > Severity: serious > Justification: makes the package in question unusable or mostly so > Control: affects -1 src:requests src:qgis > > Dear Maintainer, > > Upgrading python3-chardet causes the removal of many packages: > > The following packages will be REMOVED: >chrome-gnome-shell gnome-music pycsw pycsw-wsgi python3-astropy-helpers > python3-boto3 python3-botocore python3-cupshelpers python3-gitlab > python3-numpydoc python3-owslib python3-plotly python3-pycsw python3-pywps > python3-qgis >python3-reportbug python3-requests python3-requests-oauthlib > python3-s3transfer python3-sphinx python3-sphinx-astropy > python3-sphinx-automodapi python3-sphinx-gallery pywps qgis qgis-plugin-grass > reportbug system-config-printer >system-config-printer-common system-config-printer-udev torbrowser-launcher > The following packages will be upgraded: >python3-chardet > 1 upgraded, 0 newly installed, 31 to remove and 0 not upgraded. > > python3-requests does not support version 3.1.0 or higher: > > python3-chardet (<< 3.1.0) > > With the freeze coming in a few months it may be wise to revert back to 3.0.x > for bullseye. > > Otherwise the python3-chardet rdeps need to fixed before that time. As soon as noticed the chardet upload I uploaded requests 2.25.1+dfsg-1 which fix the problem, but there was a time window during the propagation of the new version when the problem was reproducible. Happy new year! -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: PGP signature
Bug#978351: requests: FTBFS: AttributeError: 'LookupDict' object has no attribute '__name__'
On Mon, 28 Dec 2020 17:11:47 +0100 Daniele Tricoli wrote: > > I can reproduce it using python3-sphinx 3.4.1, I'm still investigating since > from sphinx's CHANGELOG the only incompatible change[¹] upgrading from sphinx > 3.3.1 (using it building the documentation is fine) seems to not be related to > this. I opened an issue upstream https://github.com/sphinx-doc/sphinx/issues/8616 but I'm going to close this temporary patching out the the part of the documentation that is failing to build, so we can close this without reassigning to sphinx. The temporary patch will just exclude the autodocumentation for requests.codes. Cheers, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: PGP signature
Bug#978351: requests: FTBFS: AttributeError: 'LookupDict' object has no attribute '__name__'
Hello Lucas, many thanks for the report! On Sat, 26 Dec 2020 23:08:21 +0100 Lucas Nussbaum wrote: > Source: requests > Version: 2.25.0+dfsg-1 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: ftbfs-20201226 ftbfs-bullseye > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. > > Relevant part (hopefully): > > make[1]: Entering directory '/<>' > > PYTHONPATH=. python3 -m sphinx -D html_last_updated_fmt="December 08, 2020" > > -N -bhtml docs/ \ > > debian/python-requests-doc/usr/share/doc/python-requests-doc/html/ > > Running Sphinx v3.4.1 > > making output directory... done > > loading intersphinx inventory from https://docs.python.org/3/objects.inv... > > loading intersphinx inventory from > > https://urllib3.readthedocs.io/en/latest/objects.inv... > > building [mo]: targets for 0 po files that are out of date > > building [html]: targets for 15 source files that are out of date > > updating environment: [new config] 15 added, 0 changed, 0 removed > > reading sources... [ 6%] api > > > > Exception occurred: > > File "/usr/lib/python3/dist-packages/sphinx/util/typing.py", line 160, in > > _restify_py37 > > return ':obj:`%s.%s`' % (cls.__module__, cls.__name__) > > AttributeError: 'LookupDict' object has no attribute '__name__' > > The full traceback has been saved in /tmp/sphinx-err-itgtnj9a.log, if you > > want to report the issue to the developers. > > Please also report this if it was a user error, so that a better error > > message can be provided next time. > > A bug report can be filed in the tracker at > > <https://github.com/sphinx-doc/sphinx/issues>. Thanks! > > make[1]: *** [debian/rules:21: override_dh_sphinxdoc] Error 2 I can reproduce it using python3-sphinx 3.4.1, I'm still investigating since from sphinx's CHANGELOG the only incompatible change[¹] upgrading from sphinx 3.3.1 (using it building the documentation is fine) seems to not be related to this. Cheers, [¹] https://github.com/sphinx-doc/sphinx/issues/8105 -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: PGP signature
Bug#948162: python-peak.util: should this package be removed?
Hello Sandro, On Sat, Jan 04, 2020 at 03:03:59PM -0500, Sandro Tosi wrote: > Source: python-peak.util > Severity: serious > > Hello, > this package recently became a leaf pkg and it's currently python2-only; > looking > at how it's made of, it appears it's a combination of modules: > > > Module Current Latest py3k >Version Available available? > > addons 0.7 0.7some py3k support > bytecodeassembler 0.6 0.6.1 no > extremes 1.1.11.1.1 yes > proxies0.9 0.10.0 yes > symboltype 1.0 1.0yes > > What are the plans for this package? they mostly leave at the new upstream > location on github https://github.com/PEAK-Legacy which says "Projects from > the > Python Enterprise Application Kit that are not actively in development, or > have > been discontinued. Most are Python 2-only." > > Should we just go ahead and remove this package, since there are no more > Debian > packages depending on it? I agree with you (I made tha same search in the past about upstream status and I reached your same conclusion): I was waiting for the package to became a leaf package before filing for its removal. I'm in a hurry right now, I will try to file it tomorrow, but please go ahead if you have time, no need to wait and thanks for pushing this! Regards, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: PGP signature
Bug#911716: python-urllib3 FTBFS: ssl tests fail
Hello Helmut, On 10/23/18 10:23 PM, Helmut Grohne wrote: > Source: python-urllib3 > Version: 1.22-1 > Severity: serious > Tags: ftbfs > > python-urllib3 fails to build from source in unstable. Building the > experimental version succeeds. Many thanks for your report. I plan to package requests tomorrow, (urllib3 was uploaded to experimental because only requests >= 2.20.0 support it) and upload both into unstable. Cheers, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: OpenPGP digital signature
Bug#903989: vcr.py: autopkgtest needs update for python3.7 in supported versions
Hello, On 9/24/18 3:09 PM, Mattia Rizzolo wrote: > I think so, hence I'm rising the severity of this bug. > > I believe the latest upstream version 2.0.0 fixes this bug, however. > https://github.com/kevin1024/vcrpy/commit/e93060c81bef0130d0626b348ab753db50e3f8fb > https://github.com/kevin1024/vcrpy/commit/b38915a89aef77f7169fdf3aa949072050029648 Many thanks for the investigation, I will update vcr.py during this week! Sorry for the delay! Cheers, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: OpenPGP digital signature
Bug#903187: pyjwt: FTBFS in buster/sid (dh_installdocs: Cannot find "README.md")
Hello Santiago, On Saturday, July 7, 2018 1:40:38 PM CEST Santiago Vila wrote: > Package: src:pyjwt > Version: 1.5.3+ds1-1 > Severity: serious > Tags: ftbfs > > Dear maintainer: > > I tried to build this package in buster but it failed: Many thanks for the report, I will work on this today! Cheers, -- Daniele Tricoli 'eriol' https://mornie.org
Bug#852303: pywavelets FTBFS on all architectures
Hello Balint, On Monday, March 27, 2017 12:33:06 PM CEST Balint Reczey wrote: > I have uploaded an NMU to DELAYED/2 with the attached patch. Many thanks, unfortunately I started working on on this bug I did non completed it. I will integrate your patch in the next upload. Kind regards, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#852303: pywavelets FTBFS on all architectures
Hello Adrian, On Monday, January 23, 2017 2:49:23 PM CET Adrian Bunk wrote: > Source: pywavelets > Version: 0.5.1-1 > Severity: serious > > https://buildd.debian.org/status/package.php?p=pywavelets [CUT] Thanks for the reminder, I use a pbuilder amd64 chroot and I also use Debomatic[¹] but also with amd64 arch. I was aware of the problem but unfortunately I was too busy. I will fix in few days, I hope during the weekend. Cheers, [¹] http://debomatic-amd64.debian.net/ -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#832626: python-requests: Importing the module fails
Hello Michel,
thanks for the additional details.
On Thursday, July 28, 2016 02:29:25 PM Michel Le Bihan wrote:
> >>> sys.path
>
> ['', '/usr/local/lib/python2.7/dist-packages/pytvmaze-1.4.3-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/pyScss-1.3.4-py2.7-linux-x86_64.egg'
> , '/usr/local/lib/python2.7/dist-packages/pyparsing-2.0.7-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/Flask_Login-0.3.2-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/Flask_Compress-1.3.0-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/cssmin-0.2.0-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/Flask_Assets-0.11-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/CherryPy-4.0.0-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/flask_restplus-0.7.2-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/ordereddict-1.1-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/Flask_RESTful-0.3.5-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/Flask-0.10.1-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/APScheduler-3.0.5-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/guessit-0.10.3-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/path.py-8.1.2-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/tmdb3-0.7.2-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/python_dateutil-2.4.2-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/rpyc-3.3.0-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/progressbar-2.3-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/pynzb-0.1.0-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/PyRSS2Gen-1.1-py2.7.egg',
> '/usr/local/lib/python2.7/dist-packages/PyYAML-3.11-py2.7-linux-x86_64.egg',
> '/usr/local/lib/python2.7/dist-packages/SQLAlchemy-1.0.11-py2.7-linux-
> x86_64.egg', '/usr/local/lib/python2.7/dist-
> packages/feedparser-5.2.1-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/pathlib-1.0.1-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/webassets-0.11.1-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/pytz-2015.7-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/aniso8601-1.1.0-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/itsdangerous-0.24-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/Werkzeug-0.11.3-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/futures-3.0.3-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/tzlocal-1.2-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/stevedore-1.10.0-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/babelfish-0.5.5-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/urllib3-1.12-py2.7.egg', '/usr/local/lib/python2.7/dist-
> packages/plumbum-1.6.1.post0-py2.7.egg', '/usr/lib/python2.7',
> '/usr/lib/python2.7/plat-x86_64-linux-gnu', '/usr/lib/python2.7/lib-tk',
> '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload',
> '/usr/local/lib/python2.7/dist-packages',
> '/usr/lib/python2.7/dist-packages',
> '/usr/lib/python2.7/dist-packages/PILcompat', '/usr/lib/python2.7/dist-
> packages/gtk-2.0', '/usr/lib/pymodules/python2.7',
> '/usr/lib/python2.7/dist- packages/wx-3.0-gtk2']
OK, the problem is due to several /usr/local/lib/python2.7/dist-packages/
before /usr/lib/python2.7/dist-packages (where system package
modules are installed).
I suppose you had to install manually something, but the problem is
that mixing system package with manually installed packages can lead to
situation like the one you discovered.
If you tell Python to ignore site-specific configuration hook, you should
be able to confirm this. Just call python with -S.
For example:
python -S -c "import sys; sys.path.append('/usr/lib/python2.7/dist-packages/');
import requests; print requests.__version__"
2.10.0
Note that you have to explicitly add '/usr/lib/python2.7/dist-packages/' to
sys.path.
So, to solve the problem you should get rid of the local installed packages
that lead to this situation, but since it can be tricky to find packages who
meddle with system packaged ones, it would better (and easier) to just remove
all of them (manually installed I mean) and use, for example, a virtualenv for
packages not in Debian, to not have to worry about mixing packages from
different
source.
HTH,
--
Daniele Tricoli 'eriol'
https://mornie.org
signature.asc
Description: This is a digitally signed message part.
Bug#832626: python-requests: Importing the module fails
0160609] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import requests >>> requests.__version__ '2.10.0' Cheers, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#831868: marked as pending
tag 831868 pending
thanks
Hello,
Bug #831868 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:
http://git.debian.org/?p=python-modules/packages/pyjwt.git;a=commitdiff;h=977d5a0
---
commit 977d5a0752f3b09fa552f6af3624fb90fc943bee
Author: Daniele Tricoli <er...@mornie.org>
Date: Thu Jul 21 00:11:31 2016 +0200
Update changelog for 1.4.1-1
diff --git a/debian/changelog b/debian/changelog
index 39689d1..54ca609 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,11 +2,13 @@ pyjwt (1.4.1-1) UNRELEASED; urgency=medium
* New upstream release.
* Run "as-installed" tests (DEP8).
+ * debian/patches/01_do-not-use-pytest-runner.patch
+- Drop since python{,3}-pytest-runner is in Debian.
* debian/rules
-- Make the build reproducible. (Closes: #828131)
+- Make the build reproducible. (Closes: #828131, #831868)
Thanks to Chris Lamb for report and patch.
- -- Daniele Tricoli <er...@mornie.org> Wed, 20 Jul 2016 15:14:54 +0200
+ -- Daniele Tricoli <er...@mornie.org> Thu, 21 Jul 2016 00:07:43 +0200
pyjwt (1.4.0-1) unstable; urgency=medium
Bug#831868: python-rows: ships /usr/lib/python2.7/dist-packages/.coverage
Hello Andreas, On Wed, 20 Jul 2016 13:15:36 +0200 Andreas Beckmann <a...@debian.org> wrote: > Control: retitle -2 python-jwt: ships /usr/lib/python2.7/dist- packages/.coverage [CUT] Many thanks for the report. Already fixed on git, it will uploaded soon. Kind regards, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#830543: betamax: accesses the internet during build
Hello Chris, many thanks for this report! On Sat, 09 Jul 2016 11:41:46 +0200 Chris Lamb <la...@debian.org> wrote: > Source: betamax > Version: 0.7.0-2 > Severity: serious > Justification: Policy 4.9 > User: la...@debian.org > Usertags: network-access > > Dear Maintainer, > > Whilst betamax builds successfully on unstable/amd64, according to > Debian Policy 4.9 packages may not attempt network access during > a build. [CUT dump] > This appears to be caused by (at least) Sphinx's intersphinx mapping extension. > Please see #830186 for more information, including suggestions on how to fix > it. Thanks I will patch intersphinx, since the package is aready using dh-python. Kind regards, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#825168: marked as pending
tag 825168 pending thanks Hello, Bug #825168 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=python-modules/packages/python-urllib3.git;a=commitdiff;h=dc71911 --- commit dc71911b64c6a3ebca1b7933eda671b70099117e Author: Daniele Tricoli <er...@mornie.org> Date: Tue May 24 16:19:00 2016 +0200 Mention that excluding GAE tests fixes #825168 diff --git a/debian/changelog b/debian/changelog index 7525c64..3204a81 100644 --- a/debian/changelog +++ b/debian/changelog @@ -10,9 +10,9 @@ python-urllib3 (1.15.1-1) UNRELEASED; urgency=medium - Refresh. * debian/rules - Don't run contrib socks tests at build time. -- Exclude GAE tests. +- Exclude GAE tests. (Closes: #825168) - -- Daniele Tricoli <er...@mornie.org> Sun, 22 May 2016 20:06:26 +0200 + -- Daniele Tricoli <er...@mornie.org> Tue, 24 May 2016 16:18:22 +0200 python-urllib3 (1.13.1-2) unstable; urgency=medium
Bug#814467: marked as pending
tag 814467 pending thanks Hello, Bug #814467 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=python-modules/packages/python-urllib3.git;a=commitdiff;h=a42d469 --- commit a42d46986aa2946ac97888ede17d73fff3c92e70 Author: Daniele Tricoli <er...@mornie.org> Date: Fri Feb 12 01:33:47 2016 +0100 Update changelog diff --git a/debian/changelog b/debian/changelog index d902281..9cb58ff 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,20 @@ +python-urllib3 (1.13.1-2) UNRELEASED; urgency=medium + + * debian/control +- Remove python-urllib3-whl and python3-wheel B-D. (Closes: #814467) +- Use secure URI for Vcs-Git. +- Bump Standards-Version to 3.9.7 (no changes needed). +- Bump X-Python3-Version to >= 3.2. + * debian/copyright +- Update copyright years. + * debian/python-urllib3-whl.install +- Remove. + * debian/rules +- Remove override_dh_auto_install since it's no longer needed to build the + wheel package. + + -- Daniele Tricoli <er...@mornie.org> Fri, 12 Feb 2016 01:35:42 +0100 + python-urllib3 (1.13.1-1) unstable; urgency=medium * New upstream release.
Bug#786173: marked as pending
tag 786173 pending thanks Hello, Bug #786173 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=python-modules/packages/python-peak.rules.git;a=commitdiff;h=535856f --- commit 535856f9a8a08ff1a53051ad12bdceb33925b5ae Author: Daniele Tricoli <er...@mornie.org> Date: Sat Feb 6 22:58:29 2016 +0100 Update changelog diff --git a/debian/changelog b/debian/changelog index a66bc2a..3616979 100644 --- a/debian/changelog +++ b/debian/changelog @@ -5,11 +5,26 @@ python-peak.rules (0.5a1+r2713-1) UNRELEASED; urgency=low [ Daniele Tricoli ] * New upstream release. + * Replace deprecated dh_pysupport with dh_python2. (Closes: #786173) + * debian/compat +- Bump debhelper compatibility level to 9. * debian/control -- Bumped Standards-Version to 3.9.3 (no changes needed) +- Bump Standards-Version to 3.9.7 (no changes needed). +- Update Vcs fields for git migration. +- Bump debhelper B-D to (>= 9). +- Add X-Python-Version. +- Use secure URI for Vcs-Git. + * debian/copyright +- Update Format URI. +- Fix wildcard-matches-nothing-in-dep5-copyright. +- Use secure URI in Source field. +- Update copyright years. * debian/rules -- Made package build twice in a row. Thanks to Jakub Wilk for - the bug report (Closes: #671424) +- Clean egg-info to build the package twice in a row. Thanks to Jakub Wilk + for the bug report. (Closes: #671424) +- Use mktemp to create GOS_TMP_DIR. + * debian/README.source +- Update. -- Daniele Tricoli <er...@mornie.org> Fri, 05 Feb 2016 01:17:55 +0100
Bug#786317: marked as pending
tag 786317 pending thanks Hello, Bug #786317 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=python-modules/packages/python-peak.util.git;a=commitdiff;h=cb740f0 --- commit cb740f058dac0dfee8663eda06a6327300b1f53c Author: Daniele Tricoli <er...@mornie.org> Date: Thu Feb 4 04:46:25 2016 +0100 Update changelog diff --git a/debian/changelog b/debian/changelog index 999ad42..8668eda 100644 --- a/debian/changelog +++ b/debian/changelog @@ -6,8 +6,24 @@ python-peak.util (20160204-1) UNRELEASED; urgency=low [ Daniele Tricoli ] * New release. - Add peak.util.proxies 0.9. (Closes: #732826) + * Replace deprecated dh_pysupport with dh_python2. (Closes: #786317) + * Switch watch files to pypi.debian.net. + * debian/compat +- Bump debhelper compatibility level to 9. + * debian/control +- Update Vcs fields for git migration. +- Bump Standards-Version to 3.9.7 (no changes needed). +- Bump debhelper Build-Depends to (>=9). +- Add Add X-Python-Version. +- Mention ProxyTypes in Description field. + * debian/copyright +- Add ProxyTypes source location. +- Update copyright years. +- Update Format URI. + * debian/rules +- Make get-orig-source comply to Policy 4.9. - -- Daniele Tricoli <er...@mornie.org> Thu, 04 Feb 2016 01:28:05 +0100 + -- Daniele Tricoli <er...@mornie.org> Thu, 04 Feb 2016 04:42:00 +0100 python-peak.util (20110909-1) unstable; urgency=low
Bug#803662: marked as pending
Hello Stein, On Wednesday, November 04, 2015 11:14:18 PM Stein Magnus Jodal wrote: > I have to admit I chose an RC bug with DPMT as Maintainer mostly at > random to bribe Piotr into quickly accepting my join request ;-) Welcome to the DPMT! \o/ I read your email on debian-python@ few hours later my first reply here! I'm fine with team work: this is because I put my packages on teams! :) My only concern is to start working on a package when the maintainer is working on it: this is because I always ping, but again, this was not a problem! ;-) > It's uploaded now. Thanks! Cheers, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#803662: marked as pending
Hello Stein, On Wednesday, November 04, 2015 03:37:34 PM Stein Magnus Jodal wrote: > Bug #803662 reported by you has been fixed in the Git repository. You can > see the changelog below, and you can check the diff of the fix at: Thanks for your work on sphinxcontrib-spelling! My plan was to work on #803662 this evening! :) Can you also upload it? Or should I manage the upload? Cheers, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#802760: marked as pending
tag 802760 pending thanks Hello, Bug #802760 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=python-modules/packages/requests.git;a=commitdiff;h=ccc91dc --- commit ccc91dc291710d32703aa554a4a23409b358e66d Author: Daniele Tricoli <er...@mornie.org> Date: Fri Oct 23 12:26:29 2015 +0200 Uploading requests 2.8.1 will close #802760 diff --git a/debian/changelog b/debian/changelog index e912f06..6a4b1ec 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,10 +1,10 @@ requests (2.8.1-1) UNRELEASED; urgency=medium - * New upstream release. + * New upstream release. (Closes: #802760) * debian/patches/05_upstream_devendorize.patch - Remove because included since version 2.8.0. - -- Daniele Tricoli <er...@mornie.org> Wed, 14 Oct 2015 18:54:29 +0200 + -- Daniele Tricoli <er...@mornie.org> Fri, 23 Oct 2015 12:26:12 +0200 requests (2.7.0-3) unstable; urgency=medium
Bug#802760: python-requests 2.7.0 incompatible with urllib3 1.12
Hello Thomas, thanks for this report! On Friday, October 23, 2015 10:22:07 AM Thomas Goirand wrote: > I've tried to build python-glanceclient with python-requests 2.7.0 and > version 1.12 of python-urllib3, and it just broke (ie: FTBFS). Building > python-glanceclient with version 1.11-2 of urllib3 worked, and also, > upgrading python-requests to 2.8.1 worked as well. > > As you must know (because upstream got in touch with you), urllib3 and > requests are very tighly coupled, and you cannot upgrade one without > upgrading the other. > > The way forward with this, IMO, is to upgrade requests to 2.8.1. I was already working on this, my workflow was bite a bit from git migration. Maybe you noted that in the repository we have already requests 2.8.1, I had to do the final checks and it will updated. I'm working on this right now. I will start to use ratt[¹] from the future to keep requests always in the best shape and not brake anything (or at least catch all breaking early). Thanks! [¹] https://packages.debian.org/sid/ratt -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#799577: python-pyke: uninstallable in sid: unsatisfiable dependencies
On Sun, 20 Sep 2015 19:16:56 +0200 Daniele Tricoli <er...@mornie.org> wrote: > Many thanks for this report. It's easy to fix since pyke is versioning > python-ply using dh_python-ply (only on binary package). Rebuilding it > should be enough, but I will check (and fix also #790410) tomorrow. Unfortunately, pyke is no longer compatible with the newer version of ply which is in unstable. It has only a dependant (science-machine-learning), but the dependency will be removed soon (#799284 for details). I will wait for the new upload of science-machine-learning and then I will ask for the removal of pyke from unstable. Kind regards, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#799577: python-pyke: uninstallable in sid: unsatisfiable dependencies
Hello Andreas, On Sunday 20 September 2015 16:25:28 Andreas Beckmann wrote: > during a test with piuparts I noticed your package is no longer > installable in sid: Many thanks for this report. It's easy to fix since pyke is versioning python- ply using dh_python-ply (only on binary package). Rebuilding it should be enough, but I will check (and fix also #790410) tomorrow. Regards, -- Daniele Tricoli 'eriol' https://mornie.org
Bug#796305: python-oauthlib: FTBFS: plugin distutils failed with: exit code=1:
Hello Chris, On Thursday 03 September 2015 13:55:06 Chris Lamb wrote: > Yes, just send a new email as follows (or reply and modify this one): > > To: 796305-d...@bugs.debian.org > Subject: Re: python-oauthlib: FTBFS: plugin distutils failed with: > exit code=1: > > Version: 1.0.3-1 > > (whatever you want here) Many thanks, I did it once but I wanted to be sure! I'm closing this with a separate email. Regards, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#796305: python-oauthlib: FTBFS: plugin distutils failed with: exit code=1:
Hello Chris, On Monday 24 August 2015 10:36:01 Chris Lamb wrote: > No problem and good luck :) Many thanks! ;) python-oauthlib 1.0.3-1 was uploaded in the meantime without the possibility to close this bug in the changelog. Can I close it specifying Version in the pseudo-header? Or should I do something else? Thanks! Cheers, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#797070: [python-urllib3] Break python-requests and transitively vim-youcompleteme
Hello Jan, thanks for this report! On Thursday 27 August 2015 16:44:14 Jan Hudec wrote: Downgrading python-urllib3 to 1.10.4-1 fixes the problem. There is no available upgrade to python-requests, python-requests-futures or vim-youcompleteme to fix the problem on their side. I can't test it right now, (I will this evening), but can it be related to #796356? I already fixed this on SVN and sent a RFS, so if you can try python- urllib3 1.11-2 (you can build it from SVN, it's ready for the upload) and tell me if it works, it would be appreciated. I'll look better at this issue in 5-6 hours. Sorry for the inconvenience! Kind regards, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#796305: python-oauthlib: FTBFS: plugin distutils failed with: exit code=1:
Hello Chris, many thanks for this report and sorry for my late reply but I was not notified (althouth I subscribed to python-oauthlib bugs time ago). On Friday 21 August 2015 10:08:51 Chris Lamb wrote: python-oauthlib fails to build from source on unstable/amd64: Yes, it's due some docstrings that can't be tested as, for example, this: https://github.com/idan/oauthlib/blob/16cd3b255b2c86ec7da412357cad899c72d8dbf7/oauthlib/oauth1/rfc5849/endpoints/authorization.py#L77 But it was fixed in python-oauthlib 1.0.3-1. My usual sponsor tagged it on SVN (6 days ago[¹]) so I'm sure he uploaded it but since it's not in the archive something did not work. I'm sending him an email to sort this out. Sorry for the inconvenience. Kind regards, [¹] https://anonscm.debian.org/viewvc/python-modules/packages/python-oauthlib/trunk/debian/changelog?revision=33818view=markup -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#794581: kde unusable
On Wednesday 19 August 2015 20:20:38 Francisco Galera wrote: I am a newbie, and i do not know if this is the same bug or not. Simply i can't use kde. I get a segfault with kwin_x11 when i log into kde and nothing seems to work, sometimes neither the keyboard. Without debug info the attachements are not so useful! ;) Anyway I had the same problem updating my Stretch box today and I solved it downgrading libkdecorations2-5 and libkdecorations2private5 to 5.3.2-1. HTH, -- Daniele Tricoli 'eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#792062: FTBFS: test_secure_server fails: urlopen error: CERTIFICATE_VERIFY_FAILED
Hello Chris, On Friday 10 July 2015 20:34:19 Chris West wrote: The package fails to build: Yes, thanks it was under my radar, but I was not able to start to fix this before. I'm updating circuits now, so I will also fix this. Cheers, -- Daniele Tricoli 'Eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#781640: Downgrading bug severity
Hello Salvatore, On Tuesday 07 July 2015 14:07:31 Salvatore Bonaccorso wrote: Thanks for this status update. (really appreciated!) Sorry for the additional delay! I completed the updated package and I already sent a requests for sponsor! I mentioned on debian/changelog the same link about the security issue used for pyjwt (0.2.1-1+deb8u1). Kind regards, -- Daniele Tricoli 'Eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#781640: Downgrading bug severity
Hello Salvatore, On Monday 06 July 2015 20:49:24 Salvatore Bonaccorso wrote: Increasing again the severity, since we have it fixed in jessie-security but not yet included as well for stretch. Thanks and sorry for the delay and the missed deadline, but I had some important stuff to take care of. I'm working on this right now. The package is quite ready (it build fine) but since upstream maintainer changed I have to look again at all the code to check if the updated copyright is right. Thanks for your patience, I will send an ack later. Kind regards, -- Daniele Tricoli 'Eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#786784: python-urllib3: AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3'
tag 786784 + moreinfo thanks Hello Chris, thanks for this report! Chris Bainbridge wrote: Package: python-urllib3 Version: 1.9.1-3 Severity: serious $ python Python 2.7.9 (default, Mar 1 2015, 12:57:24) [GCC 4.9.2] on linux2 Type help, copyright, credits or license for more information. import requests Traceback (most recent call last): File stdin, line 1, in module File requests/__init__.py, line 53, in module from urllib3.contrib import pyopenssl File urllib3/contrib/pyopenssl.py, line 70, in module ssl.PROTOCOL_SSLv3: OpenSSL.SSL.SSLv3_METHOD, AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3' this bug seems like #781781 and as I said there I'm not able to reproduce it. Can you provide more info? Thanks! Are you using the packaged version on urllib3? If yes there is something really strange since I patched it as explained here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781781#20 I will try on a fresh Jessie VM (I suppose you are using Jessie since urllib3 version 1.9.1-3), but any info will be very appreciated. Cheers, -- Daniele Tricoli 'Eriol' https://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#780506: Reproduction script
Hello Daniel, On Monday 16 March 2015 11:18:42 Daniel Watkins wrote: I've written a simple reproduction script for the CVE, which validates whether or not the issue is fixed. I patched requests yesterday and I made a pre unblock request: RT agrees for unblocking requests 2.4.3-6 with the fix for CVE-2015-2296. Now I will test the package using your script before the upload. Many thanks! Cheers, -- Daniele Tricoli 'Eriol' http://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#780506: requests: CVE-2015-2296: session fixation and cookie stealing issue
Hello Salvatore, Salvatore Bonaccorso wrote: Hi, the following vulnerability was published for requests. CVE-2015-2296[0]: session fixation and cookie stealing Thanks for notifing, I was alredy update by upstream. I'im going to work on this today. Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770172: [libpython2.7-stdlib] Missing attribute PROTOCOL_SSLv3
Hello Estevo, On Wed, 19 Nov 2014 10:18:49 +0100 Estevo Paz esteban.fre...@deltamethod.com wrote: Many thanks for the report. The upload of python-urllib3 1.9.1-3 will fix this. -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769685: awscli: FTBFS: ImportError: Failed to import test module: awscli.testutils
Hello Tom, many thanks for let me know of this! On Monday 17 November 2014 11:59:38 Tom Marble wrote: Supposedly #769496 fixed this bug, but I continued to have troubles with 'aws' (from package 'awscli'). I suspect the 'monkey patch' fix is very sensitive to import order (?) It should not to be sensitive to import order, but I will investigate better also this. I partial fix was to make this change in /usr/lib/python3/dist-packages/botocore/awsrequest.py #from requests.packages.urllib3.connection import HTTPConnection This import is not working and I will investigate why. It's of course related to the patch but it's a bit strange: import requests.packages.urllib3.connection dir(requests.packages.urllib3.connection) ['BaseSSLError', 'ConnectTimeoutError', 'ConnectionError', 'DummyConnection', 'HTTPConnection', 'HTTPException', 'HTTPSConnection', 'RECENT_DATE', 'SocketTimeout', 'SystemTimeWarning', 'UnverifiedHTTPSConnection', 'VerifiedHTTPSConnection', '_HTTPConnection', '__builtins__', '__doc__', '__file__', '__name__', '__package__', 'assert_fingerprint', 'connection', 'datetime', 'match_hostname', 'port_by_scheme', 'resolve_cert_reqs', 'resolve_ssl_version', 'six', 'socket', 'ssl', 'ssl_wrap_socket', 'sys', 'warnings'] requests.packages.urllib3.connection.HTTPConnection class 'urllib3.connection.HTTPConnection' So the form import is working but not the from ... import. I can't look at this right now, but I will work on it, I hope tomorrow. Feel free to open a serious bug against requests, since the purpose of the monkey patching is to transparently work. Of course, any suggestions are appreciated! :) #from requests.packages.urllib3.connectionpool import HTTPConnectionPool #from requests.packages.urllib3.connectionpool import HTTPSConnectionPool I tried these and they seem to work. from urllib3.connection import HTTPConnection from urllib3.connectionpool import HTTPConnectionPool from urllib3.connectionpool import HTTPSConnectionPool I'm sorry for the more work you had to do, the monkey patch approach was supposed to avoid all of this. HOWEVER aws is still having some other troubles (which may or may not be related to this bug). Regards, --Tom $ aws --debug --region us-east-1c ec2 describe-instances [...] [CUT traceback] socket.gaierror: [Errno -2] Name or service not known This seems to be related on DNS, can you try to simply resolve the host name? Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769496: requests.packages.urllib3 stub is broken on Python 3
Source: requests Version: 2.4.3-3 Severity: serious The requests.packages.urllib3 stub does not work on Python 3 as reported here: https://lists.debian.org/debian-python/2014/11/msg00021.html This is breaking python3-docker but also other packages could be affected. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769496: About requests.packages.urllib3 in Debian
First of all my apologies for the wasted time...
specially for the Release Team that was so fast on
unblocking requests 2.4.3-3.
On Wednesday 12 November 2014 23:43:58 Tianon Gravi wrote:
Any ideas? Do we need to include some kind of further patch in
python-docker, or was the patch to requests possibly not complete?
I fixed this in requests 2.4.3-4 (RFS already sent to Piotr).
The only changes needed are here:
http://anonscm.debian.org/viewvc/python-modules/packages/requests/trunk/debian/patches/04_make-requests.packages.urllib3-same-as-urllib3.patch?view=markuppathrev=31441
The package build fine twice in a row in a pbuilder chroot.
This time, beyond, running requests' tests I also used these:
--[test_requests.py]--
from __future__ import print_function
import requests
import requests.packages.urllib3
import urllib3
assert requests.packages.urllib3 is urllib3
assert requests.packages.urllib3 == urllib3
from requests.packages.urllib3.util import get_host
from urllib3.util import get_host as get_host_u3
assert get_host is get_host_u3
from requests.packages.urllib3.util.timeout import Timeout as T1
from urllib3.util.timeout import Timeout as T2
assert T1 is T2
--
--[test_docker.py]
from __future__ import print_function
import os
import docker
c = docker.Client(base_url=os.getenv('DOCKER_HOST'))
print(c.version())
--
I ran them both on Python 2 and Python 3.
Also, I noticed that linking urllib3 inside requests.packages
is not needed anymore, but I did not removed *.links due to
the freeze, to keep changes as small as possible.
Of course, I will wait before asking for an unblock. I want to
try
Kind regards,
P.S. Unfortunately I will be off-line during the weekend, so
feel free to work on requests if it's needed. I'll be back on
monday.
--
Daniele Tricoli 'Eriol'
http://mornie.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769047: requests.packages.urllib3 stub must be the same of global urllib3 package
Source: requests Version: 2.4.3-1 Severity: critical Justification: breaks unrelated software To prevent other bugs like #767445. Look at the whole thread for a complete explanation: https://lists.debian.org/debian-python/2014/11/msg1.html -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767445: (no subject)
Hello, I have already sent a RFS for requests 2.4.3-3 with a fix for this. I already tried python-docker 0.5.3-1 after building it inside a pbuilder chroot: using requests 2.4.3-3, python-docker works. See this thread for details: https://lists.debian.org/debian-python/2014/11/msg1.html Specifically: https://lists.debian.org/debian-python/2014/11/msg00019.html For example, python-botocore 0.69.0-1 uses both requests and urllib3 (upstream is using requests.packages.urllib3 as import point) and with requests 2.4.3-3 it will not need a patch like the one provided by Kuba. Of couse many thanks to Jakub Warmuz for investigating this! :) I already opened a RC bug against requests, it will be closed with the upload of requests 2.4.3-3 (already asked a RFS to my usual sponsor) and then I will ask for an unblok since I want this fixed in Jessie. Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766419: python3-requests: Version 2.4 of python-requests / python3-requests breaks virtualenv.
Hello Nicolas,
thanks for the report!
On Thursday 23 October 2014 00:47:56 Nicolas CANIART wrote:
The new version of python3-requests/python-requests (2.4.3) breaks
pip which in turn breaks virtualenv (see bug #766261).
Yes, discovered myself, unfortunately!
The request.compat module used to export a IncompleteRead
module which virtualenv uses. But this symbol is no longer defined there
and thus any package relying on it is prone to break.
Temporarily removing this package from unstable or uploading a version
of the package that is patched so it exports the symbol in question
again, seems advisable considering the amount of reverse dependency
this package has (a quick grep in /usr/lib/python3/dist-package show
no other package on my system but I have only a few of those reverse
dependencies installed).
I prefer to patch requests, because I want 2.4.3-1 in Jessie.
Fortunally, accordingly to codesearch.d.n:
http://codesearch.debian.net/search?prev=q=filetype%3Apython+from+requests.compat+importskip=0
few packages use requests.compat.
python-pip seems to be the only package to break since the only difference
between v2.3.0 and v2.4.3 is:
$ git diff v2.3.0 v2.4.3 requests/compat.py
diff --git a/requests/compat.py b/requests/compat.py
index bdf10d6..be5a1ed 100644
--- a/requests/compat.py
+++ b/requests/compat.py
@@ -75,7 +75,9 @@ is_solaris = ('solar==' in str(sys.platform).lower()) #
Complete guess.
try:
import simplejson as json
-except ImportError:
+except (ImportError, SyntaxError):
+# simplejson does not support Python 3.2, it thows a SyntaxError
+# because of u'...' Unicode literals.
import json
# -
@@ -90,7 +92,6 @@ if is_py2:
from Cookie import Morsel
from StringIO import StringIO
from .packages.urllib3.packages.ordered_dict import OrderedDict
-from httplib import IncompleteRead
builtin_str = str
bytes = str
@@ -106,7 +107,6 @@ elif is_py3:
from http.cookies import Morsel
from io import StringIO
from collections import OrderedDict
-from http.client import IncompleteRead
builtin_str = str
str = str
So I'm going to patch requests to export IncompleteRead form the httplib
module (httplib is a module of the Python standard library so it will be a
trivial patch) both for Python 2 and Python 3.
Looking at pip source code on [1], it seems this symbol is no longer
used so you may also want to coordinate with the pip maintainer
(there are no newer release of pip, as of today).
Well, I will fix on requests side just know, since the freeze is around the
corner, but I'm not contrary on coordinate with the pip maintainer! ;)
I will also add to my workflow testing pip after running requests' tests: they
need Internet connection so I run them manually.
Cheers,
--
Daniele Tricoli 'Eriol'
http://mornie.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766419: python3-requests: Version 2.4 of python-requests / python3-requests breaks virtualenv.
tags 766419 + pending thanks On Thursday 23 October 2014 02:46:18 Daniele Tricoli wrote: Well, I will fix on requests side just know, since the freeze is around the corner, but I'm not contrary on coordinate with the pip maintainer! ;) Done! I already asked a RFS to my usual sponsor, so it should be uploaded soon. Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759077: pyke: Patch for wxPython 3.0
Hello Olly, many thanks for this patch! On Thursday 18 September 2014 23:05:55 you wrote: I'm happy to NMU this change - just let me know if you'd like me to. I'm incorporating your patch right now, so a NMU should not be needed. :) Many thanks for working on this! Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759077: pyke: Patch for wxPython 3.0
tags 759070 + pending thanks On Thursday 18 September 2014 16:03:22 you wrote: I'm incorporating your patch right now, so a NMU should not be needed. :) Done. I already asked for a RFS, so this should be fixed soon. -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719231: python3-flake8: Unmet dependency on python3-pep8
Package: python3-flake8 Severity: serious Justification: Policy 3.5 Hello, python3-flake8 depends on python3-pep8 that doesn't exist in Debian. See #694564. # apt-get install python3-flake8 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: python3-flake8 : Depends: python3-pep8 but it is not installable E: Unable to correct problems, you have held broken packages. Kind regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713757: (no subject)
Just a quick update: this bug is fixed in the SVN repository. I'm not tagging it as pending since I have to fix some Python3 related issues. Cheers, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713757: circuits: FTBFS: tests failed
tags 713757 +moreinfo thanks Hello Lucas, many thanks for the report. On Saturday 22 June 2013 16:11:43 Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. It's the same problem of #680799 and I'm not able to riproduce it in a clean pbuilder chroot on my machine. After reading http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684817#19 I disabled address check if DEB_BUILD_OPTIONS contains parallel (see 03_force-localhost-as-host-name.patch) but this bug means the problem is different. Instead of using gethostbyname() (it's not very reliable) I will propose upstream to use gethostname() since it's more reliable. Only to be sure, can you show me the line containig localhost of the VM /etc/hosts? Many thanks! Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707780: python-requests: dependency unsatisfiable in unstable
On Saturday 11 May 2013 11:37:39 you wrote: python-requests depend on python-urllib3 (= 1.5) only in experimental. Thanks for the report. The upload was made by Thomas Goirand without notify me. I was updating python-urllib3 in the meantime. I will complete it today. Cheers, -- Daniele Tricoli 'Eriol' http://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#707780: Accepted requests 1.2.0-2 (source all)
Hello Thomas, On Saturday 11 May 2013 23:45:13 Thomas Goirand wrote: Please close #707780 in your next upload of python-urllib3. Done! ;) Piotr already sponsored it. Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686872: python-urllib3 should default to verifying certificates
Hello Jamie, On Thursday 06 September 2012 23:33:35 Jamie Strandboge wrote: Attached is a patch to do the above. It has been verified to check certificates by default, allows for disabling certificate verification, and the testsuite passes without modification. Thanks for considering the patch. Many thanks for your patch and for reporting. I'm working on this right now. Thanks again! -- Daniele Tricoli 'Eriol' http://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#684886: circuits: FTBFS in offline build environment
Hello James, On Tuesday 14 August 2012 14:41:04 James Page wrote: The issue tracker integration requires online access to bitbucket; this is not avaliable in Ubuntu so the build fails. Thanks for considering the patch. Many thanks for your report and your patch and sorry for the late response. I supposed a network connection was not available on Debian buildds too, but obviously I was wrong. I think I will change my first patch instead of add a new patch, to fix this. I just working on it. Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#678754: pyth: FTBFS: tests failed
tags 678754 + pending thanks On Sunday 24 June 2012 11:36:18 Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Fixed in SVN. Thanks for the report! I'm sending a RFS to my usual sponsor. Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#645931: (no subject)
I have just rebuilded python-gtkglext1 inside a clean pbuilder sid chroot and python2.7 import seems to work correctly. Cheers, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571203: RuntimeError: the sip module implements API v6.0 but the PyQt4.QtCore module requires API v7.0
On Wednesday 07 April 2010 13:57:26 Jens Link wrote: I can confirm the bug. System is squeeze/sid. One of the packages affected is gns3. I can confirm this bug too on squeeze/sid. I just noticed that another package affected is hgview, but more interesting is the traceback: [...] File /usr/lib/pymodules/python2.5/hgviewlib/qt4/hgfileviewer.py, line 30, in module from PyQt4 import QtGui, QtCore, Qsci RuntimeError: the sip module implements API v7.0 to v7.1 but the PyQt4.Qsci module requires API v6.0 I have an application of mine that use QtGui and QtCore modules and is still working, so the problem seems to be related to Qsci module: from PyQt4 import Qsci Traceback (most recent call last): File stdin, line 1, in module RuntimeError: the sip module implements API v7.0 to v7.1 but the PyQt4.Qsci module requires API v6.0 HTH, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571203: RuntimeError: the sip module implements API v6.0 but the PyQt4.QtCore module requires API v7.0
On Wednesday 14 April 2010 10:11:16 Daniele Tricoli wrote: I have an application of mine that use QtGui and QtCore modules and is still working, so the problem seems to be related to Qsci module Yes it worked! Simply rebuilding python-qscintilla2 fixed the problem! :) Import is working from PyQt4 import Qsci Qsci module 'PyQt4.Qsci' from '/usr/lib/pymodules/python2.5/PyQt4/Qsci.so' hgview is working too. @Jens Link I just tested gns3: it works too after the rebuilding of python- qscintilla2. HTH, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#422556: python-pyusb: Fails to install
Package: python-pyusb Version: 0.3.5-3 Severity: grave Justification: renders package unusable Hi, installing python-pyusb give you this: mornie:~# apt-get install python-pyusb Lettura della lista dei pacchetti in corso... Fatto Generazione dell'albero delle dipendenze in corso... Fatto I seguenti pacchetti NUOVI (NEW) saranno installati: python-pyusb 0 aggiornati, 1 installati, 0 da rimuovere e 0 non aggiornati. È necessario prendere 0B/16,5kB di archivi. Dopo l'estrazione, verranno occupati 102kB di spazio su disco. Selezionato il pacchetto python-pyusb, che non lo era. (Lettura del database ... 278140 file e directory attualmente installati.) Spacchetto python-pyusb (da .../python-pyusb_0.3.5-3_i386.deb) ... Configuro python-pyusb (0.3.5-3) ... usage: update-python-modules [-v] [-c] package_directory [...] update-python-modules [-v] [-c] package.dirs [...] update-python-modules [-v] [-a|-f] update-python-modules: error: /usr/share/python-support/python-pyusb does not exist dpkg: errore processando python-pyusb (--configure): il sottoprocesso post-installation script ha restituito un codice di errore 2 Sono occorsi degli errori processando: python-pyusb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-pyusb depends on: ii python2.4.4-2An interactive high-level object-o ii python-support0.6.3 automated rebuilding support for p python-pyusb recommends no packages. -- no debconf information
Bug#393074: python-matplotlib conflicts with python-dateutil
Package: python-matplotlib Version: 0.87.5-2 Severity: serious Justification: Policy 7.2 python-matplotlib contains a non complete version of python-dateutil. Can't it depend on that package instead? If you try to import zoneinfo and you have python-matplotlib installed, you wil get this: from dateutil import zoneinfo Traceback (most recent call last): File stdin, line 1, in ? ImportError: cannot import name zoneinfo Look here: http://packages.debian.org/cgi-bin/search_contents.pl?word=dateutilsearchmode=searchfilesanddirscase=insensitiveversion=testingarch=i386 Cheers, Daniele Tricoli 'Eriol' -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages python-matplotlib depends on: ii dvipng 1.5-2.1+b1 convert PNG graphics from DVI file ii python 2.4.3-11 An interactive high-level object-o ii python-central 0.5.5register and build utility for Pyt ii python-dev 2.4.3-11 Header files and a static library ii python-gd 0.52debian-2 Python module wrapper for libgd ii python-gtk2 2.8.6-6 Python bindings for the GTK+ widge ii python-matplotlib-data 0.87.5-2 python based plotting system (data ii python-numarray 1.5.2-2 An array processing package modell ii python-numarray-ext 1.5.2-2 Extension modules for Python array ii python-numeric 24.2-6 Numerical (matrix-oriented) Mathem ii python-numeric-ext 24.2-6 Extension modules for Numeric Pyth ii python-numpy1:1.0rc1-1 Numerical Python adds a fast array ii python-qt3 3.16-1.2 Qt3 bindings for Python ii python-tz 2006g-1 Python version of the Olson timezo python-matplotlib recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
