Package: python-cffi
Version: 1.11.5-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
testing/cffi0/test_verify.py ..s [ 35%]
[ 39%]
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko <deb...@onerussian.com>
* Package name: python-sounddevice
Version : 0.3.10
Upstream Author : Matthias Geier <matthias.ge...@gmail.com>
* URL : http://python-sounddevice.readthedocs.io/
* License
On Sat, 24 Feb 2018, Rock Storm wrote:
> What's the status of this issue?
it is stable. contributions would be welcome(d)
> Will it ever be a python3 binary package?
yes
> I fail to use the package 'python-pyglet' for a python3 application, I
> keep getting the following error even though
Indeed, new releases are out and since 3.3.0 there is a new fixture
(caplog) which an increasing number of projects start to use, so
we would need an updated py.test to be able to package them (we run
tests at build time)
Cheers and thanks in advance
--
Yaroslav O. Halchenko
Center for Open
oh -- since package is now under DPMT, I guess I will just take care
about updating it
Cheers,
On Fri, 14 Jul 2017, Yaroslav Halchenko wrote:
> Source: python-whoosh
> Version: 2.7.0-2
> Severity: normal
> Thanks for packaging/maintaining whoosh!
> We decided to use it for the
On Tue, 11 Jul 2017, Yaroslav Halchenko wrote:
> Package: python-virtualenv
> Version: 15.1.0+ds-1
> Severity: normal
> Not 100% sure if it is not a python-dbg or gdb issue, but I think it might as
> well be virtualenv:
> $> virtualenv --python=/usr/bin/python-dbg venv-dbg
Package: python-virtualenv
Version: 15.1.0+ds-1
Severity: normal
Not 100% sure if it is not a python-dbg or gdb issue, but I think it might as
well be virtualenv:
$> virtualenv --python=/usr/bin/python-dbg venv-dbg
Running virtualenv with interpreter /usr/bin/python-dbg
New python executable in
Package: python-future
Version: 0.15.2-4
Severity: wishlist
Would be great and appreciated
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100,
'unstable-debug')
Architecture: amd64 (x86_64)
Foreign
tem)
Versions of packages python-git depends on:
ii git [git-core] 1:2.11.0-2
ii git-core1:2.11.0-2
ii python-gitdb2.0.0-2
pn python:any
python-git recommends no packages.
Versions of packages python-git suggests:
ii python-git-doc 2.1.0-1
ii python-smmap2.0.1-1
--
Package: wnpp
Severity: wishlist
* Package name: airspeed-velocity
Version : 0.2
Upstream Author : ASV Authors
* URL : http://asv.readthedocs.io/,
https://github.com/spacetelescope/asv
* License : BSD-3
Programming Lang: Python
Description : Python
Source: python-aiohttp
Version: 1.1.5-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
While preparing for upload of fresh cython (0.25.2~b0-1) and running build of
rdepends python-aiohttp failed to build with
dh_auto_clean
I: pybuild base:184:
On Wed, 16 Nov 2016, Sandro Tosi wrote:
> On Wed, Nov 16, 2016 at 6:23 PM, Yaroslav Halchenko
> <deb...@onerussian.com> wrote:
> > Unfortunately it seems
> > that python notebook support for jupyter is simply not present?! (thus
> > marked
> > at normal
Package: jupyter-core
Version: 4.2.0-2
Severity: normal
It might be that it is just the RTFM and that I was stuck using good old
ipython-notebook for too long... but now that it is gone, I was expecting
jupyter package(s) to provide a replacement/transition. Unfortunately it seems
that python
Package: python-pyld
Version: 0.6.8-1
Severity: minor
$> debcheckout python-pyld
declared git repository at
git://anonscm.debian.org/python-modules/packages/python-pyld.git
git clone git://anonscm.debian.org/python-modules/packages/python-pyld.git
python-pyld ...
Cloning into 'python-pyld'...
Package: python-scipy
Version: 0.17.0-1
Severity: important
pymvpa2 package FTBFS on mips atm
https://buildd.debian.org/status/fetch.php?pkg=pymvpa2=mips=2.4.3-1=1458051582
due to
Program received signal SIGILL, Illegal instruction
which if ran under gdb provides following detail:
Program
Source: python-aiohttp
Version: 0.20.2-1
Severity: important
I have uploaded fresh cython few days back 0.23.4+git4-g7eed8d8-1 and while
testing reverse dependencies, saw that this package would now FTBFS due
to
...
'build/scripts-3.4' does not exist -- can't clean it
I: pybuild base:184:
Package: python-keyring
Version: 5.7.1-1
Severity: wishlist
Just heads up that there is a new upstream, BUT to provide smooth upgrade new
package would need to come to live to incorporate those backends which were
moved away into https://github.com/jaraco/keyrings.alt /
Package: python-smmap
Version: 0.8.3-1
Severity: normal
fresh release/snapshot of python-git needs updated/fixed version, so it would
be nice to see 0.8.3 in unstable to progress forward.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (900, 'testing'),
I will do it later today. Gitdb would need a kick then as well I guess
On August 11, 2015 4:45:46 AM EDT, Hans-Christoph Steiner
h...@guardianproject.info wrote:
Hey all,
I just checked GitPython (aka python-git) and there are newer upstream
releases available, so I wanted to check in on the
On Tue, 11 Aug 2015, Yaroslav Halchenko wrote:
I will do it later today. Gitdb would need a kick then as well I guess
gitdb uploaded to unstable
python-git -- would like to get a closure on
https://github.com/gitpython-developers/GitPython/issues/336
most probably will upload the current
I have uploaded 0.11.0 in Sid.
Great! Thanks! I will hold my breath until it appears in the archive ;)
--
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,Psychological and Brain Sciences Dept.
Dartmouth
On Thu, 30 Jul 2015, Michael Fladischer wrote:
Hi Thomas,
it seems that there is one missing depeendency for python-mock-1.3.0
still in experiamental: pbr-1.3.0
Could you do an upload into unstable?
as far as I have checked, situation is more tricky -- circular
versioned depends: for
On Tue, 30 Jun 2015, Sandro Tosi wrote:
Hello,
I will need kinda urgently (few days) to backport
python-tornado/4.2.0-1 to jessie, I can do it myself no problem, but
wanted to check with you if you prefer to handle it yourself or if
there's any problem if I do it.
If you do -- I would only
upstream doesn't ship tests/ nor for w3lib, neither for scrapy. Dialog
began:
https://github.com/scrapy/w3lib/pull/34
scrapy needs testfixtures module, not in Debian, for quite a few tests
(and jmespath which is in debian)
--
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net
Package: python-scrapy
Version: 0.24.2-1
Severity: wishlist
Just to let you know.
There was quite a bit of API changes http://doc.scrapy.org/en/1.0/news.html but
I don't see any reverse-dependencies on scrapy, so should be not that painful
whenever new version hits archive.
-- System
Package: python-tornado
Version: 3.2.2-1.1
Followup-For: Bug #779035
Fresh version of ipython 3.0 will require tornado = 4.0 so fresh version would
be well appreciated! thanks!
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'),
Package: python-testtools
Version: 0.9.39-1
Severity: wishlist
I just saw that some matchers definitions are not exposed (absent in __all__),
so went upstream to see that was already fixed and that there is 1.5.0 release
in Nov 2014. So it would be really neat to get fresh testtools into
Debian
Package: python-git
Version: 0.3.2~RC1-3
Severity: wishlist
Please update the package, or let me know if I should do as a team
upload.
Cheers!
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental')
Package: python-git
Version: 0.3.2~RC1-3
Followup-For: Bug #739898
I am thinking about updating this package to current state of Git master
from upstream. I have asked about possible RC2 but haven't got response
so far:
https://github.com/gitpython-developers/GitPython/issues/164
I would also
Package: python-scrapy
Version: 0.24.2-1
Severity: wishlist
it should help to guarantee correct operation using system-wide
available versions of dependencees. Also it would help to install all
necessary packages (from Debian) for testing of scrapy (via apt-get
build-dep).
Thanks in advance!
Dear Julian, Sandro and the rest of the team.
Only with a slight tune up to the current state of the matplotlib in team's SVN
repository I have just uploaded to 2-days delayed, and then dcommitted to
svn including the tag.
Sandro, please let me know if I could reupload straight without any
On Wed, 29 Jan 2014, Vincent Bernat wrote:
python-cffi unit tests are failing on sparc and s390x arch. You can
find a patch to fix some of the problems here:
https://bitbucket.org/cffi/cffi/commits/f3dabd52fbeb54e814e14120cb27ceae3ad266ce
There is another problem on sparc that makes
Package: python-pip
Version: 1.4.1-2
Severity: minor
$ pip --help | grep wheel
wheel Build wheels from your requirements.
$ pip wheel
ERROR: 'pip wheel' requires bdist_wheel from the 'wheel' distribution.
$ acsearch pip wheel
libpoe-component-dbiagent-perl - POE
Package: python-numpy
Version: 1:1.7.1-3
Severity: wishlist
Just wanted to see if on s390x it is a known issue leading to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724047 but can only know that
KNOWNFAIL=6, SKIP=5 on
Package: python-matplotlib
Version: 1.3.0-1
Followup-For: Bug #719384
yes -- this is a very inconvenient bug since prevents clean and build
operations on setup.py while $HOME is pointing to non-existing directory. As a
workaround I am doomed now to mkdir -p $$HOME (which is $(CURDIR)/build) in
Package: python3-numpy
Version: 1:1.7.1-2
Severity: minor
$ python3 -c 'import numpy; print(numpy.__version__)'
1.8.0.dev-Unknown
$ python -c 'import numpy; print(numpy.__version__)'
1.7.1
just confused me and others for a bit:
Package: python-bs4
Version: 4.2.0-2
Severity: normal
was checking upcoming pandas release and ran into various tests failures...
e.g. https://github.com/pydata/pandas/issues/4214
seems to be resolved if I upgrade (via seamless uupdate) to 4.2.1 which has
following changelog
= 4.2.1 (20130531) =
Hello Julien and Yaroslav,
thanks for remindig this: I was wondering about backporting requests but as
noted by Yaroslav we have to investigate how many packages will break.
On Wednesday 05 June 2013 08:30:55 Yaroslav Halchenko wrote:
It would be nice to know if it would break any
FWIW IIRC requests 1.x is not (fully) backward compatible with 0.12.x we
have in wheezy.
It would be nice to know if it would break any of the reverse
dependencies if backport gets uploaded (may be add NEWS entry to make it
obvious happen someone pull it from backports)
$ apt-cache rdepends
to mu or not to mu
FWIW: for mpi4py I decided to avoid hardcoding the suffix:
diff --git a/debian/rules b/debian/rules
index 0688ac2..54e761d 100755
--- a/debian/rules
+++ b/debian/rules
@@ -54,10 +54,14 @@ override_dh_install:
done
: # Python 3
+ : # Can have python$$v symlink
/debian/changelog 2013-01-22 13:30:25.0
-0500
@@ -1,3 +1,11 @@
+parallelpython (1.6.2-2) unstable; urgency=low
+
+ * Team upload
+ * Invoke ppworker via python -m avoiding addition of /usr/share/pyshared
+to sys.path (Closes: #620551)
+
+ -- Yaroslav Halchenko deb...@onerussian.com
Hi,
One simple solution would be to run the script under the symlink path
/usr/lib/pymodules/python2.6/ppworker.py.
Then /usr/lib/pymodules/python2.6/ would be added (again) to sys.path,
which is harmless.
FWIW that would not help apparently since
pp already does that:
DEBUG4:
Package: python-pp
Version: 1.6.2-2
Severity: wishlist
subj... changelog:
pp-1.6.3.
1) Added -P pid_file command line argument to ppserver.py
2) Modified print_stats() to output the number of active tasks.
3) Added SIGUSR1 handler to ppserver.py to print stats when signal is
On Tue, 22 Jan 2013, Jakub Wilk wrote:
* Yaroslav Halchenko deb...@onerussian.com, 2013-01-22, 12:28:
One simple solution would be to run the script under the symlink
path /usr/lib/pymodules/python2.6/ppworker.py.
Then /usr/lib/pymodules/python2.6/ would be added (again) to
sys.path, which
) unstable; urgency=low
+
+ * Team upload
+ * Invoke ppworker via python -m avoiding addition of /usr/share/pyshared
+to sys.path (Closes: #620551)
+
+ -- Yaroslav Halchenko deb...@onerussian.com Tue, 22 Jan 2013 13:29:34 -0500
+
parallelpython (1.6.2-1) unstable; urgency=low
* New upstream
Package: ipython
Version: 0.13.1-2
Severity: normal
Trying an exemplar %%cython snippet from
http://nbviewer.ipython.org/urls/raw.github.com/ipython/ipython/3607712653c66d63e0d7f13f073bde8c0f209ba8/docs/examples/notebooks/cython_extension.ipynb
even with minimalistic example
%%cython
cimport
A related wontfix bug report in Python itself for a generic resolution:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682795
and in Cython internally this was already handled for inline
compilation (now that I am starting to recollect this issue):
On Thu, 03 Jan 2013, Sandro Tosi wrote:
thanks for your work to make numpy a better package :)
thanks for maintaining this core package ;)
- one assures that all for loops are secured with set -e, so if any
command fails, the loop fails (do not remember who pointed me to this
drawback
python-numpy-doc 1:1.6.2-1
-- no debconf information
From 46bbfedb75f53f8f89ea749c60a4fc7c1ed75e3d Mon Sep 17 00:00:00 2001
From: Yaroslav Halchenko deb...@onerussian.com
Date: Fri, 14 Dec 2012 13:10:34 -0500
Subject: [PATCH 1/2] debian/rules: safe-guard all for loops with 'set -e; '
to prevent
On Tue, 23 Oct 2012, Jakub Wilk wrote:
?
It stands for with pyMalloc.
See: http://www.python.org/dev/peps/pep-3149/#proposal
Thank you Jakub!
$
PYTHONPATH=/home/yoh/deb/gits/pkg-exppsy/mpi4py/install/lib/python3.3/site-packages/mpi4py
$HOME/python-env/python3.3/bin/python3.3
On Tue, 23 Oct 2012, Matthias Klose wrote:
please note that python3.3 comes with its own pyvenv-3.3
how could I forget about those great news...
1. btw - could you share info on what 'm' is after in
/usr/include/x86_64-linux-gnu/python3.3m
?
2. any hints on how to make nose work with 3.3
Package: python-virtualenv
Version: 1.7.1.2-2
Severity: normal
To check if indeed I have a fix #691244 I have tried to create python3.3
environment (using virtualenvwrapper but not sure if that is its fault --
please reassign if you are sure that it is):
$ mkvirtualenv -p /usr/bin/python3.3
fixed python-scipy/0.8.0-1
thanks
On Fri, 31 Aug 2012, Adam D. Barratt wrote:
On Fri, 2012-08-31 at 11:53 -0400, Yaroslav Halchenko wrote:
While building a squeeze backport of new release of python-brian package
I just found out that there is a g++ 4.4 compatibility issue with weave
On Fri, 31 Aug 2012, Julien Cristau wrote:
While building a squeeze backport of new release of python-brian package
I just found out that there is a g++ 4.4 compatibility issue with weave
of scipy shipped in squeeze. Fix is trivial -- I adopted it from a
package in Ubuntu (links are in
On Tue, 21 Aug 2012, Jakub Wilk wrote:
Control: tag -1 + wontfix
* Dmitry Shachnev mity...@gmail.com, 2012-08-21, 17:10:
To allow test execution environments to discover packages which
provide tests, their source packages should have a `Testsuite:`
header containing `autopkgtest` (which is
Package: python-networkx
Version: 1.7~rc1-2
Severity: normal
It is unfortunate that upstream's release missed Debian freeze day by
only few days, but may be at least (selected) fixes could be argued to
propagate to wheezy?
e.g. I was just suggested that the fix for
my reference to
,---
| e.g. I was just suggested that the fix for
| https://networkx.lanl.gov/trac/ticket/737
| which was fixed right before 1.7 release might be the one causing hard to
| reproduce (stopped failing for me again) FTBFS of nipype:
|
and here we go -- was my mistake of mixing up two patch sets. If upload
of 1.7 official release to wheezy is impossible, please include the
commit 9ebe087b8bbcdeee3051e07cacd05fa07436c16e (attached, thanks Satra
once again for pointing it out) which resolves the FTBFS of
nipype.
Best regards,
dpkg-buildpackage: source version 0.6.1+dfsg-3
dpkg-buildpackage: source changed by Yaroslav Halchenko deb...@onerussian.com
dpkg-source --before-build pyamf-0.6.1+dfsg
dpkg-buildpackage: host architecture amd64
fakeroot debian/rules clean
dh clean --with python2
dh_testdir
debian/rules
my PR to fix this bug in numpy was accepted (fix is tiny, accomplished
with unittests):
https://github.com/numpy/numpy/pull/328/files
do you think it is worth adding this patch to debian package and seeking
its acceptance to wheezy?
--
Yaroslav O. Halchenko
Postdoctoral Fellow, Department of
Package: python-scipy
Version: 0.10.1+dfsg1-3
Severity: serious
Tags: patch upstream
Justification: fails to build from source (but built successfully in the past)
I believe I have spotted it even before skimage FTBFSs:
https://buildd.debian.org/status/package.php?p=skimage
e.g.
On Thu, 12 Jul 2012, Denis Laxalde wrote:
BTW -- there is a bulk of possibly related unittests failures on s390x (if
only
someone was brave enough to take care about
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678546), e.g. (a piece
of diff from output on s390)...
Ok, scipy is
-cast]
On Thu, 12 Jul 2012, Denis Laxalde wrote:
tags 681270 -moreinfo
thanks
Yaroslav Halchenko wrote:
BTW -- there is a bulk of possibly related unittests failures on s390x (if
only
someone was brave enough to take care about
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678546), e.g
that was it -- assuring 'int' storage to be passed instead of npy_intp
(which is long int on s390x and int on s390) resolves this issue...
now I wonder what would be the cleanest patch ;-) (also running
unittests with this fix to see how many tests get fixed)
On Thu, 12 Jul 2012, Yaroslav
On Thu, 12 Jul 2012, Denis Laxalde wrote:
that was it -- assuring 'int' storage to be passed instead of npy_intp
(which is long int on s390x and int on s390) resolves this issue...
Good to know. fitpack (interpolate) might also benefit from this.
may be -- at least there were no gcc warnings
Package: python-scipy
Version: 0.10.1+dfsg1-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Please see attached a somewhat minimalistic code to reproduce the
problem.
it fails only on s390x -- fine on s390 and any other architecture/port where
as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673987#10
described, version in squeeze (1.0.1) is not effected and no action
should be done for current stable release.
or am I missing the point here?
On Mon, 09 Jul 2012, Jonathan Wiltshire wrote:
Dear maintainer,
Recently you fixed one
Package: python-numpy
Version: 1:1.6.2-1
Severity: serious
Tags: upstream
I was troubleshooting pynn FTBFS
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669466
and one of the recently failed unittests was due to following regression:
$ python -c import numpy; print numpy.__version__; print
ok -- bug bisected to be fixed in
$ PYTHONPATH=$PWD python -c import numpy; print numpy.__version__; print
numpy.array([('a', 1), ('b', 9.99)])
1.7.0.dev-91f87e1
[['a' '1']
['b' '9.99']]
but
:4.7.1-1
ii gfortran 4:4.6.1-2
ii python-dev2.7.2-10
ii python-nose 1.1.2-3
ii python-numpy-dbg 1:1.6.2-1
ii python-numpy-doc 1:1.5.1-4
-- no debconf information
From 4df244465c3db3a8e9e624d17ed2982f595e2b8a Mon Sep 17 00:00:00 2001
From: Yaroslav Halchenko deb
Package: python-scipy
Version: 0.10.1+dfsg1-3
Severity: wishlist
While troubleshooting FTBFS of statsmodels on sparc we just ran into an issue
which points to scipy (separate report will be filed whenever confirmed to be
scipy-origin). I have looked at scipy build-log [1] and besides
Package: python-networkx
Version: 1.7~rc1-1
Severity: serious
I was about to upload a fix for #664944 but the build failed due to error
while running unittests:
==
ERROR: Failure: ValueError (need more than 0 values to unpack)
I wonder if smth like this would work (didn't even look what the graph
is):
python -c import pickle, networkx as nx;
nx.to_scipy_sparse_matrix(pickle.load(open('/tmp/graph2debug.dat')))
and see attachment
On Mon, 18 Jun 2012, Sandro Tosi wrote:
Hello,
can you please provide a minimal test
Hi Varun,
thanks for taking care and adopting my patch. now it got accepted
upstream and I wanted to mention that they refactored few other
comparisons -- so it might be wise for Debian to adopt that patch as
well (attaching).
Cheers
On Fri, 20 Apr 2012, Debian Bug Tracking System wrote:
/usr/include/python3.2_d/numpy: No such file or directory
ls: cannot access /usr/include/python3.2/numpy: No such file or directory
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko
Package: python-matplotlib
Version: 1.1.1~rc1-1
Severity: wishlist
Now that python3-numpy is in sid, it would be great to get python3-matplotlib
in since python3 is supported upstream AFAIK.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'),
it would be a good time to prepare for
upcoming freeze assuring that dependent packages are in good shape... ?
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko
d'oh -- now patch is attached
On Fri, 30 Mar 2012, Yaroslav Halchenko wrote:
patch is attached here as well
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko
Package: python-tornado
Version: 2.1.0-2
Severity: wishlist
haven't looked if they (tornado/test) require any internet access, but
hopefully not
e.g. for me atm tests stall at
The file descriptor underlying a FileDescriptor may be closed and ...
so it would be nice to iron them out
-- System
Package: python-pyglet
Version: 1.1.4.dfsg-2
Severity: normal
testing new version of psychopy which uses pyglet and just randomly pressed
volume up buttong available on my thinkpad which generates following xev
information:
KeyPress event, serial 29, synthetic NO, window 0x781,
root
Package: python-scipy
Version: 0.9.0+dfsg1-1+b2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
I have ran into this while building pymvpa2 packages. on mips and mipsel it
times out.
I have troubleshooted it on gabrielli and I believe the
Package: python-scipy
Version: 0.9.0+dfsg1-1+b2
Severity: wishlist
the beast is out! ;)
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100,
'stable')
Architecture: amd64 (x86_64)
Kernel: Linux
Hi Fernando,
Just FYI:
Thanks to Julien we now have that optional piece for ipython notebooks
available in Debian.
NB mathjax is used for rendering latex symbols in upcoming release of
ipython with notebooks. Without installed locally mathjax, which is
somewhat heavy (125MB extracted)
First of all I would like to express my apologies
1. to the maintainers of the official ipython package in Debian:
$ zgrep '^ --' ~doc/ipython/changelog.Debian.gz | awk '{print $2, $3}' |
sort | uniq -c | sort -nr
29 Norbert Tretkowski
10 Jack Moffitt
7 Bernd Zeimetz
5
Hi Julian and the Team,
First of all thank you for all your work for maintaining ipython and
making 0.11 available!
I wonder -- why changes toward 0.11 are not in the SVN? may be ipython
was migrated under some other VCS? (then vcs- fields should be adjusted
in debian/control), or may be it
no guarantees that it won't be rebase/deleted at some
point.
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
]: *** [override_dh_auto_build] Error 1
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
___
Python-modules-team
-incompatible-changes
http://www.tornadoweb.org/documentation/releases/v2.0.0.html
I have tentative .deb's for testing, just didn't want to attach 200KB
without your Ok ;)
Cheers
Yarik
- Forwarded message from Yaroslav Halchenko deb...@onerussian.com -
Date: Wed, 21 Sep 2011 19:25:09 -0400
Best regards,
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
___
Python-modules-team
,
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http
.
Cheers,
Luca
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
___
Python-modules-team
.
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi
,
On Fri, 13 May 2011, Yaroslav Halchenko wrote:
Hi, and sorry for cross-posting, but I thought it is relevant to all of
you.
Just an hour ago I was hinted that since I am to attend Neuroscience
sattelite meeting at euroscipy 2011, I might like to present something
within the main program
Hi Patrick,
Thanks for the ITP. I wonder if there was any progress?
It will soon be needed for upcoming new ipython release, so I thought to
check on the status.
Thanks in advance
Cheers,
--
Yarik
___
Python-modules-team mailing list
to be compatible with 2.x series got kicked
off.
Thanks for maintaining tornado in Debian.
Cheers
--
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts
Package: python-sympy
Version: 0.6.7-1.1
Severity: normal
Hi Ondrej and the Team,
It would be great if fresh release was made available in Debian. I believe
that you addressed many (if not all) bugs in DBTS against sympy with that
release, isn't it Ondrej? Are you going to take care about the
www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Package: python-traits
Version: 4.0.0-1
Severity: wishlist
Tags: patch
I must confess that I am doing evil: taking advantage of change of namespace
(removal of enthought. in 4.0) started to backport python-traits to be
installable as python-traits4 on older systems (it will be needed for fresh
Package: python-traitsui
Version: 4.0.1-1
Severity: normal
Thanks for the speedy packaging of the recent release of traits and Co.
-- I was about to approach nipype 0.4 which needs it and got surprised when saw
4.0 already being there!
BUT:
I haven't
looked inside but according to the debian
in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin
1 - 100 of 147 matches
Mail list logo
