Package: nagios-text
Version: 2:1.3-0+pre6
Severity: normal
As per subject, after installing nagios and configuring it, nagios
itself functions correctly (alerts are e-mailed, etc.) but the CGI
interface displays no hosts, services, or anything else. Nothing is
listed in the View Config section of
On Thu, Jan 20, 2005 at 10:21:16 -0500, sean finney wrote:
> could you try with the latest version (2:1.3-cvs.20050116-1) of nagios
> out of unstable? there were a number of cleanups and bugfixes in that
> release. otherwise, any error messages you could find in nagios.log or
> the apache error l
tags 304900 pending upstream fixed-upstream
forwarded 304900 [EMAIL PROTECTED]
thanks
On Sat, Apr 16, 2005 at 12:57:03 +0200, Michal Politowski wrote:
> Because of the print 'foo', imageUrl, pageUrl
Yeah, debugging cruft that slipped through the cracks. A new upstream
release is imminent which wi
On Tue, Feb 01, 2005 at 16:41:18 -0600, Steve Greenland wrote:
> any values. Oh, crap, it's because it's setting the cgis suid nagios.
Ah... if I answer yes to the SUID question, then the CGI stuff works as
expected.
> So, clearly, it's because some vital bit of info is unreadable by user
> 'www-
# ticket #234 in upstream bts,
# http://trac.slipgate.za.net/dosage/ticket/234
forwarded 324638 [EMAIL PROTECTED]
tags 324638 patch upstream
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
retitle 224019 python-zsi: WSDL processing failure
thanks
As of 1.7-1, ZSI now fails instantiating the ServiceProxy object with:
ValueError: Unsupported binding type.
Changing the bug title to something more appropriate.
--
mithrandi, i Ainil en-Balandor, a faer Ambar
signature.asc
Descri
Package: courier-authmysql
Version: 0.47-6
Severity: serious
As per $SUBJECT. I expect that this file ought to be marked as a
conffile; in any event, the current behaviour is likely to break the
package every time it is upgraded.
-- System Information:
Debian Release: testing/unstable
APT prefe
Package: python-mutagen
Version: 1.8-1
Severity: grave
Justification: causes non-serious data loss
This can cause corruption of the ID3 data; although most software will
be able to cope with it, it could cause incorrect data to be read, or
cause programs with poor error handling to crash or otherw
Package: atftpd
Version: 0.7-4
Severity: serious
Justification: Policy 10.4
The portion of the script that creates /etc/logrotate.d/atftpd uses
echo -e. I suggest using printf or cat instead.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'e
Package: devscripts
Version: 2.8.6
Severity: normal
Tags: patch
Attempting to pass this option results in output like:
$ bts -o bugs
bts: Unknown option, "-o"
Run bts --help for more information
I'm attaching a patch which fixes what would appear to be a simple
oversight in the optio
On Mon, Jan 10, 2005 at 16:43:46 +0100, Helge Kreutzmann wrote:
> I just read said portion of policy and I am unable to find any
> references regarding echo -e. Can you please elaborate, why this
> violates section 10.4.
It doesn't mention echo -e specifically. The relevant quote is:
"...shel
tag 289633 patch
done
Perhaps I should have quoted the next sentence:
If a script requires non-POSIX features from the shell interpreter,
the appropriate shell must be specified in the first line of the
script (e.g., #!/bin/bash) and the package must depend on the
package providin
Package: nagios-plugins
Version: 1.4-2
Severity: important
The postinst calls update-nagios without masking the exit status; if
nagios is running, /etc/init.d/nagios reload fails, which in turn calls
update-nagios to fail, which then causes the postinst to fail. It seems
either update-nagios shoul
On Thu, Mar 03, 2005 at 11:42:55 -0800, Guido Trotter wrote:
> > The postinst calls update-nagios without masking the exit status; if
> > nagios is running, /etc/init.d/nagios reload fails, which in turn calls
Ugh, just for the record, I meant "if nagios is *NOT* running" here.
--
mithrandi, i Ai
package mutagen
found 403542 1.8-1.1
thanks
To properly fix this issue, upstream r3965 should also be included.
--
mithrandi, i Ainil en-Balandor, a faer Ambar
signature.asc
Description: Digital signature
Package: python-mutagen
Version: 1.8-1
Severity: important
ID3 tags in FLAC files are not valid, but unfortunately there are
various broken software packages out there that will write them anyway,
and files broken in this way are not all that uncommon.
I am preparing a 1.8-2 upload which will inc
Package: python-mutagen
Version: 1.8-1
Severity: important
A bug in gstreamer can cause the final page of an Ogg to be corrupted;
this affects various applications such as sound-juicer.
I am preparing a 1.8-2 upload which will include the upstream fix in svn
for this issue (r3975).
-- System Inf
Package: python-mutagen
Version: 1.8-1
Severity: grave
Justification: causes non-serious data loss
APEv2 tag keys are meant to be restricted to ASCII, and tags with keys
that differ only in case are forbidden. Also, the actual meaning of the
flag mutagen calls HAS_FOOTER is the inverse of what the
* Steve Langasek <[EMAIL PROTECTED]> [2007-02-18 16:52:28 -0800]:
> On Mon, Feb 19, 2007 at 02:09:26AM +0200, Tristan Seligmann wrote:
> > Package: python-mutagen
> > Version: 1.8-1
> > Severity: grave
> > Justification: causes non-serious data loss
>
* Yves-Alexis Perez <[EMAIL PROTECTED]> [2007-03-11 18:44:07 +0100]:
> A new quodlibet release is available from
> http://www.sacredchao.net/quodlibet/wiki/Download. I know that with etch
> freeze etc. it may not be uploaded even to unstable, but it would be
> nice to have it at least in experimen
Heya,
Just saw your ITPs; if you want a hand with packaging these, I'd be
quite happy to comaintain the packages, although I'm not a DD. I'm quite
involved with various Divmod software upstream, and my day job involves
heavy use of Axiom, Mantissa, etc.; I just hadn't got around to
packaging these
Package: lintian
Version: 1.23.29
Severity: normal
I get the following warning from lintian:
E: mutagen source: clean-should-be-satisfied-by-build-depends python-central
(>= 0.5)
However, python-central is not used in the clean target, and I cannot
see any reason why it would be, or even how yo
Package: ekg2
Version: 20060826+0920-1
Severity: grave
Justification: renders package unusable
Attempting to run ekg2 yields the following:
plugin ncurses cannot be loaded because of mishmashed compilation...
program compilated with: --enable-unicode
plugin compilated with: --dis
* Stefan Huebner <[EMAIL PROTECTED]> [2006-08-19 14:24:22 +0200]:
> Sorry, the complete mail should have said, that...
>
> "after upgrading from quodlibet 0.21.1-1 I experienced the same
> problem. After some research though, I was able to fix the issue by
> upgrading python-gst0.10 from 0.10.2-.
* Erik Rossen <[EMAIL PROTECTED]> [2006-08-20 20:29:08 +0200]:
> Just a heads-up to inform you that dosage 1.5.8 is available at
Thanks. I'm actually also one of the Dosage upstream developers, so I
already knew about this ;)
I should be uploading a 1.5.8-1 package to my sponsor later today.
--
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: python-pretend
Version : 1.0.7
Upstream Author : Alex Gaynor
* URL : https://pypi.python.org/pypi/pretend
* License : BSD
Programming Lang: Python
Description : Library for
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: python-iso8601
Version : 0.1.8
Upstream Author : Michael Twomey
* URL : https://pypi.python.org/pypi/iso8601
* License : MIT (Expat)
Programming Lang: Python
Description : Simple
Whoops! I must have made a typo searching for the package, sorry for the noise.
--
mithrandi, i Ainil en-Balandor, a faer Ambar
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I've finally taken some time to look at this ITP again. Unfortunately,
it seems that the versions of sac/flute that are included with
css2xslfo are modified versions that do not correspond to any version
I can find elsewhere. The modifications are quite extensive (they seem
to mostly relate to CSS3
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: cryptography
Version : 0.1
Upstream Author : Alex Gaynor, Hynek Schlawack, Donald Stufft, Laurens
Van Houtven, Jean-Paul Calderone, Christian Heimes,
Paul Kehrer, and
retitle 737356 ITP: python-cryptography -- a Python library which
exposes cryptographic recipes and primitives
stop
On 2 February 2014 05:02, Henrique de Moraes Holschuh wrote:
> Any reason to not name the *source* package python-cryptography as well?
I usually prefer to name the source package
Package: mercurial
Version: 2.8-2
Severity: wishlist
A new upstream release is available.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.11-2-am
Package: testrepository
Version: 0.0.17-1
Severity: wishlist
There is a new release of testrepository available, 0.0.18.
I see DPMT is set as Maintainer of the package, but I couldn't find
where the packaging is maintained (doesn't seem to be in DPMT SVN). If
you could point me in the right direc
Source: python-setuptools
Severity: wishlist
It would be nice if setuptools were packaged for pypy along with
python2/python3, so that packages that use setuptools in setup.py can be
packaged for pypy as well.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy:
Package: python-ecdsa
Version: 0.8-1
Severity: wishlist
A new upstream version of python-ecdsa is available; among other things,
0.9 added support for secp256k1, which is needed by newer versions of
Electrum. If you don't have time to work on this right now, please let
me know, I'd be glad to help
I've packaged Electrum 1.9.5 in git, but a newer version of
python-ecdsa is required, so I'm waiting on this before uploading.
--
mithrandi, i Ainil en-Balandor, a faer Ambar
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
Package: python-autobahn
Version: 0.5.14-1
Severity: wishlist
There is a new upstream version available; in fact, the version in
Debian is several versions behind now. Let me know if you would be
interested in a comaintainer for this package, or with some help
packaging the new version.
-- System
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: python-cryptography-vectors
Version : 0.3
Upstream Author : Cryptography developers
* URL : https://cryptography.io/
* License : Various
Programming Lang: None
Description : Test
Package: src:libscrypt
Version: libscrypt/1-2.1
Severity: wishlist
A new upstream release is available on Github:
https://github.com/technion/libscrypt/releases/tag/v1.18
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
forwarded 737211 https://code.google.com/p/mutagen/issues/detail?id=96
tags 737211 + wontfix upstream
outlook 737211
stop
On 29 April 2014 14:18, Yves-Alexis Perez wrote:
> Any news on this?
Sorry for the very late response. I was going to forward this
upstream, but I see now that it has been ra
I seem to have encountered this same problem with linux-image
3.14-1-amd64 in sid; my older 3.13-1-amd64 kernel boots fine, but 3.14
fails with the same error ("modprobe: can’t load module btrfs
(kernel/fs/btrfs/btrfs.ko): unknown symbol in module, or unknown
parameter").
Unfortunately, my keyboar
I observed the following:
mithrandi@gondolin:~> grep btrfs /lib/modules/3.13-1-amd64/modules.dep
kernel/fs/btrfs/btrfs.ko: kernel/lib/raid6/raid6_pq.ko
kernel/lib/libcrc32c.ko kernel/crypto/xor.ko
mithrandi@gondolin:~> grep btrfs /lib/modules/3.14-1-amd64/modules.dep
kernel/fs/btrfs/btrfs.ko: kern
Package: python-cryptography
Version: 0.2-1
Severity: important
I adjusted the supported versions to indicate Python 3.4 as not
supported in order to work around the lack of python-cffi for Python 3.4
(as the package had not yet been rebuilt yet). Unfortunately, I
neglected to revert this workarou
Package: wnpp
Severity: normal
As upstream maintainer of Dosage, I have handed the project over to
Bastian Kleineidam. While I could continue to maintain the Debian
package myself, I don't have any particular interest in doing so thus I
propose to hand over Debian maintainership as well (as discus
Package: bitcoind
Version: 0.6.0-1
Severity: wishlist
Bitcoin version 0.7.0 is now available for download at:
http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.7.0/
[...]
Core bitcoin handling and blockchain database
-
* Reduced CPU usage,
Package: pep8
Version: 1.2-1
Severity: wishlist
As per $SUBJECT:
http://pypi.python.org/packages/source/p/pep8/pep8-1.3.3.tar.gz
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Lin
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: twistedchecker
Version : 0.0.0
Upstream Author : Raphael Shu
* URL : https://launchpad.net/twistedchecker
* License : MIT/Expat
Programming Lang: Python
Description : Coding
Package: jsvc
Version: 1.0.10-2
Severity: important
Tags: upstream
jsvc fails with this error:
failed loading capabilities library -- /usr/lib/libcap.so: cannot open shared
object file: No such file or directory.
This is, of course, because the library symlink is located at
/lib/x86_64-linux-gn
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: css2xslfo
Version : 1.6.2
* URL : http://www.re.be/css2xslfo/index.xhtml
* License : Public Domain
Programming Lang: Java
Description : XML+CSS2 to XSL-FO converter
There are
Package: fop
Version: 1:1.0.dfsg2-3
Severity: important
For example:
tristan@amber:~> fop input.fo output.pdf 2>/dev/null
table-layout="fixed" and width="auto", but auto-layout not supported =>
assuming width="100%". (See position 12:44)
This is merely anoying if you are writing output to a file
I guess this is sort of on hold for the moment; the build system requires
some convincing to use dependencies from their Debian packages rather than
the embedded copies and I haven't had a chance to work on this again. I'd
like to eventually close this bug, but in the meantime this probably
shouldn
On Tue, Oct 15, 2013 at 11:19 AM, Thomas Goirand wrote:
> You will *not* find any upstream source code that will be using
> /usr/bin/python2-coverage or /usr/bin/python3-coverage. Absolutely all
> of them will be using /usr/bin/coverage (if they need the command line
> tool). Thinking that you wil
On Tue, Oct 15, 2013 at 1:47 PM, Thomas Goirand wrote:
> On 10/15/2013 06:21 PM, Tristan Seligmann wrote:
>> What sort of upstream "source code" would be using the /usr/bin
>> wrapper at all? (I ask this question without prejudice; I can
>> obviously imagine some
Package: pyflakes
Version: 0.7.2-1
Severity: wishlist
Available at
https://pypi.python.org/packages/source/p/pyflakes/pyflakes-0.7.3.tar.gz#md5=ec94ac11cb110e6e72cca23c104b66b1
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experime
Package: byobu
Version: 5.41-1
Severity: minor
The error in $SUBJECT is logged to the console during startup. From a
cursory glance at the code, this is because it ends up trying to run
a command named "command -v", rather than a command named "command" with
"-v" as an argument.
-- System Informa
I see 3.0.2 is now packaged (in git) but not uploaded yet; is there
anything I can do to help out? The package seems to work for me, at least,
but I'm not sure I understand the GObject issue fully.
--
mithrandi, i Ainil en-Balandor, a faer Ambar
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: python-contextlib2
Version : 0.4.0
Upstream Author : Nick Coghlan
* URL : http://contextlib2.readthedocs.org/
* License : PSF License
Programming Lang: Python
Description
Package: python-virtualenv
Version: 1.9.1-1
Severity: wishlist
https://pypi.python.org/packages/source/v/virtualenv/virtualenv-1.10.1.tar.gz
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
F
Note that as of virtualenv 1.9, the embedded copy of pip is new enough
that it does not suffer from this vulnerability. I'm leaving the
security tag, as older versions of virtualenv are still affected, and
leaving the severity as the embedded copy of pip is still problematic.
Unfortunately, I don'
# On second thought, I'm cloning this bug to track the security issue and the
# embedded copy issue separately, as the security issue is no longer present in
# newer versions of virtualenv.
clone 710164 -1
retitle -1 python-virtualenv: Embedded copies of pip and setuptools
tags -1 - security
thanks
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: node-brewer
Version : 0.3.12
Upstream Author : Mathieu D'Amours
* URL : http://brewerjs.org/
* License : Expat
Programming Lang: JavaScript
Description : Asset manager fo
Package: python-twisted-libravatar
Severity: important
The python module shipped by this package is named "txlibravatar";
according to the Debian Python Policy[1], this means that the package
should be named "python-txlibravatar". The current name is particularly
confusing, since it suggests that
This failure looks like it is caused by the test suite using
twisted.python.log.flushErrors which was previously deprecated in Twisted
and is now removed (replaced by TestCase.flushLoggedErrors, I believe).
I will probably work on a fix upstream in order to get a new version
released ASAP.
--
mit
Note that this problem is reproducible in unstable, as well. (glibc in
unstable is using gcc 4.8 as well, so I guess this is not surprising at all)
python-cffi_1.1.2-1_i386-20150914-0052.build
Description: Binary data
Package: python-cffi
Version: 1.1.2-1
Severity: minor
Tags: upstream fixed-upstream
When an anonymous union or struct is encountered, for example the union in:
typedef struct {
union {
int a;
char b;
} u
} mystruct;
CFFI internally gives this a name like "$1". However, th
Since frosted is the only reverse dep of python-pies, and it can use
python3-pies instead, how about just dropping
python-pies/python-pies2overrides completely?
Great news!
I'm currently testing a 2.4.1 Debian package and so far everything looks
good; assuming nothing else turns up, I will be uploading the new version
within a few days.
On Tue, 18 Aug 2015 at 11:41 Thomas Voegtlin wrote:
> Please note that the tlslite the dependency has been removed fr
)
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
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
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
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
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
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: 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
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: 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
Source: libssl1.0.0
Version: 1.0.2~beta2-1
Severity: normal
The package in experimental appears to be missing this symbol; at a
guess, it was missed when the linker script was updated:
mithrandi@lorien:~> dpkg -l libssl1.0.0 libssl-dev
||/ Name Ver
Unfortunately there are some significant challenges with 2.0+. The primary
issue is the dependency on tlslite, which was removed from Debian
previously due to being insecure and unmaintained. In addition, quite a bit
of the certificate handling code does things incorrectly (see eg. the
certificate
On Mon, 3 Aug 2015 at 20:27 Thomas Voegtlin wrote:
> On 08/03/2015 10:41 AM, Tristan Seligmann wrote:
> > In addition,
> > quite a bit of the certificate handling code does things incorrectly
> > (see eg. the certificate chain verification code[1] that does not
> > ch
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
I believe this upstream change should fix this issue:
https://github.com/spesmilo/electrum/issues/905
https://github.com/spesmilo/electrum/commit/c225795793696c5b5d4a9243ebeb129091229ca5
I should be able to look at backporting it this weekend.
--
mithrandi, i Ainil en-Balandor, a faer Ambar
--
Package: fish
Version: 2.1.0-1
Severity: normal
For some reason, the jquery.js symlink is missing from the package
(there's a different one in /usr/share/doc, but not the one the
fish_config web server uses).
Looking at the source, it should be created by dh_link, so I'm not sure
why it's missing
Control: tag -1 + help
The only requirement is that *some* GStreamer audiosink is installed, in
order for Quod Libet to send audio to it. Depending on
gstreamer1.0-pulseaudio doesn't seem reasonable since it would force
pulseaudio to be pulled in even on systems that are not using it (and then
sti
Control: tag -1 + pending
Thanks for the report! In fact, this was supposed to be already done, but
the maintainer scripts got messed up at some point, resulting in this
functionality being broken. I'll fix this in the next upload.
On Mon, 27 Jul 2015 at 22:12 Judicaël Grasset <
judicael.gras...@
On 29 June 2014 17:29, Michael Tautschnig wrote:
> The full build log is attached; please do let me know if the problem is
> unreproducible, in which case I shall try to investigate further.
I am, in fact, unable to reproduce this myself directly (using a clean
sid chroot and sbuild). However, lo
On 24 May 2015 at 13:04, Jonathan Wiltshire wrote:
> configure:11948: checking for libblkmaker
> configure:11955: $PKG_CONFIG --exists --print-errors "libblkmaker_jansson-0.1"
> Package libbase58 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `libbas
Hi,
I see there has (apparently) been no activity on #756388 (ITP for
python-idna) in quite some time, and I need this library as a
dependency of the new upstream version of python-cryptography (0.9).
Are you still working on packaging this, or should I take over this bug?
--
mithrandi, i Ainil
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: python-ipaddress
Version : 1.0.7
Upstream Author : Philipp Hagemeister
* URL : https://github.com/phihag/ipaddress
* License : PSF
Programming Lang: Python
Description : Backport
On 14 May 2015 at 06:04, Scott Kitterman wrote:
> Why can't python-cryptography use python-ipaddr that's already in the archive?
cryptography is python2/3 dual-source. Carrying a Debian-specific
patch[1] that introduces a slew of fallback imports to ipaddr, solely
to avoid uploading a new package
Control: tag -1 + wontfix
On 14 May 2015 at 13:45, Scott Kitterman wrote:
> Is this 100% compatible with ipaddress from upstream now? The problem I ran
> into before is that when importing ipaddress and it turned out to be this one
> and not the upstream one, the API was different, so it didn't
fishd is going away upstream, but I'm not sure how long it will be until a
release incorporates those changes, so I will look at shipping your
apparmor profile in the meantime.
On Mon, 8 Jun 2015 at 08:36 Cameron Norman wrote:
> Package: fish
> Severity: wishlist
> Tags: patch
>
> Hello,
>
> I h
I am uploading my package to the Debian Python Modules Team repository,
feel free to join the team and add yourself as comaintainer!
On Thu, 14 May 2015 at 08:31 Henri Salo wrote:
> On Thu, May 14, 2015 at 05:12:14AM +0200, Tristan Seligmann wrote:
> > Are you still working on packa
Control: tag -1 - wontfix
On Fri, 22 May 2015 at 17:06 Scott Kitterman wrote:
> There are far more users of ipaddr than ipaddress. There's exactly two
> API differences. I'm willing to look at pip and propose a patch to work
> with either.
>
I've discovered yet another API incompatibility whi
Package: miniupnpd
Version: 1.8.20140523-3
Severity: important
If the LAN interface miniupnpd is listening on has both ipv4 and ipv6
addresses, miniupnpd seems to only open a v6 socket:
miniupnpd 32203 root3u IPv6 26838937 0t0 TCP *:44958
(LISTEN)
As net.ipv6.bindv6only is d
It looks like setting V6SOCKETS_ARE_V6ONLY in the config fixes this.
There is some detection using sysctl (which is a bit broken since the
settings on the build system may not match the settings on the target
system) for this on *BSD, but nothing to set this flag for Linux.
--
mithrandi, i Ainil e
On 4 December 2014 at 14:36, miniupnp wrote:
> Le 03/12/2014 14:42, Tristan Seligmann a écrit :
>> It looks like setting V6SOCKETS_ARE_V6ONLY in the config fixes this.
>> There is some detection using sysctl (which is a bit broken since the
>> settings on the build sys
On 4 December 2014 at 15:58, Thomas Goirand wrote:
> Do you guys think I should try to get this patch in Jessie? Or is it not
> worth bothering the Debian release team?
Without it, it's very hard to use miniupnpd when v6 is configured;
changing the bindv6only sysctl will probably break other soft
Package: devscripts
Version: 2.14.11
Severity: normal
File: /usr/bin/uscan
When attempting to use uscan with a debian/upstream/signing-key.asc keyring, I
get a failure like this:
-- Downloading updated package mutagen-1.27.tar.gz
-- Downloading OpenPGP signature for package as mutagen-1.27.tar.gz
gpg: Good signature from "Tristan Seligmann "
[ultimate]
gpg: aka "Tristan Seligmann " [ultimate]
gpg: aka "Tristan Seligmann " [ultimate]
gpg: Signature notation:
issuer-...@notations.openpgp.fifthhorseman.net=000
Hi Thomas,
Thanks for the bug report. I did look at this myself previously, but
failed to record this information anywhere except in my head.
On 11 December 2014 at 18:36, Thomas Goirand wrote:
> I've tried building python-cryptography using openssl from Experimental,
> and it fails with issues
1 - 100 of 255 matches
Mail list logo