DPMT; salsa access

hi, Please add me to the DPMT group on salsa.debian.org. I am already a member of DPMT. Username: jtaylor-guest cheers, Julian signature.asc Description: OpenPGP digital signature

Re: Getting ready for Python 3.5

On 06/24/2015 05:34 PM, Barry Warsaw wrote: > On Jun 24, 2015, at 11:13 AM, Sandro Tosi wrote: > >> but it was the version from sid (1.8), not experimental (1.9) > > Ah, gotcha. I'll look at syncing 1.9 to the PPA. > > Cheers, > -Barry > fwiw, numpy itself will fail with python 3.5 due to an

Re: multiprocessing.queues.Queue does not work in pbuilder?

On 31.01.2015 11:32, Dimitri John Ledkov wrote: > Hello, > > On 29 January 2015 at 09:01, Ole Streicher wrote: >> Hi, >> >> I am trying to get the release candidate for python-astropy >> packaged. The packaging includes a number of tests, where many fail in >> pbuilder, which can be traced back t

Re: Fwd: [Python-modules-commits] [python-mplexporter] 135/135: Merge pull request #30 from rainwoodman/patch-1

On 24.09.2014 08:14, Matthias Urlichs wrote: > Hi, > > Scott Kitterman: >> This kind of nonsense is a great reason to stay with svn. >> > Nah. It's a great reason to teach the tool in question to be *way* more > reasonable. Who needs a single email per commit? Esp. since the number of > actual com

Re: librabbitmq and git

On 19.08.2014 01:52, Brian May wrote: > Hello, > > I would like to package the latest upstream version of librabbitmq. > > However, the packaging is in git, and I am not sure how to insert the > latest upstream version in this git repository. > > From debian/control: > > Homepage: https://githu

Re: Embedded six.py in many packages: can someone add a lintian check?

