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.)
>
>
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
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
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
=
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
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 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 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
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 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,
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/
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 .
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.
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,
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 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
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 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 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 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 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
>
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 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
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 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 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
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
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
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_
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
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
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
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
>
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')
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
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 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
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
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 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 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 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 Nilesh,
On Sat, Apr 04, 2020 at 06:53:55PM +0530, Nilesh Patra wrote:
>
> >From the logs, in the last message[2] it looks like an import-error for
> '_libsbml' file which corresponds to libsbml (with python3-sbml5 as a
> provide) package. When I dug into looking at libsbml, I noticed that the
On Sun, Apr 05, 2020 at 03:40:56PM +0530, Nilesh Patra wrote:
> > > '_libsbml' file which corresponds to libsbml (with python3-sbml5 as a
> > > provide) package. When I dug into looking at libsbml, I noticed that the
> > > relevant file (libsbml.py) which throws error
> > > is generated with swig-3
Control: tags -1 help
Hi DPMT,
I need to admit I'm currentl overwhelmed with COVID-19 hackathon.
A quick view does not really show any suspicious things to me.
Any help (including team upload / NMU) would be appreciated.
Kind regards
Andreas.
On Tue, Mar 03, 2020 at 09:34:24PM +0100, Bob
Hi,
currently I'm experiencing a situation which I described in several
of my talks[1]:
For me a team means:
Waking up in the morning and realising that somebody else has solved
your problem from yesterday.
Thanks a lot to all who contributed and let me enjoy my sleep at night
Andr
Hi Agustin and Iñaki,
I wonder whether you would like to maintain the logbook package in
Debian Python Modules team (by setting the mailing list as Maintainer
and you two serve as Uploaders.) This would possibly enhance the number
of people who are watching this package and would simplify doing a
you :).
>
> Cheers,
>
> On 4/14/20 11:16 AM, Inaki Malerba wrote:
> > El 14/4/20 a las 10:43, Andreas Tille escribió:
> >> Hi Agustin and Iñaki,
> >>
> >> I wonder whether you would like to maintain the logbook package in
> >> Debian Python Modules
e
there are regular automatic packaging enhancements done which finally
lead to a better quality.
Kind regards
Andreas.
> On Wed, Apr 15, 2020 at 9:01 AM Andreas Tille wrote:
> >
> > Hi Salsa admins,
> >
> > please be so kind to transfer
> >
> &
Hi,
the Debian Med team is busy to package python-pauvre[1] which is part of
our COVID-19 sprint. I think Etienne Mollier and I have put the packaging
in quite some shape in Git[1]. However, when I try to test the included
CLI interface I get:
$ pauvre -h
Traceback (most recent call last):
F
Hi Harley,
thanks for packaging validators as streamlit predepencency for our COVID-19
sprint. I've done a source-only upload to enable testing migration of this
package. I've done some automatic updates using routine-update.
Thanks again
Andreas.
--
http://fam-tille.de
Hi,
this bug stays a source of autoremoval warnings noise. I wonder if
someone might take action on this to move the package to team
maintenance. Eric suggested the cloud team which is perfectly fine for
me - but can this please made happen. It should not be that hard once
the repository is mov
On Mon, May 11, 2020 at 10:20:24PM -0400, Noah Meyerhans wrote:
> Control: tags -1 + patch
>
> > I'll move this package to a cloud-team repository and prepare an upload
> > to unstable on Monday if nobody beats me to it.
>
> https://salsa.debian.org/cloud-team/python-boto/-/merge_requests/1
Coul
Hi,
as you can read here
https://lists.debian.org/debian-med/2020/05/msg00249.html
we would like to maintain presto in Debian Med. Unfortunately I do not
have permissions to transfer the repository. Please either give me
permissions or some kind soul could do the transfer to move the reposi
Hi DPMT,
Steffen Möller has prepared biocore-ntnu-ncls[1] in the Debian Med
COVID-19 effort. I did a review and realised that the build time test
does not work:
...
ERRORS
_ ERROR collecting .pybuild/cpython3_3.8_ncls/
Hi,
I intend to package pyarrow[1] as a precondition for some Debian
Med package. Unfortunately I get:
...
-- Build output directory:
/build/python-pyarrow-0.17.1/build/temp.linux-x86_64-3.8/release
CMake Error at
/usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146 (message):
On Wed, Jul 22, 2020 at 09:43:01AM -0400, Scott Talbert wrote:
> > Any idea why these variables are not sensibly set automatically and what
> > I can do to provide these?
>
> Try adding python3-all-dev to Build-Depends.
Thanks - that was simple. ;-)
Kind regards, Andreas.
--
http://fam-tille.d
Hi,
I need some help with a sphinx error for python-skbio:
On Tue, Aug 11, 2020 at 10:26:10AM +0200, Sebastiaan Couwenberg wrote:
> On 8/11/20 9:41 AM, Andreas Tille wrote:
> > On Tue, Aug 11, 2020 at 07:17:30AM +0200, Sebastiaan Couwenberg wrote:
> >> A smiliar issue was rep
Hi,
in the teammetrics project I'm trying to parse mailboxes. This worked
with Python2 but after porting the code to Python3 I get some encoding
troubles. A specific one seem to be an error in the mailbox module.
Please run the attached script test_mbox which downloads one of the
critical mbox f
On Wed, Aug 19, 2020 at 10:31:55PM +0530, Nilesh Patra wrote:
>
> For me the error goes way for me when I change line 781 in
> /usr/lib/python3.8/mailbox.py
> to:
>
> msg.set_from(from_line[5:].decode('utf-8'))
>
> May be this is a minor feature enhancement since at the moment messages with
>
Control: tags -1 help
Control: forwarded -1 Aidan Delaney
Hi,
I admit I have no idea what might have caused these pkg_resources
related errors and how to fix these.
Any help would be welcome
Andreas.
On Sun, Sep 27, 2020 at 08:45:17PM +0200, Lucas Nussbaum wrote:
> Source: gubbins
> Ve
Control: tags -1 upstream
Control: forewarded -1 https://github.com/sanger-pathogens/gubbins/issues/286
On Fri, Oct 30, 2020 at 02:38:03PM +0500, Andrey Rahmatullin wrote:
> python/gubbins/common.py::parse_and_run() constructs an absolute path for
> the executable and then passes it to pkg_resourc
Control: tags -1 pending
Control: tags -1 help
On Mon, Dec 07, 2020 at 11:24:34PM +0200, Adrian Bunk wrote:
> ...
> #set -e; for v in 3.9; do
> set -e; for v in 3.8; do \
> PATH=$PATH:/<>/debian/mypy/usr/bin/ python$v -m pytest -n
> auto \
> -o testpaths=mypy/test -o python_files=test
Control: tags -1 pending
Control: tags -1 help
Hi,
I've updated nipy Git[1] to version 0.4.3~rc1 which solves the
originally reported issue. However, there are some remaining failures
in the build time test:
...
==
ERROR: Failu
On Tue, Dec 08, 2020 at 11:11:27PM +0500, Andrey Rahmatullin wrote:
> https://github.com/nipy/nipy/issues/461
As far as I can see that's included into 0.4.3~rc1. Yaroslav, would
you mind commenting on this? It would be great to have some kind of
0.4.3~rc2 to get nipy fixed.
Kind regards
Control: tags -1 confirmed
Control: tags -1 help
Hi,
I confirm I can reproduce the issue in a minimal chroot while the
lumpyexpress command prints the help screen as expected. This smells
like a missing dependency but I do not have any idea which one. It
seems there is a similar known issue her
Control: tags -1 - upstream
Hi,
upstream has released a Python3 version of macsyfinder which I pushed to
Git[1]. When trying to build I get a strange error:
dh_auto_install -O--buildsystem=pybuild
I: pybuild base:232: /usr/bin/python3 setup.py install --root
'/build/macsyfinder-2.0~rc1/debi
Hi,
to update python-cobra I need diskcache as new dependency. Yaroslav
I assume it is OK if I team-hijacked your ITP. I injected the packaging
into the existing but empty repository[1]. Unfortunately I have no idea
about tox and thus I need help to solve this:
dh_auto_test -O--buildsystem=
On Mon, Jan 25, 2021 at 12:45:08PM -0500, Sandro Tosi wrote:
> and that's because
> https://github.com/grantjenks/python-diskcache/blob/master/tox.ini is
> not included in the pypi package (and, independently, the reason i
> start packaging tarballs from github, it's just easier than getting
> half
Hi,
I worked on the package python-cython-blis[1] (there is no specific
reason to have it in Debian Science scope - I just found an existing
repository there and continued with this).
The package works nicely - but the autopkgtest (in Salsa CI[2] does
not):
autopkgtest [19:46:36]: test autodep8-
Hi,
there is a problem with ont-fast5-api[0]
On Wed, May 26, 2021 at 03:22:21AM +0530, Nilesh Patra wrote:
> However, one problem - I'm being verbose so we are in loop:
>
Hi,
in the issue I filed against nipype I was asked to try to rebuild numpy
and see whether this might make a diffence. So I tried
dget http://deb.debian.org/debian/pool/main/n/numpy/numpy_1.19.5-1.dsc
cd numpy-1.19.5
and have rebuild it in a recent pbuilder environment. This ends up in
D
On Wed, Sep 29, 2021 at 11:27:23AM -0400, Sandro Tosi wrote:
> Please do report bugs in the BTS when there's a problem with a package
#995318
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags -1 help
Control: tags -1 upstream
Control: forwarded -1 https://github.com/cogent3/cogent3/issues/977
Hi,
I wonder whether someone on the Python list might come up with some help
Am Sun, Oct 24, 2021 at 01:57:39PM +0200 schrieb Lucas Nussbaum:
> Source: python-cogent
> Version: 202
Control: tags -1 pending
Hi Stuart,
Am Wed, Nov 03, 2021 at 09:43:40AM +1100 schrieb Stuart Prescott:
> > > > Extension error:
> > > > You must configure the bibtex_bibfiles setting
> > > > make[2]: *** [Makefile:40: html] Error 2
>
> this is sphinxcontrib-bibtex saying that you need to add the
Hi,
I think I've found a patch[1] to solve the original issue which just
seems to be a floating point precision issue. However, meanwhile there
is another less simple issue:
ERRORS
_ ERROR collecting
.pybuild/cpython3_3.1
Control: tags -1 help
Hi,
currently I'm running into
ERROR: py310: could not install deps [django>=2.2.*, pytest, pytest-cov,
pytest-django, pytest-xdist]; v =
InvocationError("/build/diskcache-5.2.1/.tox/py310/bin/python -m pip install
'django>=2.2.*' pytest pytest-cov pytest-django pytes
Hi,
I've commited version 0.54.1 to Git since I assume that we have better
chances for Python3.10 support in the more recent upstream version.
Unfortunately the build stops with
dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:237: python3.10 setup.py clean
...
from distutils import sysco
Hi,
I think I've fixed the issue[1] and it works nicely at command line.
Unfortunately
Salsa-CI[2] shows a new issue
AttributeError: module 'importlib' has no attribute 'util'
which I do not understand at all since at command line there is the attribute
'util'.
Any hint would be welcome
Control: tags -1 pending
I've fixed the dh_installdocs issue in Git[1] but wanted to solve
the autopkgtest issue as well. At first I provided the proper
module name[2] which brought me back to the old discussion here:
Am Thu, Sep 23, 2021 at 11:59:50PM +0200 schrieb Étienne Mollier:
> Hi Nilesh,
Hi,
we want to take over python-bioblend to Debian Med team. Unfortunately
the transfer procedure requires owner permissions to remove the package
from the old place. Could someone grant Nilesh Patra or me owner
permissions on this package? Alternatively I can grant maintainer
permissions to so
Ping? Could any admin of Debian Python Team help out? We can simply
recreate the repository in Debian Med and move on ... but that might
be confusing for users who will find two clones in differen teams.
Thank you, Andreas.
Am Sun, Dec 19, 2021 at 05:06:43PM +0100 schrieb Andreas Tille:
>
Am Wed, Dec 22, 2021 at 06:13:32PM +0100 schrieb Pierre-Elliott Bécue:
>
> Andreas Tille wrote on 21/12/2021 at 15:43:11+0100:
>
> > Ping? Could any admin of Debian Python Team help out? We can simply
> > recreate the repository in Debian Med and move on ... but that m
Hi Sandro,
Am Wed, Dec 22, 2021 at 03:13:28PM -0500 schrieb Sandro Tosi:
> > Please note: The people involved are the same. We are members of
> > both teams but consider the Debian Med team more appropriate. We
> > are simply missing the permissions to do the move properly.
>
> since you're ta
cy=medium
+
+ * Team upload.
+ * Move package to Debian Python Team
+
+ -- Andreas Tille Thu, 23 Dec 2021 09:07:37 +0100
+
deepdiff (3.3.0-2) unstable; urgency=medium
* Team upload
diff --git a/debian/control b/debian/control
index 8cccbb3..48149c9 100644
--- a/debian/control
+++ b/debian/
Wed, Dec 22, 2021 at 10:06:10PM +0100 schrieb Andreas Tille:
> Hi Sandro,
>
> Am Wed, Dec 22, 2021 at 03:13:28PM -0500 schrieb Sandro Tosi:
> > > Please note: The people involved are the same. We are members of
> > > both teams but consider the Debian Med team more
7;, '--no-deps', '-w', '/tmp/tmpn1cz3ghu',
'--quiet', 'xmlschema']' returned non-zero exit status 1.
E: pybuild pybuild:355: test: plugin custom failed with: exit code=1:
python3.10 setup.py test
Kind regards
Andreas.
Am Thu, Dec 23, 20
Hi,
Am Thu, Dec 23, 2021 at 02:07:45PM +0530 schrieb Nilesh Patra:
> On 12/23/21 1:54 PM, Andreas Tille wrote:
> > Hi again,
> >
> > by chance I learned that I do not have permissions to create
> > repositories in salsa:python-team/packages thus moving packages wo
Hi Michael,
Am Thu, Dec 23, 2021 at 12:16:05PM +0100 schrieb Michael Banck:
> On Thu, Dec 23, 2021 at 10:57:47AM +0100, Andreas Tille wrote:
> > seems I was able to create repositories and simply my script to do so
> > starting with an existing local repository failed for reasons I
Hi Sandro,
Am Thu, Dec 23, 2021 at 09:52:49AM -0500 schrieb Sandro Tosi:
> > Thus I moved mypy now and moved it to DPT[2]. Feel free to add yourself
> > to Uploaders and upload with the new location.
>
> thanks!
You are welcome.
> > Sandro, do you have any other packages in mind?
>
> too many
Hi Michael,
Am Fri, Dec 24, 2021 at 11:49:49PM +0100 schrieb Michael Banck:
> AFAICT, the newer deepdiff requires the following unpackaged modules:
>
> https://github.com/rspeer/ordered-set
> https://github.com/alan-turing-institute/CleverCSV
Added as "TODO" entry in d/changelog
> It additiona
Hi Louis-Philippe,
Am Mon, Dec 27, 2021 at 04:35:44PM -0500 schrieb Louis-Philippe Véronneau:
> >> https://github.com/rspeer/ordered-set
>
> I've just uploaded this one to NEW, it's packaged at:
>
> https://salsa.debian.org/python-team/packages/python-ordered-set
Nice.
> >> https://github.com
Am Sat, Jan 01, 2022 at 09:28:10PM -0500 schrieb Sandro Tosi:
> > In general we are open to hand over general packages that are not
> > directly touching the medical / biological field to competent hands. So
> > just ping me and I'll try to respond as quick as possible.
>
> with UDD-mirror U&R no
Am Sun, Jan 02, 2022 at 01:04:46PM +0530 schrieb Nilesh Patra:
> Before you/someone else makes a move, some of these packages are
> bioinformatics
> and are better suited for med team:
>
> * indexed-gzip - This one is mainly for NIFTI image files
I fully agree here but I'd be happy to habd this
Am Sun, Jan 02, 2022 at 10:00:09AM +0100 schrieb Andreas Tille:
> ...
Continuing with moving packages from Debian Med to Debian Python Team
> > python-ciso8601 2.2.0-1
> > python3-ciso8601 : fast ISO8601 date time parser for Python written in C
Moved to Debian Python T
Am Sun, Jan 02, 2022 at 11:25:40AM +0100 schrieb Andreas Tille:
> Am Sun, Jan 02, 2022 at 10:00:09AM +0100 schrieb Andreas Tille:
> > ...
> Continuing with moving packages from Debian Med to Debian Python Team
> python-duckpy 3.2.0-2
> python3-duckpy : simple Python librar
Am Sun, Jan 02, 2022 at 09:00:27PM +0100 schrieb Andreas Tille:
...
Continuing with moving packages from Debian Med to Debian Python Team
> python-sinfo 0.3.1-2
> python3-sinfo : print different version information for loaded modules
Moved to Debian Python Team.
> python-spectra
Hi,
I think we sorted out that the request to move python-bioblend to Debian
Med is valid. I'm CCing Debian Python team maintainers to get this
finally done. I'm not sure whether making me the owner of that actual
repository is sufficient to enable me transfering the archive.
Alternatively I cou
Am Sat, Jan 15, 2022 at 07:23:14PM + schrieb Stefano Rivera:
> > Could you process this transfer please? Moving python-bioblend from
> > python->med team.
> > You have maintainer access in -med and owner in -python, hence please
> > consider transferring this.
>
> Transferred: https://salsa.
Hi,
I've just fixed #1002316 by upgrading to latest upstream version. When
looking at the package it might make sense to move it to Debian Python
team instead of private maintainership. I'd volunteer to move the package
over if all involved people agree.
Kind regards
Andreas.
--
http://
301 - 400 of 576 matches
Mail list logo
