On Thu, 5 Mar 2020, 14:16 Andreas Tille, wrote:
> 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
Hi,
Currently pytds FTBFS with python3.8. I have fixed it, and build +
autopkgtests pass.
It is also lintian-clean.
There are however, a few build warnings which I am not sure how to fix:
I see a lot of:
Setting up python3-roman (2.0.0-3) ...
/usr/lib/python3.8/subprocess.py:838: RuntimeWarning: l
Hi,
Currently django-oauth-toolkit FTBFS with python3.8. I have fixed it, and
build + autopkgtest pass.
My changes have been pushed here [1].
Needs review and sponsorship.
[1]: https://salsa.debian.org/gi-boi-guest/django-oauth-toolkit
Thanks and regards
Nilesh
> just a quick glance at the commits: you do not need to replace
autopkgtest-pkg-python with home-grown code, just tell it what to import:
> echo oauth2_provider > debian/tests/pkg-python/import-name
Thanks, I didn't know about that. However, when I added that in, autopkgtest
seems to fail with:
> Are you sure that debian/tests/pkg-python/import-name has the correct
value?
I guess yes.
> What does `cat debian/tests/pkg-python/import-name` show?
[debian/master][~/packages/oauth-toolkit/django-oauth-toolkit]$ cat
debian/tests/pkg-python/import-name
oauth2_provider
Seems correct. I'm not re
Hi,
Currently python-cobra FTBFS reported here [1].
>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
relevant file (libsbml.py) whi
Hi
On Sun, 5 Apr 2020, 11:43 Andreas Tille, wrote:
> 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 corresp
On Sun, 5 Apr 2020, 15:50 Andreas Tille, wrote:
> 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 not
On Sat, 13 Jun 2020 at 15:31, Nilesh Patra wrote:
> Hi,
> I'm interested in joining DPMT - I fix bugs for debian-python team and
> also help package a few modules.
> I've fixed RC bugs for DPMT packages before: #950050 and #952172 being
> recent ones.
> I also main
Hi,
I'm interested in joining DPMT - I fix bugs for debian-python team and also
help package a few modules.
I've fixed RC bugs for DPMT packages before: #950050 and #952172 being
recent ones.
I also maintain several python packages under the debian med team
I've a couple of more RC bug fixes for D
Pardon me, I've read and accept the policy:
https://salsa.debian.org/python-team/tools/python-modules/blob/master/policy.rst#maintainership
On Sat, 13 Jun 2020 at 15:32, Nilesh Patra wrote:
>
>
> On Sat, 13 Jun 2020 at 15:31, Nilesh Patra wrote:
>
>> Hi,
>> I
Hi,
djangorestframework-gis reports failing tests and has RC bug: #961901 filed
against it.
I've fixed this, and this builds in a clean chroot with passing tests.
My changes have been pushed to the team repo here[1].
(Many thanks to Utkarsh for granting access to this repo \o/)
This Needs review a
Hi,
> Traceback (most recent call last):
> File "./test_mbox.py", line 6, in
>if mbox_file.items() != []:
> File "/usr/lib/python3.8/mailbox.py", line 132, in items
>return list(self.iteritems())
> File "/usr/lib/python3.8/mailbox.py", line 125, in iteritems
>value = self[key]
> F
Hi,
Currently src:python-babel provides 3 binaries:
* python3-babel
* python-babel-doc
* python-babel-localedata
of which python3-babel is the main binary, -babel-doc is for the
documentation and -babel-localedata is for storing locale data files used
by python3-babel.
Should this be renamed to
Hi,
I uploaded the one on salsa. It looked nice to me.
I am closing the RFS bug, then.
Thanks a lot for your work on this!
PS: Next time, please consider to first import, and then commit all your
changes systematically - for example, adding autopkgtests, modifying
copyright et. al. rather than a
On 6/5/21 8:04 PM, Emmanuel Arias wrote:
> Hi,
>
> I'm not DD, but I send you some review, to gain time:
>
> * d/changelog says: `Bump debhelper from old 10 to 12.` but actuall>
> debhelper-compat version is 13.
> * Please use UNRELEASED instead of unstable, that can be confused.
Fixed
> * W
Hi Geert,
On 12 September 2021 1:53:25 pm IST, Geert Stappers
wrote:
>Hello Debian-Python,
>
>In which package is a pep8 code style checker?
Is this what you seek?
https://tracker.debian.org/pkg/autopep8
Corresponding binary package is python3-autopep8
Nilesh
--
Sent from my Android d
On 9/19/21 2:29 PM, Fabrice Bauzac-Stehly wrote:
> python-mockito (1.2.2-2) unstable; urgency=medium
> .
>* Source-only upload.
Hi, I do not see these changes in salsa. Still the old changelog.
can you push? I'll happily sponsor
Cheers,
--
Nilesh Patra
Debian Develo
On 11 October 2021 4:17:48 am IST, Emmanuel Arias
wrote:
>El dom, 10 de oct. de 2021 a la(s) 17:36, Afif Elghraoui (a...@debian.org)
>escribió:
>Hi,
>
>You need to be patient.
>that a good exercise to understand the "upload process", also some DD
>prefer
>use mentors.
Hi, Afif is already a DD
Hi Ondřej,
I see that isal package is limited to amd64, arm64 and kfreebsd-amd64.
Is there a particular reason for this? -- Is it possible to extend support to
other archs?
Actually, a -med team package fastp has started to depend on libisal-dev, and
this
now is limited to the few archs isal s
Hi Thomas,
On 10/16/21 4:07 PM, Graham Inggs wrote:
Hi,
Did you look into the source package? isal is written in assembly
language...
I see at least an erasure_code/ppc64le directory.
I did a quick test build in Ubuntu and the package built and passed
its tests on armhf, ppc64el and riscv64,
moksha.common (U)
piuparts (U)
python-fedora (U)
python-limits (U)
python-pyramid-chameleon (U)
Nilesh Patra
cyvcf2 (U)
h5sparse (U)
nitime (U)
python-xopen (U)
seaborn (U)
Nilesh Patra
python-spectra (U)
umap-learn (U)
Noah Meyerhans
python-boto (U)
Hi Ole,
On 10/30/21 5:50 PM, Ole Streicher wrote:
Hi,
https://salsa.debian.org/debian-astro-team/pyraf/-/jobs/2130878#L2062
How can one find out the correct machine here?
I just committed something to salsa -- sort of a hack, but it works (i386
pipeline passes). I do this
for one of my other
On 11/3/21 1:30 PM, Andreas Tille wrote:
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
Hi Jérôme,
On 11/27/21 3:44 PM, Jérôme wrote:
Hello,
In the absence of a reply, I have worked on xcffib package to update it to the
last upstream release as well as Debian standards. I intend to adopt it[1] but
I am looking for a sponsor - or moving this package to DPT? - in order to
upload
Dear Python team,
Would you have any hint on this?
Is it a bug with the python3 package itself?
Let me know.
Regards,
Nilesh
On Thu, 2 Dec 2021 12:02:59 +0530 Nilesh Patra wrote:
> On Mon, 29 Nov 2021 20:35:40 +0100 Andreas Tille wrote:
> > Am Mon, Nov 29, 2021 at 11:36:33PM +053
Hi Stefano,
On 12/4/21 9:00 PM, Stefano Rivera wrote:
Hi Nilesh (2021.12.04_15:15:05_+)
Would you have any hint on this?
Is it a bug with the python3 package itself?
You're waiting for python3-tabulate to be patched for Python 3.10
support.
Indeed. I was just being silly as it seems. I
Hi Pierre-Elliot,
On Wed, Dec 22, 2021 at 08:06:01PM +0100, Pierre-Elliott Bécue wrote:
> >> I'm sorry but pressuring to take over a package is not really fine. If
> >> you're not happy with the time it takes for an answer, you can try to
> >> fill an ITS and if the procedure goes to its end then
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 would be
not as simple as transfering the projects. Please grant me maintainer
permissions to enable moving packages s
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
* python-anndata - For gene annotation
* python-fitbit - For FITBIT API (more in med domain)
* python-cooler - For genomic
Hi Stefano/Ondřej,
On 1/11/22 8:03 PM, Andreas Tille wrote:
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.
Could you process this transfer please? Moving python-bioblend from python-
On 2/4/22 9:18 PM, Julian Gilbey wrote:
Basically, the mistune upstream author has completely messed up on
this by making what is essentially a completely different package with
superficially similar functionality but the same name.
True.
[...]
_mistune.py within the Debian package,
and have
On 2/4/22 9:33 PM, Julian Gilbey wrote:
_mistune.py within the Debian package,
and have nbconvert do "import nbconvert.filters._mistune as mistune"
(see /usr/lib/python3/dist-packages/nbconvert/filters/markdown_mistune.py).
That seems like an eminently sensible solution to this problem.
But tha
On 2/6/22 12:20 AM, Julian Gilbey wrote:
On Fri, Feb 04, 2022 at 09:27:59PM +0530, Nilesh Patra wrote:
On 2/4/22 9:18 PM, Julian Gilbey wrote:
[...]
_mistune.py within the Debian package,
and have nbconvert do "import nbconvert.filters._mistune as mistune"
(see /usr/lib/python3/dis
On 2/18/22 2:23 AM, Sandro Tosi wrote:
I admit I'm hesitating a bit for different reasons. While I agree that
direct commits are better than MRs I found several DPT packages with
very sensible changes in Git but no uploads following these. For
instance fixing VCS fields and Maintainer name shou
On 2/18/22 9:33 PM, Dirk Eddelbuettel wrote:
Hi debian-python,
[...]
I cannot write to https://salsa.debian.org/python-team/packages/tiledb-py so
I created a (temporary ?) copy at https://salsa.debian.org/edd/tiledb-py
If you're ok with me updating the team repo, I can reset origin and push to
e
On 2/24/22 3:36 PM, Andreas Tille wrote:
Please consider releasing rdflib v6 which in my brief testing is
compatible with pyparser v3.
I tried to follow your suggestion to upgrade rdflib to version 6 in Git.
Unfortunately I'm stumbling upon a different issue in the new test
suite[1].
One real
On 2/24/22 6:00 PM, Nilesh Patra wrote:
One really odd thing I noticed is that there is no dh_auto_build is overridden
but not triggered inside it again,
and so dh_auto_build happening at all.
^
Wow, in a hurry I wrote really sloppy english there
I meant
On 2/24/22 6:10 PM, Andreas Tille wrote:
Sorry for dragging you into this - the experimental branch was way
advanced which I learned in bug #995675. This leaves the question how
we can proceed. It makes probably sense to run ratt or something like
this to learn about packages that are broken.
reassign -1 dh-python 5.20220924
stop
Hi,
On Sun, 18 Sep 2022 08:02:58 +0200 Lucas Nussbaum wrote:
> Source: zope.testrunner
> > make[1]: Entering directory '/<>'
> > dh_python3 --shebang=/usr/bin/python3 -X tests
> > I: dh_python3 tools:114: replacing shebang in
> > debian/python3-zope.testrun
Hi Python team/Stefano,
On Sun, 13 Nov 2022 20:34:36 +0200 Adrian Bunk wrote:
> Source: compreffor
> Version: 0.5.1-2
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/logs.php?pkg=compreffor&ver=0.5.1-2%2Bb2
>
> ...
> src/cython/_compreffor.cpp:196:12: fatal error: longint
Hi all,
On Sun, 27 Nov 2022 22:26:31 +0100 Paul Gevers wrote:
> Source: librcsb-core-wrapper
> Version: 1.005-10
> We are in the transition of adding python3.11 as a supported Python
> version [0].
> [...]
> [0] https://bugs.debian.org/1021984
> [1] https://qa.debian.org/excuses.php?package=pyth
Hi again,
On Mon, Nov 28, 2022 at 08:05:35PM +0530, Nilesh Patra wrote:
> On Sun, 27 Nov 2022 22:26:31 +0100 Paul Gevers wrote:
> > Source: librcsb-core-wrapper
> > Version: 1.005-10
> > We are in the transition of adding python3.11 as a supported Python
> > version [0
Hi,
On Mon, Jan 30, 2023 at 09:12:57AM +0100, Andreas Tille wrote:
> I made some tiny steps forward ("only" 84 failures instead of 89 when I
> wrote my first mail) in the numpy 1.24 migration for 32bit architectures
> but I'm facing issues I do not have a real clue for. In
>
>
> https://sals
On 2024-02-27 03:05, Andreas Tille wrote:
> 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 packages
> from the Blends teams to DPT. I w
Quoting Alexandre Detiste :
> I would pick-up matplotlib I guess, I have some special connection to it,
> It was one the packages that enabled me to escape
> my horrible SAS-Insitute powered previous job/life.
>
> It's a big one.
>
> Help is appreciated, I already cherry picked some commit
On Sat, May 11, 2024 at 11:54:29PM +0200, Alexandre Detiste wrote:
> Yes do please.
i finished migrating to dh13 and pushed to salsa
> Le sam. 11 mai 2024 à 20:51, Nilesh Patra a écrit :
> >
> > Quoting Alexandre Detiste :
> > > I would pick-up matplotlib I
On Mon, Jul 22, 2024 at 11:40:23AM +0200, Alexandre Detiste wrote:
> Hi Nilesh,
>
> I joined Astro team and took care of matplotlib rdeps there.
>
> I'm struggling with basemap... I don't understand how
> this multi-package with it's 3 setup.py works.
> It's the very last rdpeps that will block m
Hi all, Hi Alexandre,
There's approximately 2 months of time still for soft freeze. I believe we
have enough time for a matplotlib update (and transition to testing).
Should we go for it? I will try to spend some hours tonight to see how much
work this may be.
Thanks,
Nilesh
On 23/02/25 05:19, Alexandre Detiste wrote:
There was a cyclic bootstrap relationship between this and ... Pandas (?)
in the Numpy transition that was handled swiftly in the Pandas side
but I thing we are a now far enough in Numpy transition the reopload
3.8 to unstable with the accumulated fi
On 23/02/25 6:03 pm, Nilesh Patra wrote:
>
>
> On 23/02/25 05:19, Alexandre Detiste wrote:
>> There was a cyclic bootstrap relationship between this and ... Pandas (?)
>> in the Numpy transition that was handled swiftly in the Pandas side
>> but I thing we ar
Hi,
On 06/03/25 10:07 pm, Nilesh Patra wrote:
>
>
> On 23/02/25 6:03 pm, Nilesh Patra wrote:
>>
>>
>> On 23/02/25 05:19, Alexandre Detiste wrote:
>>> There was a cyclic bootstrap relationship between this and ... Pandas (?)
>>> in the Numpy transitio
Hi James,
On 13 March 2025 4:05:04 am IST, James Addison wrote:
>On Tue, 11 Mar 2025 at 13:15, Nilesh Patra wrote:
>> [ ... snip ... ]
>> @Alexandre or someone else, could you please help w validating the fix or
>> upload a -3
>> to experimental?
>>
>>
On 19/03/25 2:11 am, Nilesh Patra wrote:
> On 18 March 2025 5:43:41 am IST, Alexandre Detiste
> wrote:
>> Le lun. 17 mars 2025 à 03:56, Nilesh Patra a écrit :
>>> I will check the pseudo-excuses on britney in around week. Hopefully, this
>>> upload should solve
On 18/03/25 12:19, Stuart Prescott wrote:
When I saw the list yesterday, it showed dozens and dozens of packages running
tests. In my previous upload where there
was a bug, I saw around 20 or so packages failing.
There's only 5 there, likely because it is bad display or things that passed do
n
On 18 March 2025 5:43:41 am IST, Alexandre Detiste
wrote:
>Le lun. 17 mars 2025 à 03:56, Nilesh Patra a écrit :
>> I will check the pseudo-excuses on britney in around week. Hopefully, this
>> upload should solve majority of issues.
>
>Only five autopkgtest failing and
On 17 March 2025 3:01:31 am IST, Alexandre Detiste
wrote:
>Hey,
>
>It uses Wayland now ! (or I mean automagically)
In all previous versions, the Tkagg backend was being forced in
/etc/matplotlibrc.
I removed that enforcing in this upload and let matplotlib do the work of
selecting appropriate
Quick update: Uploaded matplotlib 3.10.1 with Jay's patch and a fix
to not set backend to Tkagg system-wide (in /etc/matplotlibrc).
I will check the pseudo-excuses on britney in around week. Hopefully, this
upload should solve majority of issues.
Thanks,
Nilesh
Hi Stuart,
On 18/03/25 12:01, Stuart Prescott wrote:
On 18/03/2025 11:13, Alexandre Detiste wrote:
Le lun. 17 mars 2025 à 03:56, Nilesh Patra a écrit :
I will check the pseudo-excuses on britney in around week. Hopefully, this
upload should solve majority of issues.
Only five autopkgtest
On 18 March 2025 5:43:41 am IST, Alexandre Detiste
wrote:
>Le lun. 17 mars 2025 à 03:56, Nilesh Patra a écrit :
>> I will check the pseudo-excuses on britney in around week. Hopefully, this
>> upload should solve majority of issues.
>
>Only five autopkgtest failing and
Hi Lucas,
On 30/03/25 1:35 pm, Lucas Nussbaum wrote:
> Sorry for not replying earlier. I see that you uploaded matplotlib 3.10
> to unstable in the meantime. I did a rebuild of unstable two days ago,
> and did not notice anything specific related to matplotlib.
>
> The build failures involving ma
On 12 April 2025 6:18:20 pm IST, James Addison wrote:
>Hi Nilesh, Alex,
>
>Responding to the first point only, at the moment:
>
>On Sat, 12 Apr 2025 at 07:39, Nilesh Patra wrote:
>> [ ... snip ... ]
>> 1. matplotlib has historically shipped /etc/matploblibrc to forc
Hi Alex, James, all,
Seems matplotlib migrated to testing now. I was thinking if it makes sense to do
an incremental 3.10.1+dfsg1-3 release.
There are 2 things that bother me that could be fixed in this release:
1. matplotlib has historically shipped /etc/matploblibrc to force tkagg and
patched
63 matches
Mail list logo
