Package: inn2
Version: 2.7.1-1+deb12u1
Severity: wishlist
X-Debbugs-Cc: psychon...@nothingisreal.com
Dear Maintainer,
When installing the package inn2, the following messages are output, which
indicate an error
condition:
Unpacking inn2 (2.7.1-1+deb12u1) ...
Setting up inn2 (2.7.1-1+deb12u1) .
ppc64el s390x
Archive-http: /debian/
Maintainer: Tristan Champomier
Country: FR France
Trace Url: http://packages.debian.rooty.fr/debian/project/trace/
Trace Url:
http://packages.debian.rooty.fr/debian/project/trace/ftp-master.debian.org
Trace Url:
http://packages.debian.rooty.fr/debian
On Mon, 28 Sep 2020 at 02:56, Boyuan Yang wrote:
> Please let me know if this will be handled in the near future. If not
> (or if there's no reply within 1 week), I plan to do a NMU stable
> upload and contact the Release Team about this stable upload.
I can't take care of this right now, so plea
On Sat, 29 Aug 2020 at 16:45, wrote:
> On top of that, since 4.0.2-1, python3-electrum has "Depends:
> python3-qdarkstyle". Is this absolute dependency needed?
> (See Policy 7.2¹ for details.)
This dependency was picked up mostly by accident; upstream specifies a
dependency on qdarkstyle in setup
Package: ratt
Version: 0.0~git20180127.c44413c-2+b10
Severity: normal
I have a multiarch amd64 system with i386 active. This causes around 30,000
lines of warnings like this to be output by ratt:
(W)Packages: Ignoring Package (python3-pyzfs,0.8.4-2,i386) : architecture: i386
is not included in a
On Wed, 19 Aug 2020 at 19:28, Luke Kenneth Casson Leighton
wrote:
> > On Wed, 19 Aug 2020 at 14:48, lkcl wrote:
> > >
> > > ValueError: Non keyword-only attributes are not allowed after a
> > > keyword-only attribute. Attribute in question: Attribute(name='invoice',
> > > default=NOTHING, vali
Control: tags -1 - upstream
Control: forcemerge 968563 -1
On Wed, 19 Aug 2020 at 14:48, lkcl wrote:
>
> ValueError: Non keyword-only attributes are not allowed after a keyword-only
> attribute. Attribute in question: Attribute(name='invoice', default=NOTHING,
> validator=None, repr=True, cmp=T
Control: tags -1 + patch
Attached patch fixes this.
From 46f86fdd03d77d6d2a6d4f0fc3f64c447093bae7 Mon Sep 17 00:00:00 2001
From: Tristan Seligmann
Date: Sat, 15 Aug 2020 11:28:42 +0200
Subject: [PATCH] Install _distutils_hack. Closes: #968410.
---
debian/changelog | 7
On Thu, 13 Aug 2020 at 10:11, David Adam wrote:
> > Futhermore, the variable $fish_completion_path still lists loads of
> > flatpak directories, which are not available in Debian, and should
> > preferrably be removed.
>
> Do you mean $fish_complete_path? My guess is that those directories have
>
Package: lintian-brush
Version: 0.74
Severity: normal
This is happening to me with src:anorack.
lintian:
I: anorack source: public-upstream-key-not-minimal upstream/signing-key.asc has
3 extra signature(s) for keyid 2D4EB3A6015475F5
lintian-brush:
Fixer 'public-upstream-key-not-minimal' made no
Package: ftp.debian.org
Severity: normal
This package does not really belong in Debian and has never been in unstable.
Package: git-buildpackage
Version: 0.9.20
Severity: normal
gbp invokes git merge expecting the default behaviour of -ff; however, my
global config sets --no-ff as default so I end up with unexpected merge
commits. gbp should explicitly pass --ff to git merge and git pull in order to
get the behavi
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name : hypothesis-auto
Version : 1.1.4
Upstream Author : Timothy Crosley
* URL : https://pypi.org/project/hypothesis-auto/
* License : MIT
Programming Lang: Python
Description
Package: nvidia-cuda-dev
Version: 10.1.168-10
Severity: important
dpkg: error processing archive
/var/cache/apt/archives/nvidia-cuda-dev_10.1.168-10_amd64.deb (--unpack):
trying to overwrite '/usr/include/ansidecl.h', which is also in package
binutils-dev 2.34-8
-- System Information:
Debian R
ires updated "python-astor"
> > (I tested 0.8.0) and "python-rply" (I tested 0.7.7), which I don't
> > have time to chase down properly right now.
>
> Hi Tristan! To this end (getting Hy 0.17.0 in the archive) I've
> updated Git for "python-
Thank you for taking care of this; I plan to package a new upstream version
when I can, but the need to package new dependencies makes this non-trivial
and due to personal circumstances I have not yet had the opportunity to
handle this.
On Tue, 7 May 2019 at 04:30, Sam Hartman wrote:
>
> Dear ma
Thanks!
On Sat, 6 Apr 2019 at 13:12, Tobias Frost wrote:
> Control: tags 924650 + pending
>
>
> Dear maintainer,
>
> I've prepared an NMU for epsilon (versioned as 0.7.1-1.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
>
> Regards.
>
>
--
mithrand
b1
> X-Debbugs-CC: Tristan Seligmann
>
> Hi Tristan,
>
> fish is my default login shell and I wish to use fish 3.0 and push
> fish 3.0.X into Buster. So following the ITS process I'm filing this
> bug.
>
>
> https://www.debian.org/doc/manuals/developers-referen
I suspect this is fixed upstream but I am unable to take care of uploading
a new version for the next few weeks. An NMU / team upload would be
appreciated!
Package: fortunes-eo
Version: 20020729b-1
Severity: normal
Dear Maintainer, (English above/Esperanto sekvas)
The fortunes-eo package contains the following fortune:
"Lavu tutan jaron, negro ne blankiĝos"
i.e. "Wash for a whole year, a negro won't become white"
It uses both offensive language (P
On Wed, 8 Aug 2018 at 08:45 Niels Thykier wrote:
> I've prepared an NMU for isort (versioned as 4.3.4+ds1-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
>
Patch looks good to me, thanks for taking care of this.
On Fri, 29 Jun 2018 at 14:40 Andreas Tille wrote:
> Would you mind filing an according bug report we could refer to?
>
I've filed this as #902784 although I haven't had the chance to investigate
the cause further. (Probably some minor packaging error)
Package: cython-dbg
Version: 0.28.2-4
Severity: important
cython ships a StringIOTree extension module:
/usr/lib/python2.7/dist-packages/Cython/StringIOTree.x86_64-linux-gnu.so
However, cython-dbg is missing the debug version of this module. This results
in import errors when using the debug int
On Fri, 29 Jun 2018 at 14:20 Andreas Tille wrote:
> Hi Tristan,
>
> On Fri, Jun 29, 2018 at 01:31:31PM +0200, Tristan Seligmann wrote:
> > This is a cython bug; cython-dbg fails to ship the StringIOTree extension
> > module, so the regular non-debug module is found whe
This is a cython bug; cython-dbg fails to ship the StringIOTree extension
module, so the regular non-debug module is found when doing a debug build
but fails to load.
On Fri, 29 Jun 2018 at 13:18 Andreas Tille wrote:
> Control: tags -1 help
>
> I agree with Ghislain that the issue below might be
On Mon, 11 Jun 2018 at 09:15 Paul Gevers wrote:
> Hi Tristan,
>
> On 11-06-18 02:49, Tristan Seligmann wrote:
> > On Sun, 10 Jun 2018 at 21:57 Paul Gevers > did you ever
> > considered to add these vectors (as a second tar ball in the source 3
> > fo
On Sun, 10 Jun 2018 at 21:57 Paul Gevers wrote:
> Hi
>
> On 10-06-18 21:34, Tristan Seligmann wrote:
> > -vectors exists purely for the benefit of the tests, nothing outside the
> > tests uses the vectors. If you are not running the tests, having a
> > mismatched versi
On Sun, 10 Jun 2018 at 21:06 Paul Gevers wrote:
> need to stay in lock step. In this bug (#884484) the solution was to
> tighten the test dependencies, which is one way to achieve this (albeit
> it will only work for the next time without the help of the RT or me),
> but I wonder if this dependen
Package: linux-image-4.15.0-2-amd64
Severity: normal
Dear Maintainer,
My computer boots directly into X. If I:
(a) run "shutdown -h now" or otherwise initiate a shutdown
(b) close the lid or otherwise attempt to suspend the system
the computer hangs instead of completing. In case (a), the
On Mon, 5 Mar 2018 at 20:12 Corey Bryant wrote:
>Installation of python-cryptography doesn't install python-cffi. This
>is on Ubuntu Bionic. The following bug has some more details:
>
> https://bugs.launchpad.net/ubuntu/+source/python-cryptography/+bug/1752660
>
>The package currently
I have a fixed version prepared in git now, but it looks like we need to
wait for Electrum 3.1.0 to be released as 3.0.6 is not compatible with
python-trezor 0.9.0
On Tue, 27 Feb 2018 at 06:55 Jonathan Cross wrote:
> > I'll try to take care of it this week.
>
> Fantastic, thanks Tristan!
>
On Mon, 26 Feb 2018 at 21:20 Andreas Beckmann wrote:
> This is what I understood from reading debian/{changelog,control} and
> the upload notifications on the qa page [1]: the package was split with
> the 0.7.16-1 upload, but lacks proper Breaks+Replaces for the files
> being moved around.
>
Yes
Source: zbar
Version: 0.10+doc-10.1+b1
Severity: wishlist
Electrum has python3-zbar as an optional dependency now since the move to
Python 3, but this does not actually exist in Debian yet. Could you add it?
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT poli
Source: fish
Version: 2.7.1-2
Severity: serious
Tags: upstream
Justification: FTBFS
The test suite is failing on 32-bit arches in a somewhat inscrutable way. I am
investigating this but filing a bug to track the status so long.
-- System Information:
Debian Release: buster/sid
APT prefers unsta
On Tue, 16 Jan 2018 at 22:45 Andreas Tille wrote:
> My web search for a module named 'nose_random' remained empty.
>
I found this package, which seems to match, from the same organization:
https://github.com/ZoomerAnalytics/nose-random
Unfortunately it seems to be unreleased, so I think you wou
On Tue, 16 Jan 2018 at 09:09 Salvatore Bonaccorso wrote:
> Hi,
>
> On Tue, Jan 16, 2018 at 06:56:19AM +, Tristan Seligmann wrote:
> > On Mon, 15 Jan 2018 at 22:21 Moritz Mühlenhoff wrote:
> >
> > > Ok, I'll update the Debian Security Tracker accordingly
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
The same as #887412, this version of Electrum is no longer able to connect to
the network. It is unaffected by the security issue, but we should remove it to
avoid user confusion.
-- System Info
On Mon, 15 Jan 2018 at 22:21 Moritz Mühlenhoff wrote:
> Ok, I'll update the Debian Security Tracker accordingly, but we also should
> remove the package in the next stable point release.
> Can you please also file a bug? (reportbug release.debian.org -> "rm")
>
Yes, good point; I have filed this
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Unfortunately due to protocol changes Electrum 2.7.9 (the version in stretch)
is unable to connect to the Electrum servers. Backporting the changes would
require extensive/invasive changes to the
On Mon, 15 Jan 2018 at 13:59 Andreas Tille wrote:
>SyntaxError: invalid syntax
> !!! Interrupted: 4 errors during collection
>
>
All of these syntax errors relate to syntax that only exist on Python 3,
thus I would conclude that this package does not supp
Package: yubioath-desktop
Version: 3.0.1-2
Severity: wishlist
There is a new upstream version available.
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'),
(101, 'experimental')
Architecture:
Control: found -1 2.4.2+dfsg1-1
Control: fixed -1 3.0.5-1
On Tue, 9 Jan 2018 at 00:21 Daniel Koszta wrote:
> A new, fixed version is already available in debian unstable, but it
> should be included in stable and testing as soon as possible.
>
Unfortunately the version in stable is too old to b
On Wed, 6 Dec 2017 at 23:56 Tristan Seligmann
wrote:
> On Wed, 6 Dec 2017 at 23:52 Thomas Goirand wrote:
>
>> The OpenStack team doesn't need this package anymore, and it'd be nice
>> to have it within the DPMT instead. Would you like to do that work?
>>
>
&
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: jsonrpclib-pelix
Version : 0.3.1
Upstream Author : Thomas Calmant
* URL : http://github.com/tcalmant/jsonrpclib/
* License : Apache License 2.0
Programming Lang: Python
Description
On Wed, 6 Dec 2017 at 23:52 Thomas Goirand wrote:
> The OpenStack team doesn't need this package anymore, and it'd be nice
> to have it within the DPMT instead. Would you like to do that work?
>
I'm still happy to adopt the package; it looks like upstream does not
actually support Python 3 and r
Hi all,
I am currently doing final testing on an Electrum 3.0.2 package for Debian;
however I will need to wait for python3-jsonrpclib-pelix to go through NEW
before I can upload (upstream is using a jsonrpclib fork to get Python 3
support) so it may still be a little while before this lands in un
Oops. Actually correct patch attached this time.
>From e08d824f98d32e13c8252eae05afa96356c1d995 Mon Sep 17 00:00:00 2001
From: Tristan Seligmann
Date: Wed, 6 Dec 2017 21:02:34 +0200
Subject: [PATCH] Add Python 3 package
---
debian/control | 26 --
debian/rules |
map=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
-- no debconf information
>From 467016f79243b4d3704fb721a3b8229a687a49a4 Mon Sep 17 00:00:00 2001
From: Tristan Seligmann
Date: Wed, 6 Dec 2017 21:02:34 +0200
Subject: [PATCH] Add Python
Control: retitle -1 python-cryptography: extraneous setuptools dependency
on cffi
Control: tags -1 + pending
Argh! This is caused by an incomplete fix for #882011 of course.
On Sun, 19 Nov 2017 at 22:45 Adrian Bunk wrote:
> pkg_resources.DistributionNotFound: The 'cffi>=1.7' distribution was no
Package: hlint
Version: 2.0.9-1+b1
Severity: important
hlint fails to run on everything with this error:
hlint: user error (Failed to find requested hint files:
/usr/share/hlint/hlint.yaml
)
That file does indeed not exist (and is not
On Sun, 13 Aug 2017 at 14:36 Adrian Bunk wrote:
> Some recent change in unstable makes python-cryptography FTBFS:
>
Control: reassign -1 python-pytest
Control: affects -1 python-cryptography
Control: tags -1 + upstream fixed-upstream
This is caused by an upstream bug in pytest, that should be f
lease feel free to contact me, in case you need any additional information.
--
Tristan Lucas
Python Developer
eyeo GmbH
Lichtstraße 25
50825 Cologne, Germany
VAT-ID: DE279292414
District Court Cologne: HRB 73508
Managing Directors: Till Faida, Felix Dahlke, Steffen Kiedel
Hello,
this seems to be introduced with updating libexpat1 from 2.2.0-2 -> 2.2.2-2
The following information has been been gathered while reproducing the
mentioned bug:
* Building the extension in an up-to-date unstable chroot fails due to
translation-files '/chrome/locale/ru/sendReport.dtd' an
Package: fortunes-eo
Version: 20020729b-1
Severity: normal
Dear Maintainer (An esperanto translation follows; Esperanta traduko sekvas),
In the esperanto fortunes, there is a fortune thus:
Virino scias -- tuta mondo scias
meaning "A woman knows — The whole world knows".
It indicates that woman
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: pyaes
Version : 1.6.0
Upstream Author : Richard Moore
* URL : https://github.com/ricmoo/pyaes
* License : License :: OSI Approved :: MIT License
Programming Lang: Python
Description
Control: severity -1 important
On Fri, 30 Jun 2017 at 19:33 Scott Kitterman wrote:
> Technically, it builds, but in a way that's not useful. It would actually
> be
> better if it had failed (I noticed this from reviewing build logs after the
> python3 interpreter depends weren't generated corre
On Fri, 30 Jun 2017 at 04:45 Adrian Bunk wrote:
> File "/usr/lib/python3/dist-packages/cffi/api.py", line 56, in __init__
> import _cffi_backend as backend
> ModuleNotFoundError: No module named '_cffi_backend'
>
The cause of this error is that Python 3.6 was just added to supported, but
p
On Wed, 10 May 2017 at 16:36 David Douard wrote:
> the loading of the cryptography.hazmat.backends module is very slow on
> my stretch machine:
>
This is ultimately caused by pkg_resources doing slow things at import time:
https://github.com/pypa/setuptools/issues/510
Cryptography 1.8.1 includ
Sorry, real life caught up with me, but I've just uploaded this now.
(Hopefully I did it right, since this is my first p-u upload)
On Sat, 15 Apr 2017 at 13:18 Salvatore Bonaccorso wrote:
> Hi Tristan,
>
> On Sun, Apr 02, 2017 at 09:40:29PM +0100, Adam D. Barratt wrote:
> &
On Wed, 15 Mar 2017 at 07:39 wrote:
> This patch is no longer required now as this issue has been fixed with
> the new release 1.1.0 in upstream.
>
Thanks for tracking / following up on this issue; I have been paying
attention despite the silence from my side, and it is appreciated :)
I'm plann
On Wed, 8 Mar 2017 at 02:11 Daniele Tricoli wrote:
> I will add the >= 1.10.0, on the next upload. I plan to upload
> urllib 1.20 to experimental soon.
>
> Should I need to backport this also for Stretch?
>
I think it's not critical to backport it; CCing hlieberman for a second
opinion, since he
Package: python-urllib3
Version: 1.19.1-1
Severity: important
setup.py does not have a version constraint on six as it is vendored upstream,
but since we are unvendoring it in Debian, we need a version constraint. This
is made trickier by the fact that upstream won't be tracking the minimum
versio
rt the fix for CVE-2016-9243 (HKDF returns an empty byte string
+for small key sizes).
+ * Fix FTBFS due to SSL2 method detection.
+
+ -- Tristan Seligmann Sun, 01 Jan 2017 22:19:17 +0200
+
python-cryptography (0.6.1-1) unstable; urgency=medium
* New upstream release.
diff -Nru python
Package: firmware-libertas
Followup-For: Bug #847947
The bug has been fixed in version 20161130-2.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures:
Package: whalebuilder
Version: 0.4.1
Severity: wishlist
I'd like to be able to use this package with the upstream Docker packages
instead of the Debian ones (since I need the former installed for other
reasons, and they can't be installed simultaneously); what about relaxing the
dependency to some
Control: notfound -1 1.5.3-1
You have an installation of PyOpenSSL in
/home/pjs/.local/lib/python2.7/site-packages that is not compatible with
Cryptography 1.5.3; removing or upgrading this should solve your problem.
To avoid this kind of problem in future, I would recommend using virtualenv
rath
Package: firmware-libertas
Version: 20161130-1
Severity: important
Hello,
I am new to the bug reporting on Debian and thus I apologize in advance for the
likely poor quality of this bug report. I will try to explain throughly the
issue although it is a little bit difficult to reproduce.
- Case
Control: retitle 843631 Downstream incompatibilities due to SSL_ST_*
constants not defined in OpenSSL 1.1.0
I think I have it figured out now:
OpenSSL 1.1.0 was uploaded to unstable recently, which no longer defines
(some of?) these SSL_ST_* constants. python-cryptography 1.5.2 was uploaded
and b
)
I will follow up again once I track down the root cause of the problem.
commit c551c1690dc2ec0a12f779eaab780da45e40d1c6
Author: Tristan Seligmann
Date: Tue Nov 8 05:34:19 2016 +0200
Import python-cryptography_1.5.3.orig.tar.gz
diff --git a/CHANGELOG.rst b/CHANGELOG.rst
index
On Wed, Oct 5, 2016 at 3:46 PM, Michael Biebl wrote:
> Control: tags -1 moreinfo unreproducible
>
> Am 05.10.2016 um 20:15 schrieb Tristan Matthews:
>> Package: libgtk2.0-dev
>> Version: 2.24.31-1
>> Severity: important
>>
>> Can no longer build progr
Package: libgtk2.0-dev
Version: 2.24.31-1
Severity: important
Can no longer build programs depending on gtk+-2.0. To reproduce:
echo -e "#include \n int main(){return 0;}" | gcc -o gtk_test -xc -
`pkg-config --cflags --libs gtk+-2.0`
Fails with:
In file included from /usr/include/gtk-2.0/gtk/g
Package: python-pip-whl
Version: 8.1.2-2
Severity: important
File
"/usr/share/python-wheels/pip-8.1.2-py2.py3-none-any.whl/pip/__init__.py", line
21, in
from pip._vendor.requests.packages.urllib3.exceptions import
DependencyWarning
ImportError: cannot import name 'DependencyWarning'
Not
Upstream report: https://fedorahosted.org/mlocate/ticket/36
signature.asc
Description: This is a digitally signed message part.
Same issue reported for openSUSE:
https://bugzilla.novell.com/show_bug.cgi?id=994663 Recent versions of
openSUSE default to btrfs so they may have a better incentive to fix this
problem.
Regards,
Tristan
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Tristan Miller
Control: reassign -1 picard
Control: forwarded -1 http://tickets.musicbrainz.org/browse/PICARD-833
Your hypothesis was correct: `mutagen.id3.BitPaddedInt`used to be imported
from `mutagen._id3util.BitPaddedInt` in `mutagen.id3`; however, `id3` was
turned into a package, so now the import doesn't l
On Tue, 19 Jul 2016 at 19:58 Sandro Tosi wrote:
> any update on this? i have pylint which depends on isort now, and I
> cant package it because isort doesnt expose a python2 package - please
> have a look at it asap, thanks!
>
Sorry, I pretty much forgot about this bug. Originally it was blocked
Control: tag -1 + pending upstream
Upstream have OpenSSL 1.1.0 support nearly ready to go, basically just
waiting on the final 1.1.0 release to be out. See:
https://github.com/pyca/cryptography/milestones/1.1.0%20Support
Package: ruby
Version: 1:2.3.0+3
Severity: serious
Justification: Policy 7.6.1
Unpacking ruby (1:2.3.0+3) over (1:2.3.0+1) ...
dpkg: error processing archive
/var/cache/apt/archives/ruby_1%3a2.3.0+3_amd64.deb (--unpack):
trying to overwrite '/usr/lib/x86_64-linux-gnu/pkgconfig/ruby.pc', which is
The reason https://self-signed.badssl.com works is because Emacs 24 does
not do SNI; badssl.com serves up a cert valid for "*.badssl.com" in the
absence of SNI, which is perfectly valid for self-signed.badssl.com.
This is apparently fixed upstream already:
https://debbugs.gnu.org/cgi/bugreport.cgi
Package: epiphany-browser
Version: 3.18.4-1
Severity: minor
Dear Maintainer,
I use Epiphany with Gnome 3. Gnome is configured to use "focus follows mouse"
(I don't know if that makes a difference).
If I click and drag on a title bar for a normal window in Gnome, the window is
*not* brought to th
Package: python-flake8
Version: 2.2.2-1
Severity: important
There is a dependency on pep8, but this is not sufficient (pep8 only pulls in
python3-pep8):
mithrandi@lorien ~> flake8 --version
Traceback (most recent call last):
File "/usr/bin/flake8", line 5, in
from pkg_resources import load
Package: pypy
Version: 4.0.1+dfsg-1
Severity: normal
The extension module seems to be missing:
Python 2.7.10 (4.0.1+dfsg-1, Nov 20 2015, 19:46:58)
[PyPy 4.0.1 with GCC 5.2.1 20151028] on linux2
Type "help", "copyright", "credits" or "license" for more information.
import bsddb
Traceback (mos
Control: tags 808433 + patch
Dear maintainer,
I've prepared an NMU for nethogs (versioned as 0.8.1-0.3). The diff
is attached to this message.
(This is just Arnout Engelen's package from mentors, with a tiny tweak to the
changelog)
Regards.
diff -Nru nethogs-0.8.0/Changelog nethogs-0.8.1/Change
On Tue, 23 Feb 2016 at 14:12 Piotr Ożarowski wrote:
> [Tristan Seligmann, 2016-02-23]
> > As per subject; this may be a bit tricky to solve,
>
> I will not even try to support PEPs that are changed or replaced by
> another one every few months (i.e. most of them).
> Let me
Package: dh-python
Version: 2.20151103
Severity: normal
As per subject; this may be a bit tricky to solve,
-- System Information:
Debian Release: stretch/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
F
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: python-attrs
Version : 15.2.0
Upstream Author : Hynek Schlawack
* URL : https://github.com/hynek/attrs
* License : MIT
Programming Lang: Python
Description : Python attributes
Package: python-service-identity
Version: 16.0.0-1
Severity: grave
Justification: renders package unusable
service_identity 16.0.0-1 requires python-attrs (upstream switched from
characteristic to attrs), but the Depends: is missing.
Also, it would be unsatisfiable due to attrs not being packaged
Source: python-hypothesis
Version: 1.11.0-1
Severity: minor
Tags: upstream
setup.py calculates the "all" extra in a way that depends on dict ordering,
thus the setuptools-constructed requires.txt is not reproducible.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable-debug
This is fixed in e7316a1 [1] upstream, may be worth backporting that patch.
[1] https://bitbucket.org/durin42/hg-git/commits/e7316a1
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: python-genty
Version : 1.3.0
Upstream Author : Box
* URL : https://github.com/box/genty
* License : Apache 2.0
Programming Lang: Python
Description : Python library for test
Control: forwarded -1 https://github.com/twisted/axiom/issues/56
These test failures are caused by sqlite3 3.10.0-1 being built with the
SQLITE_LIKE_DOESNT_MATCH_BLOBS compile-time option activated, which breaks
startswith/endswith on blob columns. I've opened an issue upstream to deal
with this,
If you want to run pytest with a particular version of python, then
"pythonX.Y -m pytest" is a much better way than relying on the py.test-X.Y
scripts.
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: python-flaky
Version : 3.0.1
Upstream Author : Box
* URL : https://github.com/box/flaky
* License : Apache License
Programming Lang: Python
Description : Plugin for nose or
Upon further investigation, it seems this error is caused by something
(git-buildpackage?) setting LC_ALL=POSIX (which also overrides any LANG
setting); forcing LC_ALL to a UTF-8 locale solves the issue. So I guess
this is not a pkg_resources bug, but I'm not sure exactly where to reassign
it to.
Package: python3-pkg-resources
Version: 18.7-1
Severity: important
An example of such a file can be found in python3-dialog (the Description
contains UTF-8 encoded non-breaking spaces), but I am sure there are others.
The failure traceback looks as follows (from trying to run an unrelated
package
Package: libcuda1
Version: 352.55-3
Severity: serious
Justification: Policy 7.4
libcuda1 declares Multi-Arch: same; libcuda1:amd64 and libcuda1:i386 are not
co-installable in experimental due to differing file contents:
Preparing to unpack .../libcuda1_352.55-3_i386.deb ...
Unpacking libcuda1:i38
On Tue, 3 Nov 2015 at 17:09 Zachary Peterson wrote:
> File "/usr/lib/python2.7/dist-packages/electrum/simple_config.py", line
> 157, in read_user_config
> raise IOError("Cannot read config file.")
> IOError: Cannot read config file.
This error is raised if an exception occurs reading the
On Fri, 30 Oct 2015 at 01:57 Sebastian Kuzminsky wrote:
> I'm not sure why ${python:Depends} didnt pick it up. I manually added
> python-qt4 to the Depends line and now it's fine.
>
${python:Depends} doesn't include it because setup.py doesn't declare a
dependency on qt as the electrum library
Control: forcemerge 797915 -1
On Fri, 23 Oct 2015 at 00:51 Brian May wrote:
> * Package name: python-setuptools-scm
>
Already packaged, see #797915.
On Thu, 22 Oct 2015 at 09:07 Kurt Roeckx wrote:
> On Thu, Oct 22, 2015 at 01:40:06AM +0200, Tristan Seligmann wrote:
> > Package: ntp
> > Version: 1:4.2.8p4+dfsg-1
> > Severity: grave
> > Justification: renders package unusable
> >
> > As per subject.
1 - 100 of 367 matches
Mail list logo