On 28.05.2014 16:02, Barry Warsaw wrote: > On May 28, 2014, at 05:18 PM, Thomas Goirand wrote: > >> To avoid that it grows out of proportion, can someone add a lintian >> check for that? I'd be *very* happy to have this check for myself as >> well, so that I don't miss it once more (it's quite eas

Re: Proposed policy change to define but discourage Python wheels in Debian

On 16.05.2014 17:53, Scott Kitterman wrote: > On Friday, May 16, 2014 11:28:45 Barry Warsaw wrote: >> Here is the diff I propose to Debian Python policy, describing our policy on >> packaging wheels. >> >> Cheers, >> -Barry >> >> === modified file 'debian/python-policy.sgml' >> --- debian/python-po

Re: git-buildpackage python3

On 30.04.2014 22:56, Alex Mestiashvili wrote: > Greetings everybody, > > git-buildpackage --git-pbuilder --git-arch=amd64 > dh clean --with python2,python3 --buildsystem=pybuild >dh_testdir -O--buildsystem=pybuild >dh_auto_clean -O--buildsystem=pybuild > pybuild --clean -i python{v

Re: recommended numpy dependency ranges?

On 31.03.2014 17:08, Diane Trout wrote: > Hi, > > I have a small package the depends on numpy and it recently stopped working. > >> Traceback (most recent call last): >> File "/usr/local/lib/R/site- > library/DEXSeq/python_scripts/dexseq_prepare_annotation.py", >> line 33, in >> import HTS

Re: Compiled C modules are not found by test suite (Was: Help needed for python-biopython which splits up modules into two packages per Python version)

On 15.03.2014 00:15, Éric Araujo wrote: > Hello, > > I got the code and the debian directory. I confirmed that extension > modules are in the build directory, not alongside the Python modules, so > they can’t be imported from tests. > > There are two ways to fix that: either make distutils

Re: Python coding help: Has anybody seen this syntax

On Thu, Feb 13, 2014 at 5:37 PM, Andreas Tille wrote: > Hi, > > I'm trying to package spades[1] and found the following code inside an > __init__.py file: > > > > File "/usr/share/spades/pyyaml3/__init__.py", line 284 > class YAMLObject(metaclass=YAMLObjectMetaclass): >

Re: Help with packaging of python executable and its modules

On Fri, Feb 7, 2014 at 2:20 PM, Andreas Tille wrote: > Hi folks, > > I have commited some packaging for a bioinformatics package arden to > >git://anonscm.debian.org/debian-med/arden.git > > Since it expects to find its modules under the pretty generic name > "core" I decided to move the modu

Re: debian/rules for packages using Cython

On 06.11.2013 22:54, Tim Michelsen wrote: >> https://wiki.debian.org/Python/LibraryStyleGuide > Sorry, but I cannot see a place where I could find a hint on how to > include the cypthon rules. > A little push would be very nice. what is the error? cythoning is often just running cython file.pyx i

Re: Using ‘export http_proxy = http://127.0.9.1:9/’ to fail noisily on dependency problems

On 11.10.2013 17:04, Barry Warsaw wrote: > On Oct 11, 2013, at 12:21 PM, Piotr Ożarowski wrote: > >> Note that pybuild is doing it by default (if http{,s}_proxy is not set), >> so with --buildsystem=pybuild you will expose missing build dependencies >> *and* let get-orig-source work (pybuild doesn

Re: Packaging the new upstream release of ipython (i.e. 1.1.0)

Hi, sorry I am working very very slow in ipython, a reason is that there is no stable release on the horizon, so I have been slacking of a bit. Now that ubuntu 13.10 is almost out soon I have no excuse anymore :) The issue with ipython 1.1 is the large amount of third party javascript libraries it

Re: python-enum34

On 22.06.2013 19:19, Barry Warsaw wrote: > I filed an ITP to package enum34, which is the backport of Python 3.4's enum > package: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712881 are the enums already stable enough for backports? 3.4 is still quite a while away. -- To UNSUBSCRIBE,

Re: python3.3 status

On 06.06.2013 19:04, Jakub Wilk wrote: > python-scipy FTBFS with new Cython: #707315 and needs fixed numpy. a new upstream which works with new cython is ready in svn. -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...

Re: Removing /usr/bin/nosetests-3.x scripts

On 02/22/2013 07:28 AM, Dmitry Shachnev wrote: > Hi, > > As discussed yesterday on IRC, nose's /usr/bin/nosetests-3.x scripts are > broken (provided only for python3 version(s) that was/were default on > build time), and instead of writing hacks to fix that we have decided to > instead remove thos

Re: Solving the multiarch triplet once and for all

On 12/13/2012 11:34 AM, Jakub Wilk wrote: > How about undoing the Python multi-arch mess until someone provides > evidence that the changes solve more problems than they create? > > (I'd like to note that the changes were never discussed on > debian-python@, which is in violation of tech-ctte reso

Re: [Python-modules-team] numpy 1.6.1 into unstable?

On 04/11/2012 12:03 AM, Sandro Tosi wrote: > On Tue, Apr 10, 2012 at 19:30, Julian Taylor > wrote: > >> 640940 [0] and 665998 should probably still be resolved in the upload to >> unstable. > > you didn't seem to have addressed Jakub reply in 640940... > >

Re: [Python-modules-team] numpy 1.6.1 into unstable?

On 04/10/2012 10:56 AM, Sandro Tosi wrote: > Hello Yaroslav, > such questions are better asked on debian-python: few people reads the > pkging ml (cc added). > > On Mon, Apr 9, 2012 at 22:02, Yaroslav Halchenko > wrote: >> sorry if that is obvious from somewhere but I wondered -- what are the >>

Re: IPython Notebook & Python 3

On 03/20/2012 10:57 PM, Thomas Kluyver wrote: > On 20 March 2012 20:58, Julian Taylor wrote: >> thanks for the effort, but I already did this myself after you patched >> tornado [0]. > > Excellent, thanks. Are you pursuing getting that change into Debian? I > noticed to

Re: IPython Notebook & Python 3

On 03/20/2012 09:34 PM, Thomas Kluyver wrote: > The attached patch takes a shot at packaging the IPython notebook for > Python 3 (this was the impetus behind packaging python3-tornado > recently). I'm not quite sure how the symlinks to jquery files in > ipython3-notebook.links should work - at pres

Re: Numpy & dh_python2

On 03/17/2012 04:00 PM, Sandro Tosi wrote: > On Sat, Mar 17, 2012 at 00:09, Sandro Tosi wrote: >> On Fri, Mar 16, 2012 at 15:05, Sandro Tosi wrote: >>> Well, before I can say anything more I'll have to get my hands dirty. >> >> that I'm doing right away; I've committed your diff as you sent, and

Re: python-tornado & Python 3

On 03/12/2012 08:39 PM, Thomas Kluyver wrote: > On 12 March 2012 14:49, Yaroslav Halchenko > wrote: > > well -- it might be beneficial meanwhile to share your changes one way > or another (patch, git, mentors) so someone could review them > > > OK, I've att

Re: Bug#653650: ipython: Please depend on "python (>= 2.7) | python-argparse"

On 01/08/2012 01:00 PM, Jakub Wilk wrote: > > > The current Depends doesn't guarantee that ipython is usable with > non-default Python version anyway (e.g. you don't depend on python2.6, > you have little control over versions supported by your dependencies, > etc.). you get a helpful error mess

Re: Bug#651962: Fwd: Bug#651962: python-argparse redundant?

On 12/17/2011 05:28 PM, Zbigniew Jędrzejewski-Szmek wrote: > > I think it would be easier from the long-term maintenance point of view > to use the python-standard-library-argparse. is argparse really such a heavy maintenance package that its unfeasible to just keep it? I'd prefer it to be in the

Re: Bug#651962: Fwd: Bug#651962: python-argparse redundant?

On 12/17/2011 04:42 PM, Zbigniew Jędrzejewski-Szmek wrote: > On 12/17/2011 04:32 PM, Julian Taylor wrote: >> On 12/14/2011 05:30 PM, Jameson Graef Rollins wrote: >>> On Wed, 14 Dec 2011 16:43:07 +0900, Arnaud >>> Fontaine wrote: >>>> About #651962, I gues

Re: Bug#651962: Fwd: Bug#651962: python-argparse redundant?

On 12/14/2011 05:30 PM, Jameson Graef Rollins wrote: > On Wed, 14 Dec 2011 16:43:07 +0900, Arnaud Fontaine wrote: >> About #651962, I guess that something like '<< 2.7' should be added to >> X-Python-Version... > > Yes, if python-argparse can be used by versions earlier that 2.7, but is > incom

Re: Bug#563391: Package Trac 0.12 as well

On 07/11/2011 05:43 PM, W. Martin Borgert wrote: > Quoting "Éric Araujo" : >> Are you sure the full python-setuptools is required, not only >> python-pkg-resources? > > Look in debian/changelog :~) I replaced python-setuptools > once with python-pkg-resources and had to revert the change. > > f

Re: RFS: pycxx (updated package) + feedback wanted

On 09/03/11 20:10, Julian Taylor wrote: > On 03/06/2011 06:48 PM, Julian Taylor wrote: >> Dear mentors, >> >> I am looking for a sponsor for the new version 6.2.0-6 >> of my package "pycxx". >> >> It builds these binary packages: >> p

pycxx packaging

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611061 [1] http://sourceforge.net/tracker/?func=detail&aid=3177349&group_id=3180&atid=353180 [2] pysvn, freecad, (matplotlib [embedded copy]) Best Regards, Julian Taylor signature.asc Description: This is a digitally signed message part