Hi,
I failed to find a button to ask for membership in the Salsa web
interface for DPMT. Please add me since I contributed to some python-*
packages in the past and would like to keep on contributing. :-)
It would be nice if the permissions would enable me creating new
projects.
Thank you
Hi,
I imported BioPython version 1.71 into the packaging Git[1] and tried to
build it. Unfortunately I'm stumbling upon some encoding problem in
(maybe?) setup.py:
...
dh_auto_clean
pybuild --clean -i python{version} -p 2.7
I: pybuild base:217: python2.7 setup.py clean
running clean
re
Hi Olivier,
On Thu, Apr 05, 2018 at 04:19:37PM +0200, Olivier Sallou wrote:
>
> On 04/05/2018 04:10 PM, Andreas Tille wrote:
> > (maybe?) setup.py:
> >
> >
> > ...
> > dh_auto_clean
> > pybuild --clean -i python{version} -p 2.7
> &g
On Mon, Mar 26, 2018 at 01:32:10PM +0200, Piotr Ożarowski wrote:
> http://people.debian.org/~piotr/dh_python3_without_dh-python.ddlist
I've fixed
Andreas Tille
iva (U)
kissplice (U)
python-biopython (U) [ only in Git due to some other issues ]
python-csb (U)
sphin
On Thu, Apr 05, 2018 at 04:40:44PM +0200, Piotr Ożarowski wrote:
> [Andreas Tille, 2018-03-28]
> > I failed to find a button to ask for membership in the Salsa web
>
> let me know if you find it (bonus points for also letting me know how to
> disable it)
May be i
Hi Peter,
On Thu, Apr 05, 2018 at 04:19:50PM +0100, Peter Cock wrote:
>
> https://github.com/biopython/biopython/commit/6421d365a511c0de71748737ba6e1cd8518658ac
>
> Can you pull in that commit as a patch for the Biopython 1.71 package?
Thanks. I'm using this as patch. I can confirm that this
Hi,
I realised that upstream of tifffile[1] switched to Python3. When
inspecting the package I somehow think that its main purpose is rather a
user application than a Python module and thus I would rather rename the
binary from python-tifffile to tifffile than python3-tifffile. What do
you think
On Mon, Apr 09, 2018 at 08:39:00AM +, Ghislain Vaillant wrote:
>
> I could have a look at it. Do you reckon why the package was needed
> originally? I am surprised it landed in d-med, so perhaps there is another
> package needing it?
$ apt-cache rdepends python-tifffile
python-tifffile
Revers
Hi,
On Mon, Apr 09, 2018 at 01:09:55PM +0500, Andrey Rahmatullin wrote:
> On Mon, Apr 09, 2018 at 09:45:52AM +0200, Andreas Tille wrote:
> > As per [2] I added dh-python to the Build-Depends but it seems I would
> > need python-minimal in addition to get /usr/bin/pyversions. For
Hi,
On Mon, Apr 16, 2018 at 09:48:28PM +0200, Bas Couwenberg wrote:
> Source: sphinxcontrib-autoprogram
> Version: 0.1.2-1
I applied the suggested patch to version 0.1.4 since I wanted to upload
this version anyway. However, when trying to build the package in Git[1]
I get a test suite failure:
>
> The changes from the PR in question were already included in 0.1.4, and
> subsequently changed in later commits in that release.
>
> https://github.com/sphinx-contrib/autoprogram/commit/2debd1489c5a576a8f33b27e847077b860319916
>
> Try building just 0.1.4 without the patch.
This is what I di
Control: tags -1 help
Hi,
some packages I maintain received this kind of bug in the case of
python-skbio it is
ModuleNotFoundError: No module named 'skbio'
So the module that was just build is not found. I guess this is due to
some misuse of pybuild - but what did I wrong? Python-skbio is
Hi Piotr,
On Thu, Apr 26, 2018 at 12:01:17PM +0200, Piotr Ożarowski wrote:
> [Andreas Tille, 2018-04-26]
> >ModuleNotFoundError: No module named 'skbio'
>
> that's because I had to change pybuild's internal paths (to make it work
> with multiple modu
On Mon, Apr 30, 2018 at 03:57:51PM +0200, Piotr Ożarowski wrote:
> [Andreas Tille, 2018-04-30]
> > > PYTHONPATH=$(shell pybuild --print build_dir --interpreter python3) ...
> > I tried the same trick for snakemake in Git[1] but failed.
> >
> > Am I missing somethin
On Mon, Apr 30, 2018 at 08:29:13PM +0200, Piotr Ożarowski wrote:
> [Andreas Tille, 2018-04-30]
> > Hmmm, inside pbuilder chroot the files are installed to
> >
> > /build/snakemake-4.8.0/.pybuild/cpython3_3.6_snakemake/build/bin/snakemake
> >
> > while
>
gards
Andreas.
On Mon, Apr 30, 2018 at 11:13:44PM +0200, Andreas Tille wrote:
> On Mon, Apr 30, 2018 at 08:29:13PM +0200, Piotr Ożarowski wrote:
> > [Andreas Tille, 2018-04-30]
> > > Hmmm, inside pbuilder chroot the files are installed to
> > >
> > >
Hi,
I've checked this bug and found that
root@sputnik:/build/cram-0.7# python-coverage report --fail-under=95
NameStmts Miss Cover
---
cram/__init__.py3 0 100%
cram/__main__.py6 6 0%
cram/_cli.py 74
Hi Ghislain,
On Mon, Apr 09, 2018 at 08:39:00AM +, Ghislain Vaillant wrote:
> Le lun. 9 avr. 2018 à 08:46, Andreas Tille a écrit :
>
> > I realised that upstream of tifffile[1] switched to Python3. When
> > inspecting the package I somehow think that its main purpose is
Control: tags -1 help
Hi,
I have reported the issue upstream but no response so far. While the
error message contains some hint how to solve the issue I would like
to backup this by some competent advise.
==
ERROR: test_consis
Hi,
meanwhile I upgraded snakemake to latest upstream in Salsa[1]. I keep
on having trouble with building it:
...
Building DAG of jobs...
Using shell: /bin/bash
Job counts:
count jobs
1 1
1
Finished job 0.
1 of 1 steps (100%) done
Complete log:
/tmp/tmp3rl_vn12/
; Looks Cython related from a first look.
>
> Ghis
>
> Le ven. 29 juin 2018 à 11:17, Andreas Tille a écrit :
>
> > Hi Ghislain,
> >
> > since one of the Debian Med packages seems to be affected I tried to
> > upgrade h5py (see Git repository). Unfortunately
Hi Tristan,
On Fri, Jun 29, 2018 at 01:31:31PM +0200, Tristan Seligmann wrote:
> This is a cython bug; cython-dbg fails to ship the StringIOTree extension
> module, so the regular non-debug module is found when doing a debug build
> but fails to load.
Are you refering to #902551?
I'd consider to
Hi Tristan,
On Fri, Jun 29, 2018 at 02:26:47PM +0200, Tristan Seligmann wrote:
> On Fri, 29 Jun 2018 at 14:20 Andreas Tille wrote:
>
> > Hi Tristan,
> >
> > On Fri, Jun 29, 2018 at 01:31:31PM +0200, Tristan Seligmann wrote:
> > > This is a cython bug; cython-d
Hi,
as far as I read the docs python-freecontact[1] works with Python3. The
former maintainer left the line
### once libboost-python-dev will be provided for Python3
in d/rules and since I've found
libboost-python1.62.0: /usr/lib/x86_64-linux-gnu/libboost_python-py35.so.1.62.0
libboost-pytho
Dear Lumin,
On Wed, Jul 04, 2018 at 02:26:36AM +, Lumin wrote:
> I'm not sure whether there is a better way to workaround this,
> but the following solution works fine
>
>
> -libraries = ['freecontact', 'boost_python'])]
> +libraries = ['freecontact',
> 'boost_python
Control: tags -1 help
Hi,
I can confirm this problem in a pbuilder environment. Unfortunately I
have no idea about the cause of the issue nor how to fix it. Any hint
from the Debian Python team?
Kind regards
Andreas.
On Wed, Jun 27, 2018 at 12:50:32PM +, Santiago Vila wrote:
> Pac
Hi,
I intend to update python-pyvcf and have prepared this on Salsa[1].
The package builds but I get:
python3-pyvcf: python-module-in-wrong-location
usr/lib/python3.7/dist-packages/vcf/ usr/lib/python3/dist-packages/vcf/
...
dh_python3 can be used to fix this for Python 3 modules.
I can c
Hi,
for the new version of python-pyvcf[1] I get
W: python3-pyvcf: python-module-in-wrong-location
usr/lib/python3.7/dist-packages/vcf/ usr/lib/python3/dist-packages/vcf/
W: python3-pyvcf: python-module-in-wrong-location
usr/lib/python3.7/dist-packages/vcf/parser.py
usr/lib/python3/dist-packag
Hi,
I try to package porechop[1] but somehow it does not find its dynamic
library. If I install the resulting package I get:
$ porechop
could not find cpp_functions.so - please reinstall
Any idea what went wrong here?
Kind regards
Andreas.
[1] https://salsa.debian.org/med-team/porech
Hi,
looking at the bug log of scikit-learn[1] it seems to be a simple means to do
--- a/debian/control
+++ b/debian/control
@@ -20,6 +20,7 @@ Build-Depends: debhelper (>= 9), dh-autoreconf,
python3-pytest,
python3-matplotlib,
python3-joblib (>= 0.9.
On Mon, Sep 10, 2018 at 10:54:02AM -0400, Yaroslav Halchenko wrote:
> Outstanding few issues so far are reported/dealt with upstream:
> https://github.com/scikit-learn/scikit-learn/issues?q=is%3Aopen+is%3Aissue+author%3Ayarikoptic+label%3ABlocker
> updating packaging is in debian-0.20 branch at
>
On Mon, Sep 10, 2018 at 11:44:00AM -0400, Yaroslav Halchenko wrote:
>
> > ... sorry to repeat myself but having team maintained packages on
> > github is not inviting to others. Is there any reason not to
> > use Salsa?
>
> yeap, let's make a repo on salsa. Would you be ok to retain my weird
>
Hi,
due to my parsing of machine readable data I realised that there exist
two different repositories of python-hl7. The uploaded package is here:
$ apt-cache showsrc python-hl7 | grep ^Vcs
Vcs-Browser: https://salsa.debian.org/med-team/python-hl7
Vcs-Git: https://salsa.debian.org/med-team/pytho
Hi,
this project is empty
https://salsa.debian.org/python-team/modules/sphinxcontrib-bibtex
It could lead to confusion with
https://salsa.debian.org/science-team/sphinxcontrib-bibtex
where the package is actually maintained.
Could anybody please remove the empty repository?
Thanks
Hi again,
I've spotted another empty repository
https://salsa.debian.org/python-team/modules/pybtex-docutils
Please remove it since the repository that is featuring the real
packaging is currently in science-team.
Thank you
Andreas.
On Fri, Sep 21, 2018 at 03:11:21PM +0200, An
cious duplicates.
Kind regards
Andreas.
On Fri, Sep 21, 2018 at 04:15:41PM +0200, Andreas Tille wrote:
> Hi again,
>
> I've spotted another empty repository
>
>https://salsa.debian.org/python-team/modules/pybtex-docutils
>
> Please remove it since the reposi
Hi,
here
https://salsa.debian.org/search?utf8=%E2%9C%93&snippets=&scope=&search=python-setproctitle
you can see that python-setproctitle exists twice. Due to
$ apt-cache showsrc python-setproctitle | grep ^Vcs
Vcs-Browser:
https://anonscm.debian.org/git/python-modules/packages/python-set
work if you give me
according permissions for say one single day.
Kind regards
Andreas.
On Fri, Sep 21, 2018 at 06:08:29PM +0200, Andreas Tille wrote:
> Hi again,
>
> here is another hit: petsc4py
>
> If you sufficiently trust me to remove those orphaned repositories
>
On Thu, Sep 27, 2018 at 11:05:26AM +0200, Ondrej Novy wrote:
>
> > If it simplifies your work to delete the repositories I can provide full
> > URLs. I'd also volunteer to do the removal work if you give me
> > according permissions for say one single day.
>
> thanks for this list. I deleted emp
Control: tags -1 help
Hi,
I tried to fix the issue reported below by using
dh_python3 --no-ext-rename
(see [1]) but this has no effect and the resulting package just
contains
/usr/lib/python3/dist-packages/_fastcluster.cpython-36m-x86_64-linux-gnu.so
Am I missing something?
Kind regards
On Thu, Oct 04, 2018 at 09:08:44AM -0400, Sandro Tosi wrote:
> are you building the package for python3.7 too? you are showing an ls
> of an extension built for 3.6 while Gard is using 3.7
The rules file[1] does not contain any restriction to any specific
Python3 version and thus it should be buil
On Thu, Oct 04, 2018 at 03:34:12PM +0200, Piotr Ożarowski wrote:
> You're missing python3-all-dev¹ build dependency so pybuild builds only
> for the available interpreter, not for all supported ones.
Thanks a lot, Andreas.
--
http://fam-tille.de
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",
. 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
+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
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
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
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,
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 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
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
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
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,
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 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 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,
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 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,
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,
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 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,
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,
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 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 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
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
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
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
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 .
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,
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
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
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
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 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 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
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
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 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 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 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,
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
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
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
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
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
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
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 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
>
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
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,
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
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 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,
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 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
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,
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
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
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
201 - 300 of 576 matches
Mail list logo
