With 6.1.0 I can not reproduce this. I think Andreas fixed a lot of problems
in this area, so I'll mark this as closed by the new version. Feel free of
course to re-open if it happens again.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Forwarded upstream:
https://bugs.launchpad.net/debian/+bug/1092794
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Dec 19, 2012, at 12:50 PM, Jakub Wilk wrote:
* Barry Warsaw ba...@python.org, 2012-12-14, 16:29:
++dnl Debian multiarch support in sys.implementation._architecture
++dnl Try `dpkg-architecture -qDEB_BUILD_MULTIARCH` first, then
++dnl `gcc --print-multiarch`.
++AC_SUBST(MULTIARCH_BUILD
+1,10 @@
+python-virtualenv (1.8.4-2) experimental; urgency=low
+
+ * debian/patches/multiarch.patch: Use system multiarch path if available.
+Closes: #695707
+
+ -- Barry Warsaw ba...@python.org Wed, 12 Dec 2012 14:10:49 -0500
+
python-virtualenv (1.8.4-1) experimental; urgency=low
* Team
-implementation.diff: Expose multiarch triplet value
+as sys._architecture.
+
+ -- Barry Warsaw ba...@python.org Fri, 14 Dec 2012 15:23:02 -0500
+
python2.7 (2.7.3-12) experimental; urgency=low
* Fix typo in pkgconfig file. Closes: #695671, LP: #1088988.
=== modified file 'debian/patches/series.in
-implementation.diff: Expose multiarch triplet value
+as sys._architecture.
+
+ -- Barry Warsaw ba...@python.org Fri, 14 Dec 2012 15:50:45 -0500
+
python3.3 (3.3.0-6) experimental; urgency=low
* Don't use xattrs on kfreebsd and the Hurd.
=== modified file 'debian/patches/series.in
On Dec 13, 2012, at 11:04 AM, Matthias Klose wrote:
Am 12.12.2012 21:06, schrieb Barry Warsaw:
Or this one...
when creating a virtualenv, you usually know which interpreter you'll be
using for the new env, so why not use the interpreter to get the name of the
dir?
python -S -c 'import sys
/changelog 2012-12-12 19:11:43 +
@@ -1,3 +1,10 @@
+python-virtualenv (1.8.4-2) experimental; urgency=low
+
+ * debian/patches/multiarch.patch: Use system multiarch path if available.
+Closes: #695707
+
+ -- Barry Warsaw ba...@python.org Wed, 12 Dec 2012 14:10:49 -0500
+
python-virtualenv
.
+Closes: #695707
+
+ -- Barry Warsaw ba...@python.org Wed, 12 Dec 2012 14:10:49 -0500
+
python-virtualenv (1.8.4-1) experimental; urgency=low
* Team upload.
=== modified file 'debian/control'
--- debian/control 2012-04-22 17:34:40 +
+++ debian/control 2012-12-12 19:13:44 +
On Dec 11, 2012, at 08:18 AM, Ben Finney wrote:
Good idea. Port 9 is the “discard” service. But why that particular
address?
The Crazy Circumstantial Conditions of the Cult of the Cargo.
This should probably be mandatory for any distutils based package. ;)
It's a band-aid over the real
On Dec 10, 2012, at 01:46 PM, Dmitry Shachnev wrote:
It doesn't find python3 version on distribute, so calls
use_setuptools() which tries to download one from pypi.python.org.
This is a serious bug. You should add a build-dependency on
python3-setuptools, and to be sure you may also want to
On Nov 30, 2012, at 05:24 AM, Matthias Klose wrote:
So, Barry's [CCed] concern was that an upstream build without any options
would include /usr/local/lib/python2.7/site-packages, which was used by
debian policy as well. Therefore the debian system build now uses
dist-packages for /usr and
On Nov 30, 2012, at 10:27 AM, Ian Campbell wrote:
BTW, why is this Debian specific? Don't all these arguments about
system-python vs. custom-python apply to all distros? Or is this stuff
going to happen upstream too?
It might not, since not all distros or platforms have the same interpretation
FWIW, let's reference the Python documentation for --prefix:
http://docs.python.org/2.7/install/index.html#alternate-installation-unix-the-prefix-scheme
On Nov 30, 2012, at 04:37 PM, Ian Campbell wrote:
What this bug is about is what happens when I build a 3rd party module
for use with the
Package: pep8
Version: 1.2-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
Upstream package already supports Python 3, such that you can do:
$ python3 -c 'import pep8'
It would be nice to get a Python 3 compatible pep8 package into Debian
as well. I
I understand that there are issues with 2.7.3 final, some but not all of which
are resolved. I would personally prefer to see 2.7.3 final in Wheezy, as it
will provide a stable base release which ought to be common across different
distros.
Better I think to unblock 2.7.3-5 (now, in sid) and
Okay, I did a bit more work on the packaging and svn-injected it into the
python-apps svn repo:
http://anonscm.debian.org/viewvc/python-apps/packages/tox/
I'll ask for a review/sponsorship from debian-python.
Thanks Bradley for laying out the start of the packaging!
signature.asc
Package: python3-requests
Version: 0.12.1-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
Latest upstream version on PyPI is 0.14.2.
I am in the process of upgrading the Ubuntu 13.04 version of the
package (LP: #1076107) and will add a patch when that's
are now required
+ (i.e. Depends instead of Recommends).
+
+ -- Barry Warsaw ba...@ubuntu.com Thu, 01 Nov 2012 14:56:00 +0100
+
requests (0.12.1-1ubuntu6) quantal; urgency=low
* debian/control: Resolve Depends misspelling of python-urllib3.
=== modified file 'debian/control'
--- debian
On Nov 08, 2012, at 12:04 AM, Daniele Tricoli wrote:
Hello Barry,
On Wednesday 07 November 2012 21:18:27 Barry Warsaw wrote:
Attached is the diff against the Ubuntu version of the package. You
should be able to extract the relevant changes for the Debian version,
but because you might
Package: python-zope.interface
Version: 3.6.1-3
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
wheezy/sid currently has zope.interface 3.6.1, but this is over two
years old. One specific problem is that this version is not
compatible with Python 3.3 because
Tracking this in Ubuntu as LP: #1071845
https://bugs.launchpad.net/debian/+source/zope.interface/+bug/1071845
signature.asc
Description: PGP signature
Package: python-coverage
Version: 3.4-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
When bug #635476 is addressed (new upstream version), please also add
support for Python 3, which upstream coverage supports.
- -- System Information:
Debian Release:
Package: python3
Version: 3.2.3-5
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
In the top level directory of the source package, run this:
$ make tests
This will fail because 'nosetests-3' is not a valid executable. It
should be nosetests3 (from the
when multiple versions are supported.
+ * Makefile: Fix the nosetests3 command. Closes: 690259
+
+ -- Barry Warsaw ba...@python.org Thu, 11 Oct 2012 15:09:02 -0400
+
python3-defaults (3.2.3-6) unstable; urgency=low
[ Piotr Ożarowski ]
=== modified file 'dh_python3'
--- dh_python3 2012-06-30
Apologies for the syntax error in the Closes text.
signature.asc
Description: PGP signature
For all intents and purposes, computer-janitor is abandonware.
https://bugs.launchpad.net/ubuntu/+source/computer-janitor/+bug/1050071
signature.asc
Description: PGP signature
Apologies for not responding sooner, this one got buried in my inbox.
On Sep 19, 2012, at 05:41 PM, Thomas Kluyver wrote:
I think Barry's key suggestion was to avoid using for loops to handle
multiple versions of Python 3. The example in LibraryStyleGuide uses
rules like this:
build-python%:
I added a merge proposal on the Ubuntu bug which fixes the FTBFS (and adds the
`set -x` flag in d/rules). I'm not sure upstream would approve of the patch,
since it's not clear to me whether the bogus SCRIPT tag should be entirely
stripped or not. But in the absence of upstream response to their
Package: python-mode
Version: 1:6.0.12-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
$ debdiff python-mode_6.0.10-1.dsc python-mode_6.0.12-1.dsc | grep -i
copyright
+;; Copyright (C) 2009,2010 Joao Tavora
+;; Copyright (C) 2012 Urs Fleisch
+;; Copyright (C) 2012 Urs
Submitted to upstream at
https://bugs.launchpad.net/debian/+source/python-mode/+bug/1058261
As mentioned in the upstream bug, when testing my soon-to-be-uploaded 6.0.12
package on unstable with `emacs -q`, I see the following differences:
* Jumping to the end of the file shows me proper syntax
I cannot reproduce this with python-mode 6.0.12 (soon to be uploaded). Is
this still a problem for you?
signature.asc
Description: PGP signature
In python-mode.el, when I crash the sub-interpreter, I see this:
-snip snip-
Python 2.7.3rc2 (default, Apr 22 2012, 22:30:17)
[GCC 4.6.3] on linux2
import ctypes
i = ctypes.c_char('a')
j = ctypes.pointer(i)
c = 0
while True:
... j[c] = 'a'
... c += 1
...
Process python
Is XEmacs even still available in Wheezy?
% aptitude search xemacs
% sudo apt-get install xemacs21
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package xemacs21 is not available, but is referred to by another package.
This may mean that the
I'll add the requested skip in 1:6.0.12-1, but I can't test it as I don't have
emacs21 installed and it's not available in Wheezy. At least the skip doesn't
seem to break installation on emacs23 :).
signature.asc
Description: PGP signature
On Sep 19, 2012, at 07:20 AM, Dmitry Shachnev wrote:
@Scott: please merge Barry's branch :)
I also think we should use a different version number (something like
3.2.3.6) to fix bug #684431.
Piotr mentioned he was going to try to get to it today.
signature.asc
Description: PGP signature
So I agree that this is a legitimate bug, and the patch does appear to fix the
problem, at least in the use case given. I'm just not sure it does it in the
right way.
I'm confused by a few things in the original code. Looking at the docstring
for destroyer() we see:
Remove every .py[co]
On Sep 18, 2012, at 07:37 PM, Dmitry Shachnev wrote:
On Tue, 18/09/2012 11:05 -0400, Barry Warsaw wrote:
So I guess if no one else has any other suggestions, then the following
changes should be made to the patch, after which it could be applied:
* compare against site.getsitepackages
On Sep 18, 2012, at 07:37 PM, Dmitry Shachnev wrote:
On Tue, 18/09/2012 11:05 -0400, Barry Warsaw wrote:
So I guess if no one else has any other suggestions, then the following
changes should be made to the patch, after which it could be applied:
* compare against site.getsitepackages
Okay, I don't have permission either to commit changes to pkg-python. My
branch, ready for merging and sponsorship, is at
bzr branch
bzr+ssh://bzr.debian.org/home/users/warsaw-guest/public_bzr/pkg-python/bug-685167
dget http://barry.warsaw.us/debian/python3-defaults_3.2.3-6.dsc
Just a quick reply because I'm interested in being able to import Cython in my
Python 3 library's setup.py.
It's a bit non-standard to have cython and cython3 packages, but it's probably
too much work (or maybe infeasible, I haven't looked) to split the package
into a python-cython,
On Jul 18, 2012, at 09:04 PM, Yaroslav Halchenko wrote:
do you have 0.16 already? any patches for fixing failing tests (I am
yet to either figure them out or just bisect since seems many to
be fixed upstream):
https://buildd.debian.org/status/package.php?p=cythonsuite=experimental
I just
On Jul 02, 2012, at 04:45 PM, Yaroslav Halchenko wrote:
if python-mode.el is affected, please open a ticket also at
https://bugs.launchpad.net/python-mode
isn't python-mode.el belonging to python-mode package the one
responsible for setting up ipython shell comint mode??? (sorry, I just
do not
Package: python-mode
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
Upstream suggests that the tests can be run from the command line via:
python-mode-tests.sh in the tests directory.
For higher quality package, these should be run at package build time.
-
(though only one can be used by an application at a time). Add
+Python 3 support to peas-demo.
+
+ -- Barry Warsaw ba...@ubuntu.com Tue, 19 Jun 2012 11:16:15 -0400
+
libpeas (1.4.0-2ubuntu1) quantal; urgency=low
* Merge with Debian unstable, remaining Ubuntu changes:
diff -Nru libpeas-1.4.0
Package: hello
Version: Incorrect French translation
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
Forwarded from LP: #989946:
https://bugs.launchpad.net/ubuntu/+source/hello/+bug/989946
In french version of hello when you launch hello -h it give you
On Jun 13, 2012, at 06:26 PM, Colin Watson wrote:
Meta-question: do you think it makes sense to turn on `from __future__
import unicode_literals`?
We've talked about this on a few occasions. :-)
I know. I just can't seem to let this go. :)
This is more or less the poster child for a case
For #1, the change in flags makes sense. Because Python 3.3 has flexible
string representations (PEP 393), the --with-wide-unicode configure flag has
gone away. It's this flag that's represented by the 'u' in the .so file
name.
#2 is an unfortunate hack. I had problems with this before.
I'm
Package: canto
Version: 0.7.10-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
I see the following line in debian/control for canto 0.7.10-3:
Build-Depends: debhelper (= 7.0.50~), python-dev, python-support,
libncurses5-dev, libncursesw5-dev
I see no reason
On May 22, 2012, at 11:09 PM, Jakub Wilk wrote:
* Barry Warsaw ba...@python.org, 2012-05-22, 17:01:
I see the following line in debian/control for canto 0.7.10-3:
Build-Depends: debhelper (= 7.0.50~), python-dev, python-support,
libncurses5-dev, libncursesw5-dev
I see no reason for the python
Package: canto
Version: 0.7.10-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
Since python-support is now officially deprecated, this patch switches
the packaging to use dh_python2. Thank you for your consideration.
- -- System Information:
Debian
Package: python-pyinotify
Version: 0.9.2-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
Upstream pyinotify support Python 3. This patch adds the necessary
packaging to add support for python3-pyinotify.
- -- System Information:
Debian Release: wheezy/sid
On Apr 28, 2012, at 04:34 PM, Stefano Zacchiroli wrote:
Barry is fine in joining the current team, Jakub is not. (Of course
they can provide different indications here, but that's my understanding
of the situation at the time of last interactions with them.)
I would be fine joining a team with
I'm starting to review and test Colin's patches. Here are some comments.
Where I don't mention anything (the majority of the code), then I think it
looks great.
Meta-question: do you think it makes sense to turn on `from __future__ import
unicode_literals`?
0002-Avoid-various
diff --git
Hi Kouhei,
Thanks for filing this ITP on tox; I've been wanting to get it packaged for a
while now, but have lacked the time. I'm happy to help move this forward. I
can't sponsor it, but I can review packaging, test it out, or help put
together a packaging branch if you want. Let me know if I
the Python 3 version of the package.
+
+ -- Barry Warsaw ba...@python.org Wed, 18 Apr 2012 15:07:31 -0400
+
pyopenssl (0.13-1) unstable; urgency=low
* New upstream release
=== modified file 'debian/control'
--- debian/control 2011-08-15 18:44:39 +
+++ debian/control 2012-04-18 19:39:17 +
On Apr 03, 2012, at 10:36 AM, Stefano Zacchiroli wrote:
Allow me be blunt then: do we have volunteers to maintain the pythonX.Y
packages? Can those volunteers manifest themselves on this list?
Apologies for not responding sooner, I was off-line for a while.
I have no opinion on how the
to run autogen.sh after applying the
+ configure.ac patches.
+
+ -- Barry Warsaw ba...@ubuntu.com Wed, 22 Feb 2012 17:14:50 -0500
+
smc (1.9-4ubuntu1) oneiric; urgency=low
* Update 02_binutils-gold.patch to properly use LDADD. Fixes FTBFS.
=== modified file 'debian/control'
--- debian
Attached is the fix I applied on Ubuntu, which builds fgfs-atlas from CVS.
Cheers.
=== modified file 'debian/control'
--- debian/control 2009-10-17 02:27:02 +
+++ debian/control 2012-02-14 21:45:12 +
@@ -1,14 +1,17 @@
Source: fgfs-atlas
Section: games
Priority: extra
-Maintainer: Ove
I noticed this same failure when I tried to build the package for Ubuntu.
However, what was weird was that it succeeded for amd64 but failed for i386.
https://launchpad.net/ubuntu/+source/cssutils/0.9.8-1build1
Same results in my PPA:
https://launchpad.net/~barry/+archive/python/+packages
I
Duh. arch: all so nevermind.
signature.asc
Description: PGP signature
On Feb 14, 2012, at 12:03 AM, Jakub Wilk wrote:
If the sphinxdoc add-on called “python setup.py build_sphinx” or simliar, it
would be certainly its job to clean whatever stuff such command might have
left behind it.
But it didn't (and it never will): it was the maintainer who added “python
Package: python-sphinx
Version: 1.0.8+dfsg-2
Severity: normal
File: sphinx
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
Hi. With the official deprecation of python-support, we have applied
the following patch to the Ubuntu version to switch to dh_python2.
Thank you for your
On Feb 02, 2012, at 01:12 PM, Jakub Wilk wrote:
* Barry Warsaw ba...@python.org, 2012-01-30, 18:32:
This patch updates the python-wadllib package in several ways:
* Updates to 1.3.0, the latest available upstream.
* Adds packaging support for Python 3 since upstream now supports it
* Enable
(revision 20368)
+++ debian/changelog (working copy)
@@ -1,3 +1,11 @@
+python-wadllib (1.3.0-1) UNRELEASED; urgency=low
+
+ * New upstream release.
+ * debian/rules: drop --buildsystem=python_distutils since it's not needed.
+ * Add support for Python 3.
+
+ -- Barry Warsaw ba...@python.org Mon, 06
Hi Jakub, thanks for the bug report.
On Feb 01, 2012, at 04:27 PM, Jakub Wilk wrote:
Source: flufl.enum
Version: 3.3.1-1
Severity: important
User: debian...@lists.debian.org
Usertags: qa-doublebuild
flufl.enum fails to build from source if built twice in a row:
I'd like to fix this, but it's
On Feb 06, 2012, at 08:46 PM, Jakub Wilk wrote:
* Barry Warsaw ba...@python.org, 2012-02-06, 14:25:
flufl.enum fails to build from source if built twice in a row:
I'd like to fix this, but it's not clear to me exactly how to reproduce the
problem. I think it's because the way I normally build
signature.asc
Description: PGP signature
tests for all supported Python versions.
+
+ -- Barry Warsaw ba...@ubuntu.com Mon, 30 Jan 2012 15:36:50 -0500
+
+python-wadllib (1.2.0+ds-2build1) precise; urgency=low
+
+ * Rebuild to drop python2.6 dependencies.
+
+ -- Matthias Klose d...@ubuntu.com Sat, 31 Dec 2011 02:12:57 +
+
python
On Jan 27, 2012, at 09:45 AM, Simon McVittie wrote:
Thanks for pointing these out, but they're not bugs.
Michael also pointed that out. Thanks for the information!
In private mail you also commented on the distribution in the changelog being
UNRELEASED. That *is* a bug, albeit a minor one: it
Package: dbus-python
Version: 1.0.0-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Simon. First, thanks for 1.0.0 and incorporating Python 3 support. This
is really fantastic.
I'm looking at merging this version over to Ubuntu, but comparing the
resulting .debs I've
release (Closes: #656680)
+ * Build for Python 3.
+ * Run the tests (for Python == 2.7).
+ * Add unzip to B-D and repack the upstream tarball.
+
+ -- Barry Warsaw ba...@ubuntu.com Tue, 24 Jan 2012 18:50:31 -0500
+
+python-keyring (0.6.2-1build1) precise; urgency=low
+
+ * Rebuild to drop python2.6
Package: wnpp
Severity: wishlist
Owner: Barry Warsaw ba...@python.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: flufl.password
Version : 1.1.1
Upstream Author : Barry Warsaw ba...@python.org
* URL : http://launchpad.net/flufl.password
* License
Package: python-keyring
Version: 0.6.2-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
Upstream keyring has released 0.7 which supports Python 3. We should
update the Debian version to this release and add Python 3 packaging.
I will actually work on a
/changelog2012-01-03 18:08:38 +
@@ -1,3 +1,11 @@
+cython (0.15.1-2) UNRELEASED; urgency=low
+
+ * debian/patches/python27-testsuite-fix.patch:
+Fix test suite for Python 2.7 change. Patch comes from Cython
+upstream, post 0.15.1 release. (Closes: #651996)
+
+ -- Barry Warsaw ba
On Nov 18, 2011, at 11:16 AM, Simon McVittie wrote:
Any progress on this?
experimental now has pygobject 3.0.2-2 - I assume this will go to unstable
as part of GNOME 3.2, but you'd have to ask the GNOME team about that.
Ah sorry, not yet. UDS basically distracted me. I'll work on that next
to connect
embodied in this test will not happen. See Python issue 13218 for additional
detail.
Author: Barry Warsaw ba...@ubuntu.com
Bug-Python: http://bugs.python.org/issue13218
Forwarded: not-needed
--- a/tests/test_ssl.py
+++ b/tests/test_ssl.py
@@ -387,6 +387,12 @@
finally
On Oct 22, 2011, at 10:02 AM, Arnaud Fontaine wrote:
Barry Warsaw ba...@python.org writes:
Note that 2011h tarball is apparently no longer available upstream. I
just uploaded 2011k-0ubuntu1 for Precise which is the latest (and
afaict only available) upstream release.
Well, it seems
Note that 2011h tarball is apparently no longer available upstream. I just
uploaded 2011k-0ubuntu1 for Precise which is the latest (and afaict only
available) upstream release.
signature.asc
Description: PGP signature
; remaining changes:
- movemodules, update-python-modules, debhelper/dh_pysupport:
Add support for --prefix. This is used for example, by Quickly to
install modules into /opt/extras.ubuntu.com/appname-version/
-- Barry Warsaw ba...@ubuntu.com Thu, 26 May 2011 14:24:43 -0400
*** /tmp
I just wanted to follow up since I released a new gtimelog (0.7.0) both
upstream and for Ubuntu 11.10. A couple of things:
* The Vcs-Bzr branch is in an older bzr format. I'd like to get that
upgraded to 2a if that's feasible. Any objections?
* Can I change Maintainer: to point to myself?
Yep, we fixed this in Ubuntu back in November. Here's the merge proposal at
the time:
https://code.launchpad.net/~barry/update-manager/673297-py27/+merge/40510
And the patch we applied (omitting debian/changelog):
=== modified file 'UpdateManager/Core/utils.py'
--- UpdateManager/Core/utils.py
With the updated python-defaults package (dh_python2), this is no longer
necessary.
signature.asc
Description: PGP signature
Package: python-omniorb
Version: 3.5-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
This ftbfs was reported in Ubuntu:
I'm testing this patch in Ubuntu (which has the same ftbfs):
https://github.com/nipy/nipype/commit/33db6f6bff3d0b554037e0169d17a14b7ff66f89
signature.asc
Description: PGP signature
ftbfs due to ImportError. This patch contains the
+ upstream git pull request fixing the import.
+Origin:
+ https://github.com/nipy/nipype/commit/33db6f6bff3d0b554037e0169d17a14b7ff66f89
+Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/nipype/+bug/835008
+Forwarded: not-needed
+Author: Barry
On Sep 22, 2011, at 02:26 PM, Yaroslav Halchenko wrote:
eh -- we crossed in hyperspace -- I called mine up_recent_nipy_reference
and didn't include all the nice headers... do you have a helper script
for this DEP-3-friendliness?
Nope, just quick Emacs fingers. But I always have to lookup DEP-3
Package: cardstories
Version: 1.0.6-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
This ftbfs was found on i386 on Ubuntu. The cause is that the test poll value
is greater than
Hi Jelmer,
On Sep 19, 2011, at 11:22 PM, Jelmer Vernooij wrote:
client.c:318 client_set_notify_funct() where notify_baton2 has
inconsistent
refcounting between the if-clause and else-clause. When you go through the
if-clause, notify_baton2 steals a reference to Py_None, which is going
to
I did a very quick review of the C code here (branched from debianlp:subvertpy
on Launchpad, so should be the sid package), and found a number of
questionable things. I don't know the library code or the svn API very well,
so it's entirely possible that some or all of these are false alarms.
Package: python-defaults
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
dh_python2 will warn when it finds installation of files in a location
not expected by --install-layout=deb. This warning should include the
srcdir for additional debugging help. E.g.
Package: debhelper
Version: 8.9.6
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
The standard for running a Python package's test suite is
$ python setup.py test
with possible, multiple -v options for increased verbosity. In Python
3.3, or with
On Sep 12, 2011, at 12:17 PM, Joey Hess wrote:
How standard? Ie, I picked a random python package,aand:
joey@gnu:~/tmp/python-mpd-0.3.0python setup.py test
usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
or: setup.py --help [cmd1 cmd2 ...]
or: setup.py --help-commands
On Sep 12, 2011, at 04:39 PM, Joey Hess wrote:
Barry Warsaw wrote:
Right, setuptools/distutils supports it by default, though it requires a
`test_suite` parameter in setup().
That's a long way from being supported by default. Could you get back to
me when enough python module packages support
Package: python-sphinx
Version: 1.0.7+dfsg-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
I am in the process of getting flufl.lock ready for upload. One thing
we noticed is that dh_auto_clean leaves some sphinx artifacts around
when dh --with sphinxdoc is
Package: wnpp
Severity: wishlist
Owner: Barry Warsaw ba...@python.org
* Package name: python-flufl.lock
Version : 2.1.1
Upstream Author : Barry Warsaw ba...@python.org
* URL : https://launchpad.net/flufl.lock
* License : LGPLv3
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Barry Warsaw ba...@python.org
* Package name: python-flufl.bounce
Version : 1.0
Upstream Author : Barry Warsaw ba...@python.org
* URL : https://launchpad.net/flufl.bounce
* License : LGPLv3
Programming Lang: Python
I had a problem with pbuilder on wheezy. This Launchpad bug might be related:
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/805886
I tested this fix in the Debian package for util-linux:
https://code.launchpad.net/~pr0gg3d/ubuntu/oneiric/util-linux/bug-805886/+merge/70680
and it
On Jul 12, 2011, at 04:17 PM, Simon McVittie wrote:
On Thu, 17 Mar 2011 at 09:58:17 +, Lars Wirzenius wrote:
Hi, Barry,
I'd be happy to sponsor your gtimelog uploads to Debian.
Any news on this? I notice there's a newer-still version in Ubuntu now. Could
someone please take this package
On Aug 15, 2011, at 11:10 AM, Thorsten Glaser wrote:
On Sun, 14 Aug 2011, Thijs Kinkhorst wrote:
On Wed, 10 Aug 2011, Barry Warsaw wrote:
In Ubuntu, the attached patch was applied to achieve the following:
I think it may not be fully complete. When I build with the patch applied
401 - 500 of 576 matches
Mail list logo