Hi Emmanuel,
thanks a lot for your patch. Please note that you crafted it against
GIt which is lagging behind the latest NMU. I intended to apply it
anyway - but it does not solve
==
ERROR: test_constructor (tests.unit.utils.te
Hi Andrey,
On Thu, Mar 26, 2020 at 12:34:11AM +0500, Andrey Rahmatullin wrote:
> http://bugs.debian.org/954640
Thanks a lot. Multiqc builds with humanfriendly from Git.
Kind regards
Andreas.
--
http://fam-tille.de
Hi Python folks,
the Debian Med team intends to package multiqc[1]. When running the build
time tests I get:
...
debian/rules override_dh_auto_test
make[1]: Verzeichnis „/build/multiqc-1.8+dfsg“ wird betreten
cp -a multiqc*.egg-info
/build/multiqc-1.8+dfsg/.pybuild/cpython3_3.8_multiqc/buil
Hi Faidon,
On Tue, Mar 17, 2020 at 01:29:59PM +0200, Faidon Liambotis wrote:
> Hi Andreas,
>
> Thanks for reaching out. It sounds like this is already reported as
> #951704 (Cc'ed now).
OK.
> I'll need to give this a closer look, but I hope I
> can have an update within the next couple of weeks
Hi Faidon,
could you imagine to build jemalloc with --disable-initial-exec-tls
as Sergio suggests below to fix the issue in drmaa (and possibly other
packages)?
Should I open a separate bug report against jemalloc to request this?
Kind regards
Andreas.
On Sat, Mar 14, 2020 at 05:18:49PM
Control: tags -1 help
Control: retitle -1 cannot allocate memory in static TLS block
Hi Paul,
On Fri, Mar 13, 2020 at 11:09:31PM +0100, Paul Gevers wrote:
>
> raise RuntimeError(('Could not find drmaa library. Please specify
> its ' +
> RuntimeError: Could not find drmaa library. Please sp
On Thu, Mar 05, 2020 at 02:27:13PM +0530, Nilesh Patra wrote:
>
> I had tried this,
> I think Passing [:-1] in the mask2 initialisation would fix this. We also
> need to cast this into a numpy array.
> ...
>
> I'll try this by midnight today. If I can, I'll try a fix for this, and
> make a MR, or
Control: tags -1 pending
Hi,
I have updated lazyarray in Git[1] (by moving it to Debian Science
team). The old package was lagging way behind upstream and a Python3
port is available by upstream so I just create the python3-lazyarray
package fixing the open bugs.
Unfortunately there is an open
Control: tags -1 help
Hi,
I'm trying to drop biosig4c++ with Python3 only in Git[1].
Unfortunately I get:
make[3]: Entering directory '/build/biosig4c++-1.9.5/python'
python3 setup.py build
Traceback (most recent call last):
File "setup.py", line 11, in
PKG=pkgconfig.parse('libbiosig')
On Thu, Feb 20, 2020 at 10:31:41AM -0500, Alexandre Viau wrote:
> On Thu, Feb 20, 2020 at 4:15 AM Andreas Tille wrote:
> > Regarding your wish to remove you from Maintainers: I did not intend to
> > take over the package from you personally. I rather wanted to do
>
Hi Alexandre,
On Wed, Feb 19, 2020 at 09:51:43AM -0500, Alexandre Viau wrote:
> Feel free to move influxdb-python to DPMT.
Thanks.
> However, if you do, please remove me from the maintainers and
> delete/move the existing salsa project.
For sure I can transfer the project on Salsa.
Regarding
Hi Alexandre,
since a Debian Med package is affected as reverse-depends of
influxdb-python I had a look. Unfortunately this Python package
is not maintained by the Python modules team. I would consider
it a good idea to move this package into team maintenance. I'd
volunteer to do that move but
Control: tags -1 help
Hi Scott,
On Sun, Jan 12, 2020 at 07:27:59AM -0500, Scott Kitterman wrote:
> On Fri, 30 Aug 2019 07:28:59 + Matthias Klose wrote:
> ...
>
> I don't see any evidence of upstream progress on converting to python3.
This seems to be correct.
> This
> package is blockin
On Thu, Jan 09, 2020 at 07:45:09PM +0100, Michael Crusoe wrote:
> https://patches.ubuntu.com/p/python-datrie/python-datrie_0.7.1-3ubuntu1.patch
>
> I can confirm that this patch fixes the build and I've opened a merge
> request at
> https://salsa.debian.org/python-team/modules/python-datrie/merge_
On Wed, Dec 25, 2019 at 12:26:59PM +0100, Thomas Goirand wrote:
> Currently, the only reverse dependency of this package is
> python-pbcommand.
Not in unstable.
> So we have 2 choices:
>
> 1/ Fix python-xmlbuilder
> 2/ Get python-xmlbuilder and python-pbcommand removed from Debian.
>
> Your tho
Hi Scott,
thanks a lot for your hint.
On Thu, Dec 19, 2019 at 01:34:08PM -0500, Scott Talbert wrote:
>
> The 'file' class doesn't exist anymore in Python 3. You'll have to rewrite
> myfile to not use it.
OK, I simply went with
...
@@ -608,6 +608,11 @@ Last-Update: Thu, 19 Dec 2019 10:43:09 +0
Control: tags -1 help
Hi,
I tried to convert kmer to Python3 in Git[1]. Unfortunately I'm stumbling
upon an issue in the test suite:
...
python3 /usr/bin/../lib/atac/bin/AtacDriver.py
/tmp/atac-test.doxZJ4/results/work/LeprvsTuber.matches.extended
Traceback (most recent call last):
File "/u
On Mon, Dec 16, 2019 at 01:31:02PM +0500, Andrey Rahmatullin wrote:
> On Mon, Dec 16, 2019 at 09:17:50AM +0100, Andreas Tille wrote:
> > inputParentPath = lineIter.next().strip()
> > AttributeError: '_io.StringIO' object has no attribute 'next'
> This sho
Control: tags -1 help
Hi,
I tried 2to3 on the Python files belonging to libncl test suite.
Upstream is using a somehow complex method to read config files.
Before trying a complete rewrite I wonder whether someone might
be able to make some sense out of:
...
make check-local
make[4]: Entering d
On Fri, Dec 13, 2019 at 10:49:45PM +0500, Andrey Rahmatullin wrote:
> > I think at least this is solved now:
> >
> >
> > https://salsa.debian.org/med-team/pdb2pqr/commit/1f4ee901456641140ef18ca8e91e4701e1175410
>
> Nice catch, "env.Append(LIBS=[python_lib])" where "python_lib = 'python' +
> g
On Fri, Dec 13, 2019 at 03:16:32PM +0100, Andreas Tille wrote:
>
> ...
> g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so
> -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os -L/usr/lib
> -lpython3.7m -lpython3.7
> /usr/bin/ld: cannot find -lpy
On Fri, Dec 13, 2019 at 05:46:42PM +0500, Andrey Rahmatullin wrote:
> >
> > Thanks for that additional hint. I can confirm that I checked whether
> > pkgconfig can be used before I was asking here. But we seem to agree
> > that this is not the case. I admit I have no real clue how to convince
>
Hi Andrey,
On Fri, Dec 13, 2019 at 05:18:45PM +0500, Andrey Rahmatullin wrote:
> On Fri, Dec 13, 2019 at 09:49:47AM +0100, Andreas Tille wrote:
> > g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so
> > -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithm
On Fri, Dec 13, 2019 at 03:23:19PM +0500, Andrey Rahmatullin wrote:
> On Fri, Dec 13, 2019 at 09:49:47AM +0100, Andreas Tille wrote:
> > So how can I enable proper linking to -lpython3.7 which is obviously not
> > in the library search path (but package libpython3.7 is definitely
&
Hi Scott,
On Thu, Dec 12, 2019 at 04:34:09PM -0500, Scott Talbert wrote:
> On Thu, 12 Dec 2019, Andreas Tille wrote:
> > mkdir -p /build/pdb2pqr-2.1.1+dfsg/debian/tmp/usr/share/pdb2pqr
> > scons \
> >URL="http://localhost/pdb2pqr/"; \
> >PRE
On Thu, Dec 12, 2019 at 03:49:13PM -0500, Scott Talbert wrote:
> >
> > That hint was helpful anyway and I get further now. I think now the
> > problem is to convince scons to install in $(CURDIR)/debian/tmp which
> > seems to try rather /usr/share/pdb2pqr directly:
>
> Looks like the debian/rule
Hi Scott,
On Thu, Dec 12, 2019 at 11:31:09AM -0500, Scott Talbert wrote:
> On Thu, 12 Dec 2019, Andreas Tille wrote:
>
> I don't see any Python3 changes in that repository. Did you push your
> changes?
Argh, its pushed now.
> Anyway, the problem is likely in CopySub
Control: tags -1 help
Hi,
it seems pdb2pqr is orphaned upstream. However, it seems to be worth
keeping inside Debian thus I tried my luck to port it to Python3 in
Git[1]. Unfortunately the build runs into
scons: Building targets ...
CopySubAction("pdb2pqr.py", "pdb2pqr.py.in")
Hi,
I have upgraded python-datrie in Git[1] to latest upstream version
(0.8). It shows the same issue - so I admit I have no better clue than
reporting the issue upstream which I'd rather leave to the official
Uploader of the package.
BTW, we probably should expect build issues with Python 3.8[2
Control: tags -1 help
Hi,
I upgraded python-pbcommand Git[1] to latest upstream commit which is
work in progress to Python3. Unfortunately I'm facing some remaining
test suite errors:
...
[gw3] [ 98%] PASSED
tests/test_validators.py::TestValidators::test_validate_report
tests/test_validators.
Control: tags -1 help
Hi,
I tried to port consensuscore to Python3 in Git[1]. Unfortunately 2to3
was not completely successfully since I get:
dh_auto_build -O--buildsystem=pybuild
I: pybuild base:217: /usr/bin/python3.8 setup.py build.
WARNING: '' not a valid package name; please use only .
Hi,
I try to prepare the latest git commit from upstream of python-pbcore[1].
Unfortunately the build time test fails with:
...
dh_auto_test
I: pybuild base:217: python3.8 setup.py test
running pytest
running egg_info
writing pbcore.egg-info/PKG-INFO
writing dependency_links to pbcore.egg-info/
On Fri, Nov 29, 2019 at 12:02:44PM +0100, Andreas Tille wrote:
> > I've opened
> > https://salsa.debian.org/cpython-team/python3-defaults/merge_requests/2
> > to clarify this. Comments welcome, particularly if you don't think my
> > proposed change reflects con
Hi,
according to the answer to an issue I opened agains scikit-bio[1] the
test suite would work with scipy version 1.3.1. I wonder what might be
the reason to stick to version 1.2.2 instaed of upgrading to the version
in experimental. In case this situation would not change in the next
weeks I'd
On Fri, Nov 29, 2019 at 10:42:45AM +, Simon McVittie wrote:
>
> I've opened
> https://salsa.debian.org/cpython-team/python3-defaults/merge_requests/2
> to clarify this. Comments welcome, particularly if you don't think my
> proposed change reflects consensus.
Thanks. This is more clear. I j
On Thu, Nov 28, 2019 at 11:15:31AM -0500, Sandro Tosi wrote:
> > Hmmm, what are the chances to get this applied? I've added
> >
> >X-Python-Module-Name: pubsub
> >
> > in Git - but this will not reall fix the test. The only solution I'd see
> > otherwise is to deactivate the test.
>
> if you
On Thu, Nov 28, 2019 at 04:18:07PM +0100, Ondrej Novy wrote:
>
> > Is there any trick to enable autopkgtest-pkg-python detecting the correct
> > module name?
> >
>
> no (not yet? See: https://salsa.debian.org/ci-team/autodep8/merge_requests/6
> )
Hmmm, what are the chances to get this applied?
On Thu, Nov 28, 2019 at 12:46:34PM +0100, Paul Gevers wrote:
> Source: python-pypubsub
> Version: 4.0.3-2
> X-Debbugs-CC: debian...@lists.debian.org
> User: debian...@lists.debian.org
> Usertags: regression
>
> ...
>
> [1] https://qa.debian.org/excuses.php?package=python-pypubsub
>
> https://c
Control: tags -1 help
Hi,
I've tried to upgraded psychopy[1] to the latest upstream version.
Unfortunately I failed to run the test suite successfully:
dh_auto_test -O--buildsystem=pybuild
I: pybuild base:217: cd /build/psychopy-3.2.4+dfsg/.pybuild/cpython3_3.7/build;
python3.7 -m pytest
=
Control: tags -1 upstream
Control: forwarded -1 https://github.com/cokelaer/colormap/issues/11
There is some remaining build time issue which I reported upstream.
...
==
ERROR: test_get_cmap.test_get_cmap
Hi Graham,
On Sun, Nov 17, 2019 at 02:16:29PM +0200, Graham Inggs wrote:
> If you look on the numpy tracker page [1], you'll see there is a note:
>
> "This package is part of the ongoing testing transition known as
> python3.8. Please avoid uploads unrelated to this transition, they
> would likel
Hi Rebecca,
On Sat, Nov 16, 2019 at 09:16:17AM +, Rebecca N. Palmer wrote:
> I think that just means "numpy hasn't yet been rebuilt for Python 3.8". (In
> Python modules that include a C extension, the .py files are shared but the
> C part is compiled separately for each Python version.)
>
>
Control: tags -1 help
Hi,
I have dropped the Python2 package in Git[1] and tried to build which
ended up in:
...
I: pybuild base:217: cd
/build/python-colormap-1.0.2/.pybuild/cpython3_3.8_colormap/build; python3.8 -m
nose -v test
nose.config: INFO: Ignoring files matching ['^\\.', '^_', '^setu
Control: tags -1 help
Control: tags -1 upstream
Control: forwarded -1 https://github.com/biocore/scikit-bio/issues/1678
Hi Rebecca,
thanks a lot for working on the Pandas migration.
On Wed, Nov 13, 2019 at 10:19:56PM +, Rebecca N. Palmer wrote:
> The ones that are blocking pandas [1] are pyt
Hi,
I started an attempt to port graphlan to Python3 in Git[1] but its
autopkgtest throws errors:
Running test script ./IBD_biogeography/run.sh .
Traceback (most recent call last):
File "/usr/bin/graphlan_annotate", line 26, in
from src.graphlan_lib import CircTree as CTree
File "/usr/
Control: tags -1 help
Hi,
I have prepared a fix for this package in Git[1]. Unfortunately I'm
stumbling upon a test suite error which was discussed with upstream
previously. It happens only for Python3 and was ignored before but
this strategy seems to be inappropriate now after droping Python2.
Hi Michael,
On Mon, Sep 16, 2019 at 11:56:48AM +0200, Michael Kesper wrote:
> But honestly, it should better be ripped out and use
> real encryption. The docstring tells so:
> The rotor module has been removed from the Python 2.4
> distribution because
>
> the rotor module uses an insecure
Hi,
pyface was lagging extremely behind upstream. To cope with Qt5 and
Python3 migration I simply pushed the latest upstream version to
the packaging Git[1]
==
ERROR: pyface.action.tests.test_action_item (unittest.loader._Failed
Hi Peter,
On Sun, Sep 15, 2019 at 02:47:50PM +0100, peter green wrote:
> > > tmp = rt.encrypt('Cycle{}'.format(pickle.dumps(objSave)))
> >
> > Thanks to this hint
> This hint was *wrong*, it will introduce garbage into the string and the
> "rotor" code is clearly designed to work with byte strin
Hi,
I think I ported scoary successfully to Python3 in Git[1]. The
command line applications seem to work but the GUI is just ending
with
Need the following installed: Tkinter, tkFileDialog, ttk
For the more simple inspection I copy here the beginning which leads to
this:
import sys, os
im
Hi,
On Thu, Sep 12, 2019 at 09:08:04PM +0200, Michael Kesper wrote:
> > Since I do not have much experience with hashlib I'd be happy if
> > someone might be able to proof-read `def Save_Cycle` in
> > save_load.py.
>
> This does not have anything to do with hashlib per se.
> It's just the usual
On Thu, Sep 12, 2019 at 01:57:32PM +0500, Andrey Rahmatullin wrote:
> > > There are circular imports in the code so you most likely broke that by
> > > reordering imports in various files.
> >
> > s/you most likely broke/2to3 most likely broke/
> 2to3 doesn't do that. You mentioned autopep8, it co
Hi Michael,
On Thu, Sep 12, 2019 at 09:22:06AM +0200, Michael Kesper wrote:
> On 12.09.19 08:30, Thomas Goirand wrote:
> > I wont comment on the relative import ambiguity problem, as Ghislain
> > replied correctly. However, I do want to comment on 2to3.
> >
> > I generally recommend against using
Hi Andrey,
On Wed, Sep 11, 2019 at 07:32:33PM +0500, Andrey Rahmatullin wrote:
> > $ cycle
> > Traceback (most recent call last):
> > File "/usr/bin/cycle", line 12, in
> > from dialogs import *
> > File "/usr/share/cycle/dialogs.py", line 8, in
> > from cal_year import cycle, Val
>
Control: tags -1 help
On Wed, Sep 11, 2019 at 09:33:54AM -0300, Antonio Terceiro wrote:
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> ~[100]$ cycle
> File "/usr/bin/cycle", line 29
> if lang_find:
> ^
> TabError: inconsistent use of tabs and spaces in indentatio
Hi,
in the process of the Python3 migration the package lefse was converted
using 2to3. The changes can be found in git[1]. I'm wondering about
the following diff created by 2to3:
- from lefse import *
+ from .lefse import *
When calling a random binary of the resulting binary package lefs
Hi Andrey,
On Thu, Sep 05, 2019 at 11:06:22PM +0500, Andrey Rahmatullin wrote:
> > Depends: python3-numpy (>= 1:1.16.0~rc1), python3-numpy-abi9, python3:any,
> > python:any
> >
> >
> > How can I get rid of the python:any dependency?
> You ship a Python 2 script, /usr/bin/tifffile. It also doesn
Control: tags -1 help
Hi,
for some reason I do not understand are the dependencies of the
binary package
Depends: python3-numpy (>= 1:1.16.0~rc1), python3-numpy-abi9, python3:any,
python:any
How can I get rid of the python:any dependency?
Kind regards
Andreas.
--
http://fam-tille.de
On Sat, Aug 31, 2019 at 04:47:42PM -0400, Sandro Tosi wrote:
> burrito.util.ApplicationError: Could not open "/tmp/fixed.txt"
>
> is the file there?
No, that file does not exist.
$ grep -R /tmp/fixed.txt
burrito/tests/test_util.py:f = open('/tmp/fixed.txt','w')
burrito/tests/test_util.py:
Control: tags -1 help
On Sat, Aug 31, 2019 at 11:50:16AM +0200, Ondrej Novy wrote:
> > I see that python-all is still present in Build-Depends (line 9).
>
> yep, that's reason. pybulid detects python{,-all} in B-D and if they are
> present, it runs clean for Python 2.
Thanks for pointing this ou
Hi,
I have removed the Python2 package from d/control and all python-*
Build-Depends in Git[1]. However, the build in a pbuilder chroot fails
with:
dh clean --with python3 --buildsystem=pybuild
dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:217: python2.7 setup.py clean
Traceback (mos
Hi Christos,
when inspecting rdepends of python-avro I stumbled upon your package
python-confluent-kafka. I checked whether the Python2 package has any
further rdepends which does not seem to be the case. Thus we should
probably drop it from Debian. While doing so I upgraded the Git
repository[
Hi Ondrej
On Thu, Jul 18, 2019 at 04:15:38PM -0300, Ondrej Novy wrote:
> according to debhelper man package it's recommended to use debhelper-compat
> instead of debian/compat file.
>
> I would like to mass-commit this change to DPMT/PAPT, example:
>
> https://salsa.debian.org/python-team/module
Hi Hilko,
On Mon, Jul 22, 2019 at 11:54:21AM +0200, Hilko Bengen wrote:
> * Andreas Tille:
>
> > I noticed that python-intervaltree is not maintained in Debian Python
> > team. I wonder whether you might want to move this package to the
> > team repository and follow
Hi Hilko,
I noticed that python-intervaltree is not maintained in Debian Python
team. I wonder whether you might want to move this package to the
team repository and follow the Debian Python policy (by putting the
list as maintainer and you as Uploader).
Kind regards and thanks for maintaining p
Hi,
I realised that
https://salsa.debian.org/python-team/modules/python-pytz
is hanging around on Salsa but should not. Pytz os packaged as python-tz
(see #836261) so this repository should vanish.
I please also remove
https://salsa.debian.org/python-team/applications/pyomo
Pyomo was r
On Thu, Mar 28, 2019 at 02:50:22PM +0100, Piotr Ożarowski wrote:
> I added you to the team Andreas, sorry for the delay.
Thanks. No need to sorry - I know you are very busy. ;-)
I've pushed the changes I did for the atheist upload.
Kind regards, Andreas.
--
http://fam-tille.de
On Thu, Mar 21, 2019 at 03:23:52PM +0500, Andrey Rahmatullin wrote:
> On Thu, Mar 21, 2019 at 10:09:22AM +, MARIE Alexandre wrote:
> > override_dh_installdocs:
> > ln -s /usr/share/javascript/mathjax/MathJax.js
> > $(CURDIR)/doc/build/html/_static/MathJax.js
> > find doc/build/html
On Thu, Mar 21, 2019 at 09:22:05AM +0100, W. Martin Borgert wrote:
> On 2019-03-21 00:47, Thomas Goirand wrote:
> > Can't you guys just simply give write access to Andreas? What's the
> > issue? Why is it taking so long? This really give the feeling the "team"
> > is still very much dysfunctional,
On Tue, Mar 19, 2019 at 07:18:43PM +0300, Dmitry Shachnev wrote:
>
> I hope you will be added to the team, but while you are not, why can’t
> you just use merge requests?
In principle I could do this. However, I provided patches for some PAPT
maintained packages on Alioth easily and I'd love to
can try to assemble single commits on
their own than.
Sorry, for beeing a bit harsh, but I'm afraid that things like
this are effectively preventing newcomers to this team
Andreas.
On Fri, Mar 15, 2019 at 04:22:50PM +0100, Andreas Tille wrote:
> Hi,
>
> On Fri, Mar 15, 2019
Hi,
On Fri, Mar 15, 2019 at 02:12:57PM +0100, Ondrej Novy wrote:
> Hi,
>
> ne 24. 2. 2019 v 20:39 odesílatel Andreas Tille napsal:
>
> > I just have push permissions for python-team/modules but when I tried
> > to push changes to atheist to fix #918827, I have no c
On Tue, Mar 05, 2019 at 07:01:54PM +0800, Drew Parsons wrote:
> python-scipy has recently started failing all debci tests in testing and
> unstable, exacerbating the bug report in Bug#919929 [1].
>
> The failing error is a MemoryError. But understanding the problem is
> hampered by a flood of depr
Hi again,
On Sun, Feb 24, 2019 at 08:39:03PM +0100, Andreas Tille wrote:
> I just have push permissions for python-team/modules but when I tried
> to push changes to atheist to fix #918827, I have no commit permissions
> to https://salsa.debian.org/python-team/applications/atheist .
Hi,
I just have push permissions for python-team/modules but when I tried
to push changes to atheist to fix #918827, I have no commit permissions
to https://salsa.debian.org/python-team/applications/atheist .
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags -1 help
Hi,
I admit I have no idea what file "tests is seeked in
ERROR: file not found: tests
Any idea how to fix this?
Kind regards
Andreas.
--
http://fam-tille.de
On Wed, Jan 23, 2019 at 09:58:45AM +, Nick Morrott wrote:
> > Cool. Thanks a lot. Your outright contribution was very helpful and
> > really welcome. The only change I made is to revert your commit
> > 38022ac5 since there is no point in changing the upstream source that
> > way. I agree up
Hi Nick,
On Tue, Jan 22, 2019 at 11:33:09PM +, Nick Morrott wrote:
> > I'm a newcomer to the python team, but I'm looking at this at the
> > moment to improve by debugging and python packaging.
Cool. Thanks a lot. Your outright contribution was very helpful and
really welcome. The only cha
Hi Piotr,
On Wed, Jan 16, 2019 at 10:34:07AM +0100, Piotr Ożarowski wrote:
> > pkg_resources.DistributionNotFound: The 'easydev' distribution was not
> > found and is required by the application
>
> there are many ways to fix it (by creating egg-info data during build,
> not only during install
Hi,
On Tue, Jan 22, 2019 at 08:03:22PM +0100, Andreas Tille wrote:
>
> > IgDiscover needs it in a version different from 0.8 to circumvent a
> > bug that the testing of their plot routine triggers
> > https://github.com/NBISweden/IgDiscover/issues/78. I somewhat happily
>
Hi,
I've upgraded python-easydev[1] but the test fails:
dh_auto_test -O--buildsystem=pybuild
I: pybuild base:217: cd
/build/python-easydev-0.9.37/.pybuild/cpython2_2.7_easydev/build; python2.7 -m
unittest discover -v.
--
Hi Dmitry,
On Sun, Dec 16, 2018 at 11:53:58PM +0300, Dmitry Shachnev wrote:
> The attached patch should fix the issues.
Thanks a lot
Andreas.
--
http://fam-tille.de
Hi,
libedlib[1] has a Python3 module which I want to provide in a
python3-edlib package (since it is needed by some other package
I'm working on). I've prepared something in Git[1] but it ends
up with an empty python3-edlib package despite the file
$(CURDIR)/.pybuild/cpython3_3.6_edlib/build
Hi Lumin,
On Thu, Dec 06, 2018 at 04:14:50AM +, Mo Zhou wrote:
> Here is the patch to make the package build. I didn't fully understand
> what the test is doing, but the feature that breaks the test is newly
> introduced by python3.7 hence I see there is no harm to patch it like
> this.
Cool!
Hi again,
I noticed that this issue is reportet upstream at
https://github.com/pytoolz/cytoolz/issues/122
I'd be happy if somebody familiar with Python 3.7 would find some solution.
Thanks for any help
Andreas.
On Fri, Nov 30, 2018 at 02:28:32PM +0100, Andreas Tille wrote:
Hi,
Lumin (in CC - thanks a lot for your preparation) has prepared some
Python packages that are needed to package some NLP tools which I would
like to maintain. Unfortunately I get a test suite error in
python-cytoolz[1]:
...
= test session starts ===
Hi Chris,
On Tue, Oct 23, 2018 at 04:57:46PM -0400, Chris Lamb wrote:
> > Since I can not really imagine that it should be hard to deal
> > natively with XZ compressed files when using Python3: Am I
> > missing something and there is a competing module?
>
> I am not sure what you are asking here
Hi Piotr,
On Wed, Oct 24, 2018 at 12:22:36AM +0200, Piotr Ożarowski wrote:
> > Since I polished python-lzma I uploaded the package anyway with new
> > Vcs fiels and other polishing stuff.
>
> please don't remove -dbg packages, -dbgsym packages are useless for us, AFAICT
> (python{,3}-foo-dbg pack
Hi,
I assumed that the Python3 package would just have been missing in the
Debian packaging and thus touched python-lzma. I learned that there are
several syntax errors when trying to build with Python3 so this seems to
be upstream orphaned code. Since I can not really imagine that it
should be
Hi Dmitry,
On Wed, Oct 17, 2018 at 05:22:53PM +0300, Dmitry Shachnev wrote:
> > I need to admit I have not found out how to use it properly and thus I
> > simply removed the module in question manually[1]. I admit I'd prefer a
> > better solution as well and since it seems to happen systematicall
Hi Fred,
On Mon, Oct 15, 2018 at 06:51:09PM +, PICCA Frederic-Emmanuel wrote:
> Hello Andreas,
>
> > Patches are welcome (I have no idea what the construct is doing neither
> > how to replace it with something valid).
>
> > Patch welcome as well - preferably as commit to Git.
>
> done but n
On Tue, Oct 16, 2018 at 07:55:40AM +0100, ghisv...@gmail.com wrote:
> > > I suppose the main module is still named "matplotlib" not
> > > "matplotlib3" in version 3 onwards? So using python3-matplotlib3
> > > would
> > > be a breach of policy.
> >
> > Probably.
>
> Described in Section 2.2 of th
On Tue, Oct 16, 2018 at 07:30:55AM +0100, ghisv...@gmail.com wrote:
> > Any opinions from your sides?
>
> How is that going to work without creating package conflicts?
>
> I suppose the main module is still named "matplotlib" not
> "matplotlib3" in version 3 onwards? So using python3-matplotlib3
Hi,
On Mon, Oct 15, 2018 at 09:40:27AM +, PICCA Frederic-Emmanuel wrote:
> I found in the code a string with a ur''
>
> This is the problematic line.
>
> I do not know if this is a valid string construction.
Patches are welcome (I have no idea what the construct is doing neither
how to repl
On Fri, Oct 12, 2018 at 06:19:00PM +0200, Piotr Ożarowski wrote:
> [PICCA Frederic-Emmanuel, 2018-10-12]
> > to my opinion, the code is modify in place with 2to3.
> > So the code on the source after the configuration is already converted to
> > python3.
> > And during the build process, with pyth
Hi again,
On Fri, Oct 12, 2018 at 02:44:26PM +0200, Andreas Tille wrote:
> >
> > > > File "/usr/lib/python2.7/dist-packages/uncertainties/core.py", line
> > > > 946, in
> > > > ord(sup): normal for (normal, sup) in list(TO_SUPERSCRIP
Hi Chris,
On Fri, Oct 12, 2018 at 12:32:18PM +0100, Chris Lamb wrote:
>
> > > File "/usr/lib/python2.7/dist-packages/uncertainties/core.py", line
> > > 946, in
> > > ord(sup): normal for (normal, sup) in list(TO_SUPERSCRIPT.items())}
>
> Please always provide a minimal testcase, otherwis
+0200, Andreas Tille wrote:
> Hi,
>
> I need help with an issue in python-uncertainties[2]. It only occures
> with Python 2:
>
> $ python
> Python 2.7.15+ (default, Aug 31 2018, 11:56:52)
> [GCC 8.2.0] on linux2
> Type "help", "copyright", &qu
. I somehow see no sign that the test suite is executed - thus
the problem above seems to remain hidden.
Kind regards and thanks for any help
Andreas.
On Thu, Oct 11, 2018 at 01:06:43PM +0200, Andreas Tille wrote:
> Hi,
>
> I'm working on bugs #906381 and #906419 of package lmfi
Hi,
to see what I can do about bug #909990 I've imported the latest version
into the packaging Git[1]. When beeing inside the main dir of the Git
repository I can easily do
neurodebian-team/pynifti(debian) $ python3
Python 3.6.6 (default, Jun 27 2018, 14:44:17)
[GCC 8.1.0] on linux
Type "help",
201 - 300 of 564 matches
Mail list logo