Hi,
I would like to join DPMT so that I could maintain the python-pytest-xdist
package (that I've recently discussed adopting with Daniel Stender).
Additionally, I'll need to package a new dependency for a new upstream
release of python-pytest-xdist.
My Alioth login is swt2c-guest.
I've rea
On Tue, 6 Feb 2018, Scott Talbert wrote:
Hi,
I would like to join DPMT so that I could maintain the python-pytest-xdist
package (that I've recently discussed adopting with Daniel Stender).
Additionally, I'll need to package a new dependency for a new upstream
release of python-py
On Fri, 9 Feb 2018, Scott Talbert wrote:
Hi,
I would like to join DPMT so that I could maintain the python-pytest-xdist
package (that I've recently discussed adopting with Daniel Stender).
Additionally, I'll need to package a new dependency for a new upstream
release of python-py
Hi,
I'm looking for a sponsor to upload pytest-forked. It's quite a simple
package. It's a small bit of functionality that has been stripped out of
pytest-xdist and is needed for a new upstream release of pytest-xdist.
It's here on salsa and also uploaded to mentors:
https://salsa.debian.or
Hi,
I've got a package where I need to pass an argument to setup.py as part of
the build process. Is there a way to do this with dh_python2, ie, without
using overrides?
Scott
On Wed, 28 Mar 2018, Andrey Rahmatullin wrote:
I've got a package where I need to pass an argument to setup.py as part of
the build process. Is there a way to do this with dh_python2, ie, without
using overrides?
dh_python2 doesn't call setup.py, the build system (python_distutils or
pybuild)
About a month ago, Matthias removed easy_install from setuptools. I have
sent him a few mails and bugs asking about it, but I haven't heard
anything back. Anyone know why he did it? I have a package that
currently FTBFS because of it. :(
python-setuptools (39.0.1-2) unstable; urgency=mediu
On Mon, 7 May 2018, Ben Finney wrote:
About a month ago, Matthias removed easy_install from setuptools. I
have sent him a few mails and bugs asking about it, but I haven't
heard anything back. Anyone know why he did it? I have a package
that currently FTBFS because of it. :(
Why does a sou
On Tue, 8 May 2018, Ben Finney wrote:
The source package in question is wxpython4.0. The reason I use
easy_install is for installing the python2 version of the module as an
egg.
Okay, so from that I understand that the Debian package is not invoking
‘easy_install’ to fetch files from the netwo
Hi,
I've got a package (wxpython4.0) that builds modules for both Python 2.7
and Python 3. When I rebuilt the package in early May, I started getting
the lintian warning debug-file-with-no-debug-symbols for the Python 3
dbgsym packages only. Sure enough, looking at those files, there is not
On Mon, 4 Jun 2018, Matthias Klose wrote:
I've got a package (wxpython4.0) that builds modules for both Python 2.7
and Python 3. When I rebuilt the package in early May, I started getting
the lintian warning debug-file-with-no-debug-symbols for the Python 3
dbgsym packages only. Sure enough, l
On Tue, 5 Jun 2018, Andrey Rahmatullin wrote:
Yes, I'm talking about the automatically generated -dbgsym packages that
contain the /usr/lib/debug/.build-id/... files.
Have you read Scott's email?
Yes, but wouldn't they still be useful for symbolicating core dumps?
Scott
When packaging a pytest plugin and wanting to run the plugin's unit tests
during the build process, the plugin usually has to be installed before
running the tests, otherwise pytest cannot find the plugin. This seems to
require workarounds such as this [1].
Is there any way to avoid this with
I'm running dh_python2 in a package on a non-standard directory path so it
will handle byte compilation, etc. However, it seems to be removing empty
directories from the directory tree. Is there any way to avoid this
behavior?
Thanks,
Scott
On Fri, 19 Jul 2019, Andrey Rahmatullin wrote:
I'm running dh_python2 in a package on a non-standard directory path so it
will handle byte compilation, etc. However, it seems to be removing empty
directories from the directory tree. Is there any way to avoid this
behavior?
From Python package
On Fri, 19 Jul 2019, Andrey Rahmatullin wrote:
I'm running dh_python2 in a package on a non-standard directory path so it
will handle byte compilation, etc. However, it seems to be removing empty
directories from the directory tree. Is there any way to avoid this
behavior?
From Python package
When removing leaf python2 packages for bullseye, is there anything
special that needs to be done, other than removing the building of the
python2 subpackage?
For example, obsoleting of the old package or anything along those lines?
Scott
On Tue, 23 Jul 2019, Ondrej Novy wrote:
út 23. 7. 2019 v 11:40 odesílatel Scott Talbert napsal:
When removing leaf python2 packages for bullseye, is there
anything
__modules__ package :)
special that needs to be done, other than removing the building
of the
On Wed, 24 Jul 2019, Neil Williams wrote:
napsal: When removing leaf python2 packages for bullseye, is there
anything
__modules__ package :)
special that needs to be done, other than removing the
building of the
python2 subpackage?
For example, obsoleting of the old
On Wed, 24 Jul 2019, Neil Williams wrote:
út 23. 7. 2019 v 11:40 odesílatel Scott Talbert
napsal: When removing leaf python2 packages for bullseye, is there
anything
__modules__ package :)
special that needs to be done, other than removing the
building of the
python2
Hi,
I did a major update for pytest-bdd (new upstream release, dropped py2
packages, other lintian fixes, etc.). Does someone mind uploading it?
https://salsa.debian.org/python-team/modules/pytest-bdd
Thanks,
Scott
On Tue, 23 Jul 2019, Ondrej Novy wrote:
Hi,
út 23. 7. 2019 v 11:40 odesílatel Scott Talbert napsal:
When removing leaf python2 packages for bullseye, is there
anything
__modules__ package :)
special that needs to be done, other than removing the building
of the
On Tue, 30 Jul 2019, Thomas Goirand wrote:
Hi,
út 23. 7. 2019 v 11:40 odesílatel Scott Talbert napsal:
When removing leaf python2 packages for bullseye, is there
anything
__modules__ package :)
special that needs to be done, other than removing the building
of the
On Mon, 5 Aug 2019, Mattia Rizzolo wrote:
I did a major update for pytest-bdd (new upstream release, dropped py2
packages, other lintian fixes, etc.). Does someone mind uploading it?
https://salsa.debian.org/python-team/modules/pytest-bdd
Uploaded!
Just, please do not push debian/ tags unle
Hi,
Ondřej, I saw you uploaded pytest 4. This has caused autopkgtest failures
in a few of the packages I maintain, which I've been working on fixing. I
think those should be fine once they migrate to testing, as it should
clear the autopkgtest failure from pytest 4.
However, there's one pa
On Fri, 9 Aug 2019, Graham Inggs wrote:
However, there's one package that seems like it is going to cause a
problem. I uploaded pytest-xdist 1.29.0-1, which *requires* pytest 4, so
pytest-xdist won't migrate to testing until pytest 4 does. On the other
hand, pytest 4 won't migrate to testing u
On Thu, 15 Aug 2019, Jonathan Carter wrote:
- btfs
That's weird, this program is written in C and contains no python
whatsoever. Any idea how it ended up on the list? Perhaps there are some
other false positives too?
Probably because it Depends: python?
Scott
On Thu, 5 Sep 2019, Andreas Tille wrote:
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?
Very goo
On Fri, 8 Nov 2019, Andreas Tille wrote:
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_
Hi,
Can someone please do an upload of python-traits? I did an update to the
latest upstream release, plus various minor fixes. I didn't remove Python
2 support yet as there are still a few rdeps.
https://salsa.debian.org/python-team/modules/python-traits
Thanks,
Scott
On Wed, 4 Dec 2019, Dmitry Shachnev wrote:
Hi,
Can someone please do an upload of python-traits? I did an update to the
latest upstream release, plus various minor fixes. I didn't remove Python 2
support yet as there are still a few rdeps.
https://salsa.debian.org/python-team/modules/python-
On Wed, 4 Dec 2019, Andreas Tille wrote:
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
w
Hi,
I'm already a member of DPMT, I would like to join PAPT as well so I can
also contribute to those packages. I have read the policy and accept it.
Salsa ID: swt2c-guest
Thanks,
Scott
On Thu, 12 Dec 2019, Andreas Tille wrote:
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 ...
CopySu
On Thu, 12 Dec 2019, Andreas Tille 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 CopySubAction in site_scons/site_init.py.
On line 111, the file 'source
On Thu, 12 Dec 2019, Andreas Tille 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/rules file is specifying /usr/share/pdb2pq
On Thu, 19 Dec 2019, Andreas Tille wrote:
Traceback (most recent call last):
File "/usr/bin/../lib/atac/bin/AtacDriver.py", line 18, in
import MyFile
File "/usr/lib/atac/lib/MyFile.py", line 6, in
class myfile(file):
NameError: name 'file' is not defined
PYTHONPATH=/usr/bin/../lib/atac
On Thu, 9 Jan 2020, Cindy Sue Causey wrote:
Oh, boy, oh, boy, an excuse for my first post!! *waving!*
Hi Cindy and welcome!
About an hour ago, I was installing more Python and other types of
developer-learning packages on a Bullseye debootstrap in chroot. A
couple of dependency packages that
Hi,
I am currently a member as swt2c-guest, but I recently became a DD, so can
I please be re-added to DPMT and PAPT under swt2c.
I still accept all policies. :)
Thanks,
Scott
On Mon, 11 May 2020, Doug Torrance wrote:
On Thursday, April 23, 2020 10:32:42 PM EDT Doug Torrance wrote:
I am interested in joining the Python Applications Packaging Team. I'm
experienced in packaging for Debian and am an active member of the Window
Maker and Science teams. However, I don't
On Sat, 16 May 2020, Marcos Fouces wrote:
Hello
I packaged a new release for python-rq [1]. Please, consider review and
upload.
[1] https://salsa.debian.org/python-team/modules/python-rq
I added a gbp.conf and uploaded.
Thanks,
Scott
On Tue, 26 May 2020, Thomas Goirand wrote:
Hi there!
Does any of you knows how to fix this bug?
https://bugs.debian.org/959558
Almost all of OpenStack can removed from Bullseye if not fixed in time,
so I tried to fix, but couldn't.
It looks like it's a bug in sphinx. I tried sphinx 3.0.4 an
On Thu, 18 Jun 2020, Shayan Doust wrote:
I have been having some issues with packaging intake[1] for the Debian
Med packaging team, specifically during pytest. There are a lot of tests
failing, so I contacted upstream for a solution.
According to upstream, the "entrypoints in the setup script a
Hi,
I have a couple of (mostly library) Python packages, src:wxpython3.0,
which was Python 2 only and has been recently RM'd and src:wxpython4.0
which is Python 3 only. wxpython3.0 had a subpackage, python-wxtools,
which contained a few utility scripts. wxpython4.0 can also provide those
ut
On Mon, 29 Jun 2020, Scott Kitterman wrote:
More over, mock debhelper was upgraded to 13, for no apparent
reason
(yet another "cosmetic fix" that isn't helping?). I'd like to
remind
everyone that, increasing debhelper compat version to a number
that
isn't in stable, without
On Wed, 22 Jul 2020, Andreas Tille wrote:
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/FindP
On Thu, 14 Jan 2021, Torrance, Douglas wrote:
Hello!
There was just a new upstream release of git-big-picture, which I've
packaged:
https://salsa.debian.org/python-team/packages/git-big-picture
Would anyone be able to review/sponsor?
Uploaded, thanks!
Scott
On Fri, 25 Jun 2021, Jeremy Stanley wrote:
I feel like there is probably consensus against the use of PyPi-provided
upstream source tarballs in preference for what will usually be a GitHub
release tarball, so I made an MR to this effect (moderate recommendation
rather than a "must" directive):
On Fri, 3 Sep 2021, Matthias Klose wrote:
Python 3.8 upstream now has a common ABI for normal and debug extension builds,
so it is technically possible to load a debug extension in the normal
interpreter, or to load a normal extension in the debug interpreter. In Debian,
debug extensions are sh
On Wed, 15 Sep 2021, Andrius Merkys wrote:
https://tracker.debian.org/media/packages/x/xlsxwriter/control-1.1.2-0.2
The package does not seem to have a current version control repository.
That would be a good start. There doesn't seem to be a project in
salsa.debian.org and it would make thing
On Wed, 15 Sep 2021, c.bu...@posteo.jp wrote:
It seems that this package should probably be fully moved and adopted
into the Debian Python Team - it seems to have been partially done.
I would say the salsa project is outdated because the version number
in setup.py does not fit to upstream.
ht
On Thu, 16 Sep 2021, Nicholas D Steeves wrote:
Am 15.09.2021 21:36 schrieb Emmanuel Arias:
Looking in the salsa repo [0], it is very old. And that shouldn't
happen. I
can updated to the last unstable version tonight/tomorrow.
Just to improve my knowledge about Debian processes: What does it m
On Fri, 17 Sep 2021, Scott Talbert wrote:
Looking in the salsa repo [0], it is very old. And that shouldn't
happen. I
can updated to the last unstable version tonight/tomorrow.
Just to improve my knowledge about Debian processes: What does it mean
to update the salsa repo to the cu
On Thu, 7 Oct 2021, Adam Cecile wrote:
Hello
Still looking for sponsoring !
Thanks
On September 28, 2021 10:20:25 PM GMT+02:00, "Adam Cécile"
wrote:
Hello,
Is there someone willing to upload this package ? It was waiting for
json-schema-test-suite to be uploaded as a separated package, tha
On Thu, 7 Oct 2021, Adam Cecile wrote:
Hello
Still looking for sponsoring !
Thanks
On September 28, 2021 10:47:27 PM GMT+02:00, "Adam Cécile"
wrote:
Hello,
Could someone please upload this little package ? It's a indirect
(docformatter dep) dependency of xsdata, an awesome XML/dataclasses
On Wed, 3 Nov 2021, Andreas Noteng wrote:
Hi, i recently pushed an update to python-easygui fixing an FTBFS-bug
recently filed.
I though I had DM upload priveleges to the package, but apparently I don't.
Would anyone please upload for me, or grant me upload privileges for the
package? From b
On Tue, 9 Nov 2021, Athos Ribeiro wrote:
Hi,
I am Athos Ribeiro and I would like to join the Python team. At this
moment, I would like to start by helping to add Python 3.10 support to
some packages that may be FTBFS for Python 3.10 (which may help with the
upcoming transition).
I already star
On Thu, 11 Nov 2021, Athos Ribeiro wrote:
Hi,
I am Athos Ribeiro and I would like to join the Python team. At this
moment, I would like to start by helping to add Python 3.10 support to
some packages that may be FTBFS for Python 3.10 (which may help with the
upcoming transition).
I already sta
On Wed, 24 Nov 2021, Thomas Goirand wrote:
Hi,
flask-assets build-depends on python3-flask-script. python-flask-script
depends on Flask, but isn't compatible with Flask 2.x which is now in
unstable. python-flask-script has no commit or release since 2017.
So both packages are kind of doomed...
On Sun, 28 Nov 2021, Rebecca N. Palmer wrote:
After build-testing about half of the reverse dependencies, failures that
look new-pandas-related are cfgrib #1000726, joypy #1000727, python-skbio
#1000752, and maybe hyperspy (not filed yet).
python-skbio and hyperspy already FTBFS for unrelated
On Mon, 29 Nov 2021, Andreas Tille wrote:
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>=
On Mon, 29 Nov 2021, Andrey Rahmatullin wrote:
On Mon, Nov 29, 2021 at 05:58:47PM +0100, Andreas Tille wrote:
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
insta
On Mon, 29 Nov 2021, Scott Talbert wrote:
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-dj
On Thu, 10 Feb 2022, Andreas Tille wrote:
Control: tags -1 help
Hi,
I've updated python-envisage in Salsa[1] to the latest upstream version
and bumped its failing predepends to their according latest upstream and
fixed all bugs in those. For envisage I'm stumbling upon a Python3.10
related bu
On Thu, 17 Feb 2022, Andreas Tille wrote:
Hi,
as you can see in Salsa-CI build log[1] the new version of mayavi2 fails
with something like:
...
File "/builds/python-team/packages/mayavi2/debian/output/source_dir/mayavi/mlab.py",
line 16 in
File "", line 228 in _call_with_frames_removed
Fil
On Thu, 17 Mar 2022, Andreas Tille wrote:
Hi,
I intend to package python-catalogue[1] but there is a test suite
issue (see salsa-ci for complete log[2]):
platform linux -- Python 3.10.3, pytest-6.2.5, py-1.10.0, pluggy-1.0.0
rootdir: /builds/python-team/packages/python-catalogue/debian/output/
On Wed, 23 Mar 2022, Hugh McMaster wrote:
On Wed, 23 Mar 2022 at 02:37, Andreas Tille wrote:
Hi,
Am Wed, Mar 23, 2022 at 12:19:40AM +1100 schrieb Hugh McMaster:
> On Mon, 28 Feb 2022 at 16:40, Hugh McMaster wrote:
>
> > I did some testing and found that pygame 2.1.
On Thu, 11 Aug 2022, Ole Streicher wrote:
Hi,
I have a package
https://salsa.debian.org/debian-astro-team/asdf-standard
that changed its build process to pyproject.toml. As hinted by pybuild,
I added pybuild-plugin-pyproject to the build dependencies; however it
still does not build properly.
On Fri, 12 Aug 2022, Ole Streicher wrote:
Scott Talbert writes:
On Thu, 11 Aug 2022, Ole Streicher wrote:
---8<---
* Building wheel...
Successfully built UNKNOWN-1.0.3-py3-none-any.whl
I: pybuild plugin_pyproject:118: Unpack
Hi Jelmer,
It looks like you started working on updating python-greenlet to 2.0.1
(needed because python-gevent was updated and the two versions are now
incompatible). Any reason that you stopped or just lack of time?
Thanks,
Scott
On Fri, 9 Dec 2022, c.bu...@posteo.jp wrote:
Hello folks,
my question is not critic but just learning purpose. Because in the Debian
universe I always assume that there is a good reason behind each activity, no
matter if I understand it or not.
Here is one I don't understand.
Today (9th Dece
On Sun, 18 Dec 2022, Malik Mlitat wrote:
Hello DPT,
I have updated the package python-tesserocr [1] to skip the flaky test to
fix the issue below.
I need a maintainer please to upload the new release version 2.5.2-2 to
the Debian archive.
[1] https://salsa.debian.org/python-team/packages/
On Wed, 21 Dec 2022, c.bu...@posteo.jp wrote:
Hello,
sorry for asking. I'm looking or the right document explaining the workflows
on Salsa.
Am I on the right way here: https://wiki.debian.org/Teams/PythonTeam ?
Most projects on Salsa do have three branch names. I need an explanation of
them
On Thu, 29 Dec 2022, Scott Kitterman wrote:
On Thursday, December 29, 2022 4:13:20 PM EST Andreas Tille wrote:
Control: tags -1 help
Hi,
I wonder whether someone might suggest a fix for
==
FAIL: test_schema_compatibility_ty
On Tue, 10 Jan 2023, Andreas Tille wrote:
Hi,
I've updated Git to latest upstream version which does not show the
reported error any more. However, there are two other issues I seem to
need help for. I've worked around the initial issue[1]
FileNotFoundError: [Errno 2] No such file or direct
On Tue, 10 Jan 2023, Scott Talbert wrote:
On Tue, 10 Jan 2023, Andreas Tille wrote:
Hi,
I've updated Git to latest upstream version which does not show the
reported error any more. However, there are two other issues I seem to
need help for. I've worked around the initi
packaging this?
Once it's in the archive we ought to make sure all current users of pep517 are
switched so we can remove it this cycle.
I'll go ahead and start packaging it.
Regards,
Scott Talbert
On Tue, 1 Aug 2023, Scott Kitterman wrote:
On Tue, 1 Aug 2023, Scott Kitterman wrote:
The pep517 package has been renamed pyproject-hooks upstream:
https://github.com/pypa/pyproject-hooks
It looks like we need this to update python-build to the latest version
(which we should definitely do so
On Wed, 2 Aug 2023, Scott Kitterman wrote:
On Tuesday, August 1, 2023 7:36:38 PM EDT Scott Talbert wrote:
On Tue, 1 Aug 2023, Scott Kitterman wrote:
On Tue, 1 Aug 2023, Scott Kitterman wrote:
The pep517 package has been renamed pyproject-hooks upstream:
https://github.com/pypa/pyproject
On Fri, 18 Aug 2023, Andreas Tille wrote:
Am Fri, Aug 18, 2023 at 01:42:53PM +0100 schrieb Julian Gilbey:
I'm sure I'm not the only one who received a whole bunch of bugs
entitled "Fails to build source after successful build" last weekend.
There was one theme common to most of them: the presen
On Tue, 5 Dec 2023, Ivan Perez wrote:
Hi everyone!
I'm currently trying to bring a tool we have at NASA Ames up to speed:
https://github.com/NASA-SW-VnV/ikos
IKOS is a static analyzer for C. I'm really hoping that IKOS can be included
in Debian in the near future.
IKOS is implemented as a C+
On Sat, 27 Jan 2024, Andreas Tille wrote:
Control: tags -1 help
Hi,
I upgraded python-miio in Git. Unfortunately there are some test suite
errors[1]
Any help would be welcome
Andreas.
Fixed.
On Sun, 28 Jan 2024, Andreas Tille wrote:
Hi,
I upgraded python-plaster to latest upstream - but this did not changed
the test suite error.
I suspect the issue is because dh-python is clobbering the *.egg-info
directories in the tests directory during the 'clean' target.
While this is help
On Tue, 27 Feb 2024, Thomas Goirand wrote:
On 2/27/24 09:05, Andreas Tille wrote:
Hi,
I became more deeply involved into DPT since 2022 as a consequence of
the suggestion for transfering several Debian Med/Science packages to
DPMT[1][2]. I happily followed this suggestion and moved >30 packag
84 matches
Mail list logo
