Package: python-twisted
Version: 18.9.0-4
Severity: important
Howdy.. I recently updated 'python-twisted', and at the next reboot,
some servers using 'twistd' failed to start. I reproduced the problem
with a simple invocation of the /usr/bin/twist command:
$ twist
Traceback (most recent call
I just released foolscap-0.13.0, which ought to fix this.. let me know
if you see any problems, or if I can help with getting it into
debian/ubuntu before the package gets removed. Thanks!
(upstream author here)
Sorry folks, I didn't realize this problem was so bad. I haven't seen a
bug filed about this on https://foolscap.lothar.com/trac/ or
https://github.com/warner/foolscap/issues , but I just saw email from
the Ubuntu bugtracker because I'm subscribed to Tahoe-LAFS changes, and
On 5/17/17 12:24 AM, Andreas Henriksson wrote:
> Thus z_ret = 4294967293 = -1 = Z_ERRNO
>
> Snippet from zlib.h:
>
>If an error occurred in the file system and not in the compression
>library, errnum is set to Z_ERRNO and the application may consult
>errno to get the exact error
Upstream bug filed in:
https://bugzilla.gnome.org/show_bug.cgi?id=782715
cheers,
-Brian
On 5/15/17 7:33 AM, Andreas Henriksson wrote:
> fwiw, I'm not able to reprocude this on amd64 with gnome-terminal.
I wonder if it's somehow specific to this chromebook. I'm running a
thing called "crouton", which gives you a chroot (of sid, in this case,
but you can get various other
Package: libvte-2.91-0
Version: 0.46.1-1
Severity: grave
There seems to be a bug in sid's libvte, such that dumping a large
amount of text to stdout in a short period of time causes the terminal
program to crash. "cat" of a file with 1MB of the letter "a" is
sufficient to reproduce it.
I'm
FWIW, ekeyd is still giving me errors when I try to launch it on my sid
box, updated today:
$ dpkg -s lua-socket |grep Version:
Version: 3.0~rc1+git+ac3201d-3
$ dpkg -s ekeyd |grep Version:
Version: 1.1.5-6.1
$ sudo /usr/sbin/ekeyd
Unable to run configuration file:
I'm seeing a similar problem, except that the computer in question has
been running continuously the whole time, and it's directly connected to
the internet (so no firewalls or NAT-entries that might be timing out).
This is with tor-0.2.8.8-1 (in sid). What I'm noticing is that if the
Tor daemon
I've just released foolscap-0.12.0 to PyPI, which should fix this. We've
deprecated a function that talks to the root nameservers, and this
release removes the test that used to exercise that function. I think
that was the only place which should be doing off-box network access
(there's plenty of
Ouch.. I didn't know it was doing this.. I'm guessing one of the tests
is pinging the nameservers to exercise the "figure out my own IP
address" function.
I've filed a bug upstream to track down the offending test and change it:
https://foolscap.lothar.com/trac/ticket/263
I'll try to address
I only recently heard about this.. we fixed that problem in the
(current) foolscap-0.9.1 release, made on 21-Sep-2015. Upgrading to
0.9.1 ought to resolve this FTBFS.
(there is a new problem that involves a bad interaction between
foolscap-0.9.1 and twisted >=15.3.0, but for teh most part it only
Package: python-pip
Version: 1.5.6-5
Severity: important
I noticed that 'pip list' on my sid system failed, with a rather obscure
error:
Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/pip/basecommand.py, line 122, in main
status = self.run(options, args)
File
Package: python-setuptools
Version: 16.0-1
Severity: normal
I know setuptools/pip/etc are in flux, so this may be premature.
To work around bugs in the (older) version of Pip that sid currently has
(#786440), I uninstalled python-pip and python-wheel, and installed the
current pip directly from
On 6/20/12 12:00 AM, Roger Leigh wrote:
That pinpointed the trouble to three files: bootlogd, stop-bootlogd,
and stop-bootlogd-single. I still don't understand what problem
they're causing, but I've got more information to go on now.
They probably lack an LSB header to specify their
I have updated the package in Debian-SVN now. Could you please check
(and confirm) that this fixes the problem for you.
If it does please let me know so I can get the updated package uploaded.
I think that looks good.. I built a package from the current SVN debian/*
files on a system with
What's the status of this one?
Stephan showed me some packaging work in the python-modules team's SVN
repository[1] that looked great. It sounded like it was in the NEW
queue at one point, but I don't see it there any longer. Did it get
rejected?
cheers,
-Brian (upstream author of Foolscap)
So, one issue I just noticed about the proposed packaging is that,
because it uses python-support instead of pyshared, it tickles some
bugs in setuptools that show up in our Tahoe project. It seems that
setuptools is not as good at finding metadata in python-support
-provided packages as in
On Wed, 10 Dec 2008 00:39:59 +0100
Stephan Peijnik [EMAIL PROTECTED] wrote:
As python-central seems to be unaffected by this issue as well (that's
at least what some research on the net suggests) I am going to switch to
python-central. I just pushed this update to SVN.
That seems to fix the
I just re-ran a test, and I'm not seeing the problem in sid any more. Some
data points:
* sid now contains python-nevow 0.9.31, which is packaged with pycentral
instead of pysupport
* the .egg-info is ineed in the correct place:
/usr/lib/python2.5/site-packages/Nevow-0.9.31.egg-info
I poked around some more, and found that while Nevow is now ok, the
python-simplejson package is not. Our tahoe setup.py --develop process
fails to notice that simplejson is already installed, and downloads+builds a
new copy.
python-simplejson uses python-support instead of pycentral. The
Package: darcs
Version: 2.0.0-5
Severity: minor
This is twb; I'm unilaterally moving this private discussion into the
Debian BTS so I can track it more easily. I'll bounce messages to the
[EMAIL PROTECTED] mailing list when this message creates it.
--
To UNSUBSCRIBE, email to [EMAIL
Oops, you're absolutely right, python-twisted has the correct .egg-info
file. (for some reason my machine had python-twisted-core installed but not
python-twisted). Problem resolved.
thanks!
-Brian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
reopen 477384
thanks
I just installed 8.1.0-1, and unfortunately it looks like the bug is not
actually fixed:
2670:[EMAIL PROTECTED] dpkg -L python-twisted-core |grep egg-info
/usr/share/pyshared/Twisted_Core-8.1.0.egg-info
To fix this bug, that file needs to be named Twisted-8.1.0.egg-info,
Here's a patch I used to bring the python binding up to date. I'm not exactly
sure what the problem was, but this patch seems to let me build a
correctly-functioning extension module.
cheers,
-Brian
--- rrdtool-1.2.15/bindings/python/rrdtoolmodule.c~ 2006-07-14
05:11:26.0 -0700
+++
Tags: patch
I found the problem.. it looks like the upstream change that started using
sysfs in preference to usbfs (gnome-pilot/gpilotd/gpilot.d 1.151) neglected
to free the memory it allocated by calling g_file_get_contents(). I've
attached a patch below.
If you would, please forward this
Here's a patch. I'm not sure if it's quite the right way to do it, but it
seems to create a python-metakit package that works for me.
-Brian
diff -ur metakit-2.4.9.3/debian/control libmetakit2.4.9.3-2.4.9.3/debian/control
--- metakit-2.4.9.3/debian/control 2006-09-21 11:23:00.0
I'm seeing the same problem. I've attached a test file (created by the
attached script.. the line number and length are prefixed on each line).
When I do 'less' on this file, in an 80x30 xterm (details below), then hit
'j' to scroll downwards, things are fine until line 026 (the first long line
I'm guessing that -g was not switched on in the previous version. Perhaps now
that the -dbg packages are available, the -dev packages should be stripped?
cheers,
-Brian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
29 matches
Mail list logo
