On 2025-09-23 21:54, Dominique Belhachemi wrote:
Thank you for your detailed feedback, Drew.
Based on your points, I’ll go ahead and make only the switch to Qt6
for now and drop the other proposed changes.
Actually I think your idea to move the useless binary package vtk9 to
vtk9-utils is a g
On 2025-09-20 17:19, Bill Allombert wrote:
On Sat, Sep 20, 2025 at 02:42:05PM +0200, Drew Parsons wrote:
On 2025-09-20 13:18, Bill Allombert wrote:
> On Sat, Sep 20, 2025 at 07:52:16AM +, Gianfranco Costamagna wrote:
> >
> > How do we move forward? Ok also to create a nloh
On 2025-09-20 13:18, Bill Allombert wrote:
On Sat, Sep 20, 2025 at 07:52:16AM +, Gianfranco Costamagna wrote:
How do we move forward? Ok also to create a nlohmann-json3-3.12-dev or
whatever, but I guess this one (3.11) should also go away as soon as
possible, and let people migrate to the n
n has been raised on the Debian Science mailing list,
https://lists.debian.org/debian-science/. Andrius Merkys made a reply
in-thread, https://lists.debian.org/debian-science/2025/09/msg00001.html
Drew Parsons
On 2025-09-03 15:12, Charles Plessy wrote:
Hi all,
I am preparing the next update of
Salút Clément, benvenue a SOLEIL.
1) It could be constructive in the context of your project to
communicate with the bug submitter of #1082816
to provide advice on the questions raised in the bug discussion (ROCm
support in PETSc).
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1082816
2)
On 2025-03-31 18:11, Dirk Lehmann wrote:
Hey Debian Science Team =D
in the next hour/s I will report 8 ITPs for the new QuTiP packages to
WNPP. As the Debian Science Policy directs, I will
* X-Debbugs-Cc:
Please DO NOT consider it as spam. To
I will just send a summary subsequently.
You
On 2025-03-31 19:01, Dirk Lehmann wrote:
Hello Drew =)
I don't think python-qutip-core-doc is necessary.
There is already a python-qutip-doc package, and it's still the right
place for the core docs.
You are right, there is one `-doc` too much. Hmmm, in my concept it
would be better to dro
On 2025-03-12 10:43, PICCA Frederic-Emmanuel wrote:
python is more and more like javascript...
So I've effectively orphaned it, but within the team so others can
pick
it up. Roland Mas did pick it up, and added his name to uploaders.
Roland, will you have time to update python-mp-api before t
On 2025-03-12 10:24, PICCA Frederic-Emmanuel wrote:
** I'll make xrayutilities RC soon for the same reason, for scipy
1.15.
fixed :)
great :)
Do you have an opinion about python-mp-api ?
python-mp-api was kind of unstable as a package, in the sense that
upstream kept changing its depende
On 2025-03-10 14:12, PICCA Frederic-Emmanuel wrote:
Hello,
I am working on the cctbx package and found this issue in boost numpy
library
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1099671
Do you think that this bug should be raise to RC ?
We've got freeze about to start, we need to
On 2025-03-03 10:31, PICCA Frederic-Emmanuel wrote:
Hello, I am trying to make silx releasable for trixie, but I have this
error message
https://ci.debian.net/packages/s/silx/testing/armel/58313353/
921s
/usr/lib/python3/dist-packages/silx/gui/plot/test/test_plotwidget.py:149:
AssertionErro
On 2025-02-11 09:57, PICCA Frederic-Emmanuel wrote:
On 2025-02-11 09:32, Cordell Bloor wrote:
On 2025-02-02 15:22, Cordell Bloor wrote:
One of the most important things I'd like to share is the list of
packages I found that have AMDGPU support upstream, and that could
have support enabled withi
On 2025-01-08 17:23, Andreas Tille wrote:
Hi,
there was a hint about Debian Science maintained packages that are not
featuring Salsa Vcs fields (so not yet uploaded after Salsa
migration)[1] I had a look and found:
So I had a random pick quadrule: It has seen two uploads in 2013, the
homepage
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-science@lists.debian.org
* Package name: scifem
Version : 0.3.0
Upstream Contact: Henrik Finsberg
* URL : https://scientificcomputing.github.io/scifem
* License
On 2025-01-05 08:39, Alastair McKinstry wrote:
Hi,
I am thinking about re-instating mpi-testsuite, last in the archive in
2018.
Any thoughts?
Alastair
I'd say it's a good idea. mpi4py has sort of been serving in the role
of a test suite,
but it annoys the mpi4py maintainer if we report
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-science@lists.debian.org
Control: block 1088105 by -1
* Package name: python-jupyterlite-sphinx
Version : 0.16.5
Upstream Contact: Martin Renou and JupyterLite Contributors
* URL : htt
On 2024-11-08 20:26, Bill Allombert wrote:
Le Thu, Nov 07, 2024 at 08:12:22PM +0100, Andreas Tille a écrit :
Control: tags -1 help
Thanks
Hi,
today molds (from Debichem team) came up as candidate for the Bug of
the
Day[1]. I considered bug #1075979 easy to fix by simply adding
libopenmpi-de
On 2024-11-02 14:55, Matthias Klose wrote:
A lot of the fortran packing, including the module provisions were
suggested and are maintained (?) by other Debian developers, some of
them from the science team. It would make sense to include these
people into the discussions as well.
Thanks Matt
On 2024-09-22 10:09, PICCA Frederic-Emmanuel wrote:
Hello, I try to fix the compilation of bitshuffle due to the openmpi
32bit removal.
In my code I have this
mpirun --allow-run-as-root ..
but this does not work with mpich
mpirun --allow-run-as-root -n 1 dh_auto_test
[mpiexec@runner-f0fdd533
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: pe...@packages.debian.org, debian-science@lists.debian.org
Control: affects -1 + src:petsc
User: release.debian@packages.debian.org
Usertags: transition
I'd like to update the numerical library stack, for petsc and related
libraries. L
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: Debichem Team , Debian
Science List , debian-pyt...@lists.debian.org
* Package name: mda-xdrlib
Version : 0.2.0
Upstream Contact: Irfan Alibay
* URL : https://github.com/MDAnalysis/mda-xdrlib
* License : PSF Licens
On 2024-07-04 16:23, Drew Parsons wrote:
On 2024-07-03 08:34, Diane Trout wrote:
Upstream's release files for debugpy includes a vendored copy of
pydevd. For the 1.8.2 release it looks like it includes pydevd 2.9.5.
I tried building 1.8.2 with the embedded copy of pydevd removed and
On 2024-07-03 08:34, Diane Trout wrote:
Upstream's release files for debugpy includes a vendored copy of
pydevd. For the 1.8.2 release it looks like it includes pydevd 2.9.5.
I tried building 1.8.2 with the embedded copy of pydevd removed and the
tests immediately crashed without making much pr
Thanks Bo, your patch looks good. I've uploaded from your dsc on
mentors.
Can you prepare a MR for salsa? (or push the commits to salsa if you
already have access)
Drew
On 2024-06-25 18:10, Bo YU wrote:
Hi team,
I am working on this to fix the ftbfs.
Dear mentors,
I am looking for a sp
On 2024-07-01 14:55, Bill Allombert wrote:
On Mon, Jul 01, 2024 at 02:40:00PM +0200, Drew Parsons wrote:
On 2024-06-29 14:20, Bill Allombert wrote:
> Dear Debian science,
>
> The jupyter-notebook packages are in bad shape,
> there are 4 RC bugs and the last maintainer upload was ne
On 2024-06-29 14:20, Bill Allombert wrote:
Dear Debian science,
The jupyter-notebook packages are in bad shape,
there are 4 RC bugs and the last maintainer upload was nearly 2 years
ago,
the version in unstable does not start, there are new usptreamm
versions etc.
Maybe we can do something a
Might be worth pinging Mo Zhou. I'm not sure if he subscribes to the
Debian Science mailing list.
Drew
On 2024-06-26 06:43, PICCA Frederic-Emmanuel wrote:
- Le 26 Juin 24, à 4:39, Diane Trout di...@ghic.org a écrit :
On Tue, 2024-06-25 at 22:18 +0200, PICCA Frederic-Emmanuel wrote:
>
On 2024-06-25 13:46, PICCA Frederic-Emmanuel wrote:
Hello, I would like to know what is the status of numba.
A bunch of my packages can not migrate into testing due to numba.
Is it plane to upload numba 0.6 and to migrate to a newer llvmlite ?
numba (and with it llvmlite) is generally a ongo
On 2024-06-17 15:38, Michael R. Crusoe wrote:
"numpy": ("/usr/share/doc/python-numpy/html/", None),
Due to the "None", sphinx will append "objects.inv" to the base path to
find the inventory file "/usr/share/doc/python-numpy/html/objects.inv"
; links will be made to the packaged docs starti
On 2024-06-01 18:18, Yogeswaran Umasankar wrote:
Hi,
Although I have been part of the Debian Science Team for some time, I
realized I haven't officially introduced myself on this mailing list. I
have contributed to few Debian Science Team packages to fix bugs. I
have
had the opportunity to work
On 2024-05-11 00:09, Santiago Vila wrote:
El 10/5/24 a las 23:59, Drew Parsons escribió:
(btw: Didn't realize there was a 3.20 release in experimental,
will test it before reporting anything, thanks!)
Great :) Upstream is reasonably conservative, likely your makefile
problem will sti
On 2024-05-10 23:54, Santiago Vila wrote:
El 10/5/24 a las 23:33, Drew Parsons escribió:
On 2024-05-10 20:30, Santiago Vila wrote:
Hello.
Need some guidance here: It is ok if I commit to salsa the NMU of
slepc made by Benjamin Drung for the t64 transition?
(The package is already in testing
On 2024-05-10 23:33, Drew Parsons wrote:
On 2024-05-10 20:30, Santiago Vila wrote:
Hello.
Need some guidance here: It is ok if I commit to salsa the NMU of
slepc made by Benjamin Drung for the t64 transition?
(The package is already in testing and unstable)
I ask because I want to report (and
On 2024-05-10 20:30, Santiago Vila wrote:
Hello.
Need some guidance here: It is ok if I commit to salsa the NMU of
slepc made by Benjamin Drung for the t64 transition?
(The package is already in testing and unstable)
I ask because I want to report (and maybe fix myself) a makefile bug.
Also: T
Source: hdf5
Version: 1.10.10+repack-3
Severity: normal
X-Debbugs-Cc: debian-science@lists.debian.org
What our situation with our hdf5 package version?
We're currently using hdf5 1.10.10,
but 1.12.2 has been available in experimental for some time,
and upsteam has released 1.14.3.
Should we be u
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-science@lists.debian.org,
francesco.balla...@unicatt.it
* Package name: ngspetsc
Version : git HEAD
Upstream Contact: Umberto Zerbinati
* URL : https
On 2024-01-23 14:02, Kari Pahula wrote:
Hi, I requested access to
https://salsa.debian.org/science-team/ortools some time ago. Is
anyone available to process it?
I have a prospective (experimental) changes available at
https://salsa.debian.org/kaol/ortools. It requires versions of abseil
and p
On 2024-01-21 21:22, Andrew M.A. Cater wrote:
[Replying off list in case this person is reading this through
a digest or some such and is not subscribed to all lists]
On Sun, Jan 21, 2024 at 07:31:58PM +, Stelios Moschos wrote:
Hi, how to remove myself from these lists?
...
The answer is
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org,
debian-science@lists.debian.org, debichem-de...@lists.alioth.debian.org
* Package name: custodian
Version : 2024.1.9
Upstream Contact: Shyue Ping Ong
On 2023-12-10 21:55, Kingsley G. Morse Jr. wrote:
Hi Rebecca, Julian and all science minded pythonistas of debian, great
and small!
3.) The following one-liner suggests 44 debian
packages might be affected by the breaks
Rebecca said would be caused by pandas 2.x:
$ for s in augur c
On 2023-12-07 10:46, Adrian Bunk wrote:
On Sun, Dec 03, 2023 at 05:32:38PM +, Alastair McKinstry wrote:
...
Two issues regarding this transition:
...
2. Packages building for both mpi implementations
The 9 yellow packages in the tracker (e.g. ScaLAPACK) currently provide
packages for bo
On 2023-11-24 15:00, Alastair McKinstry wrote:
My understanding is that MPICH has been typically the reference
implementation, higher quality but less performant, particularly with
the range of fabrics. Certainly I've seen mostly OpenMPI but not MPICH
on various HPC machines. People would use eit
On 2023-11-23 12:13, Emilio Pozuelo Monfort wrote:
Hi,
On 23/11/2023 09:36, Alastair McKinstry wrote:
Hi,
OpenMPI has a new upstream release 5.0.0. It is in experimental now;
the SOVERSION for libraries remains 40.X (minor version increment),
there is an SOVERSION increment for private libr
On 2023-11-05 14:02, Sébastien Villemot wrote:
Le samedi 08 juillet 2023 à 10:01 +0200, Sébastien Villemot a écrit :
As the maintainer of the atlas package over the last decade, I now
wonder whether we should remove it from the archive.
Since the present thread seems to indicate that there to
On 2023-09-23 20:21, Drew Parsons wrote:
On 2023-09-23 16:31, Vincent Bernat wrote:
On 2023-09-17 14:06, Drew Parsons wrote:
As far as I can tell we're ready to upgrade the family of XTL-related
packages (xtl-dev, xtensor, xsimd, pythran).
Previously dolfinx was holding it back sin
On 2023-09-23 16:31, Vincent Bernat wrote:
On 2023-09-17 14:06, Drew Parsons wrote:
As far as I can tell we're ready to upgrade the family of XTL-related
packages (xtl-dev, xtensor, xsimd, pythran).
Previously dolfinx was holding it back since it didn't support the
latest version
As far as I can tell we're ready to upgrade the family of XTL-related
packages (xtl-dev, xtensor, xsimd, pythran).
Previously dolfinx was holding it back since it didn't support the
latest version of xtensor. That restriction is now removed so I think
we're good to go. Since these are header-
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: mu...@packages.debian.org, debian-science@lists.debian.org
Control: affects -1 + src:mumps
I'd like clear out some transitions in the numerical library stack:
combblas: 1.
The armhf (and x32) failure seems enduring. I guess it needs to be
fixed in code. Or ignored.
Drew
On 2023-03-22 15:07, Drew Parsons wrote:
done
On 2023-03-22 12:48, Markus Blatt wrote:
Hi,
somehow the armhf build of opm-common-2022.10+ds-6 failed. This seems
to happen
from time to time
done
On 2023-03-22 12:48, Markus Blatt wrote:
Hi,
somehow the armhf build of opm-common-2022.10+ds-6 failed. This seems
to happen
from time to time, see [1]. Not nice, but I am unable to replicate
this. There were
no changes between the versions that would explain the build failure
Would be
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
X-Debbugs-Cc: debian-de...@lists.debian.org, Debichem Team
, Debian Science List
* Package name: iqmol
Version : 3.1.2
Upstream Contact: Andrew Gilbert
* URL : http://iqmol.org/
* License : GPL
On 2023-02-09 20:37, Andreas Tille wrote:
Hi again,
Am Thu, Feb 09, 2023 at 05:52:13PM +0100 schrieb Andreas Tille:
> That said, the np.matrix discrepancy was only just fixed recently, in
> December, by
> https://github.com/lmcinnes/umap/pull/946
I've updated the packaging, added the PR, fixe
On 2023-02-09 15:02, Andreas Tille wrote:
Control: tags -1 help
Am Thu, Feb 09, 2023 at 12:50:45AM +0100 schrieb Santiago Vila:
Package: src:umap-learn
Version: 0.4.5+dfsg-3
Severity: serious
Tags: ftbfs
Dear maintainer:
During a rebuild of all packages in bookworm, your package failed to
bu
On 2023-02-07 10:54, Alastair McKinstry wrote:
Hi
I've been pinged by the upstream maintainer of OpenMPI Jefff
Squyres as to our opinions on maintaining 32-bit support.
See a thread here: https://github.com/open-mpi/ompi/pull/11282
Until now I've asked for OMPI to hold off going to 64-bit
On 2023-02-07 08:33, Graham Inggs wrote:
Hi Drew
I think python3-scipy should declare a Breaks on python3-skbio less
than the version in unstable (0.5.8-3).
This should sort out the autopkgtest regressions of emperor,
python-skbio itself, q2-metadata and q2-quality-control, which are all
passing
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-science@lists.debian.org,
debichem-de...@lists.alioth.debian.org
* Package name: python-emmet
Version : 0.36.4
Upstream Contact: Jason Munro
* URL : https
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-science@lists.debian.org,
debichem-de...@lists.alioth.debian.org
Control: affects -1 src:pymatgen
* Package name: python-mp-api
Version : 0.27.3
Upstream Contact: Jason Munro
On 2023-01-27 10:25, Andreas Tille wrote:
https://qa.debian.org/excuses.php?experimental=1&package=scikit-learn
scikit-learn looks like it should manageable.
I've uploaded scipy 1.10 to unstable now.
Drew
On 2023-01-26 16:56, Andreas Tille wrote:
Am Thu, Jan 26, 2023 at 04:51:25PM +0100 schrieb Drew Parsons:
Thanks Andrea. armel has revealed which tests it needs skipped, so
I'll
push scipy 1.10 to unstable after scipy 1.8.1-22 is done migrating to
testing
I just notice that bug #10297
On 2023-01-26 16:46, Andreas Tille wrote:
Hi Drew,
Am Thu, Jan 26, 2023 at 01:46:18PM +0100 schrieb Drew Parsons:
> for the release architectures with autopkgtests, so expect results for
> more architectures to appear over the next few hours.
> [1] https://qa.debian.org/ex
On 2023-01-26 14:32, Graham Inggs wrote:
I'll try to wait for scipy's own tests (armel, riscv64) before
uploading
to unstable.
riscv64 is not a release architecture (yet) and the hardware is still
a little slow, so it is not enabled for experimental pseudo excuses.
True. armel is the main
On 2023-01-26 13:35, Graham Inggs wrote:
Hi Drew, Andreas
...
scipy/1.8.1-22 and numpy/1:1.24.1-2 have just migrated to testing, so
please go ahead with uploading scipy 1.10 to unstable when you're
ready.
...
The experimental pseudo excuses for scipy 1.10.0-1exp6 [1] look good
to me, only 12
On 2023-01-25 16:25, Andreas Tille wrote:
Am Wed, Jan 25, 2023 at 04:23:58PM +0100 schrieb Andreas Tille:
I'm just building an according package locally and will hopefully
upload
soon.
... but Drew Parsons seems to have beaten me. ;-)
Thanks also to Drew
Andreas.
heh yeah, I was
On 2023-01-18 22:31, Rebecca N. Palmer wrote:
This "broken by numpy 1.24" bug looks to me like 17033, not 17630.
This has what looks like a trivially-backportable patch, though I
haven't actually tried that:
https://github.com/scipy/scipy/pull/17035
We can try applying that patch to scipy 1.8
On 2023-01-17 18:12, Andreas Tille wrote:
Hi,
I upgraded the experimental branch of scipy to contain the submodules
upstream includes. I'm *not* convinced that we need them all -
hopefully we can get rid of boost (but upstream has some patches here)
and scipy-mathjax.
For the moment I've tried
On 2023-01-17 08:53, Andreas Tille wrote:
I pushed some changes to pyfr git[1] including the latest upstream
version. Unfortunately the autopkgtest fails[2] with
pkg_resources.DistributionNotFound: The 'h5py>=2.10' distribution
was not found and is required by pyfr
(which is a bit strange s
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
X-Debbugs-Cc: debian-de...@lists.debian.org, Debian Science List
* Package name: dolfinx-mpc
Version : 0.5.0.post0
Upstream Contact: Jørgen S. Dokken
* URL : https://github.com/jorgensd/dolfinx_mpc
* License
On 2022-11-24 17:54, IOhannes m zmölnig wrote:
hi,
getfem-5.4.2+dfsg1-1 has been uploaded recently (thanks).
unfortunately, it fails to build on s390x (see [1]), resulting in
#1023788 which in turn now threatens one of my packages to be removed
from testing.
i would like to avoid that.
it's on
On 2022-06-18 17:20, Julien Lamy wrote:
Hi Drew,
Le 17/06/2022 à 15:28, Drew Parsons a écrit :
On 2022-06-16 15:06, Julien Lamy wrote:
Hi Ileana,
I've uploaded xsimd. Thanks for your work!
-- Julien
Le 16/06/2022 à 14:43, Ileana Dumitrescu a écrit :
Hi,
I contributed and merged code
On 2022-06-16 15:06, Julien Lamy wrote:
Hi Ileana,
I've uploaded xsimd. Thanks for your work!
--
Julien
Le 16/06/2022 à 14:43, Ileana Dumitrescu a écrit :
Hi,
I contributed and merged code into salsa for several science packages.
Can someone please sponsor the uploads? Thank you!
...
xsim
On 2022-03-18 23:13, Drew Parsons wrote:
On 2022-03-18 21:50, Markus Blatt wrote:
Hi,
while investigating several bugs [1] [2] [3] caused by the scotch
transition,
I started wondering why there is no libscotchmetis.so library but just
libscotchmetisv3.so and libscotchmetisv5.so.
..
It
On 2022-03-18 21:50, Markus Blatt wrote:
Hi,
while investigating several bugs [1] [2] [3] caused by the scotch
transition,
I started wondering why there is no libscotchmetis.so library but just
libscotchmetisv3.so and libscotchmetisv5.so.
The cause for the bugs seems to be that the CMake scri
based science packages) and point special
requirements for possible applicants. Feel free to propose a text
for that. Thanks again!
Regards
Anton
Am Di., 22. Feb. 2022 um 12:52 Uhr schrieb Drew Parsons
:
On 2022-02-21 17:42, Anton Gladky wrote:
> Dear all,
>
> Google Summer of Code call
Gimme a few minutes, I'll line up my text
On 2022-03-01 15:04, Anton Gladky wrote:
Hi Nilesh,
yes, thanks for the reminder. I will do it today.
News from the last few days beated me personally. So,
it is difficult to concentrate on the work.
Regards
Anton
Am Di., 1. März 2022 um 14:51 Uhr s
On 2022-02-23 07:21, Andreas Tille wrote:
Hi,
> It would be helpful to run parallel/HPC performance testing for our MPI
> numerical packages.
Am Tue, Feb 22, 2022 at 01:06:30PM +0100 schrieb Anton Gladky:
It is a very good idea!
+1
Though I would separate this task from QA-work on Debian
On 2022-02-21 17:42, Anton Gladky wrote:
Dear all,
Google Summer of Code call for Debian is announced [1].
I am going to apply Debian Science Team as one of the projects.
Main topic is QA-Work: Autopkgtests for high-popcon packages,
gitlab-CI for most of packages, bringing not-in-testing packag
On 2022-02-03 23:01, Rebecca N. Palmer wrote:
In Debian (only change from -1 should be disabling some tests, i.e.
real pandas-related failures are unlikely):
mdtraj/amd64: upstream tests pass but a warning is printed to stderr,
which autopkgtest counts as a fail
partd/ppc64el: save/load of a plai
Hi Debian Science folk,
SCOTCH has made a new major release, and has also made a particular
announcement I'd like to draw your attention to.
To strengthen the long-term value of the software, they are creating a
Consortium to drive governance and development planning.
As part of that, they
On 2021-12-23 10:24, Drew Parsons wrote:
On 2021-12-23 06:57, Andreas Tille wrote:
Hi,
Am Wed, Dec 22, 2021 at 05:09:35PM -0800 schrieb Diane Trout:
On Wed, 2021-12-22 at 22:24 +0530, Nilesh Patra wrote:
>
> Actually because of the current state of numba, several reverse
> depends
On 2021-12-23 06:57, Andreas Tille wrote:
Hi,
Am Wed, Dec 22, 2021 at 05:09:35PM -0800 schrieb Diane Trout:
On Wed, 2021-12-22 at 22:24 +0530, Nilesh Patra wrote:
>
> Actually because of the current state of numba, several reverse
> depends are FTBFS so it's
> bit urgent to push. Apologies for
On 2021-12-06 16:04, Drew Parsons wrote:
On 2021-10-29 19:31, Torrance, Douglas wrote:
During the Debian Science BoF at this year's DebConf, there was some
discussion of creating a team devoted to packaging mathematical
software.
This seemed like a pretty good idea, so I figured that I
On 2021-10-29 19:31, Torrance, Douglas wrote:
During the Debian Science BoF at this year's DebConf, there was some
discussion of creating a team devoted to packaging mathematical
software.
This seemed like a pretty good idea, so I figured that I'd go ahead and
start working on getting it set u
On 2021-12-06 11:42, Andreas Tille wrote:
Hi Drew,
Am Sat, Dec 04, 2021 at 05:34:54PM +0100 schrieb Drew Parsons:
> Would you have any plans to fix the situation?
My first plan is for someone to notice that it's a team package that
they
can fix themselves.
That's for grante
On 2021-12-04 16:20, Nilesh Patra wrote:
Hi Drew,
You uploaded new version of sklearn a week ago, but unfortunately it
seems
to not build on several architectures and also has a failing
autopkgtest on amd64.
Would you have any plans to fix the situation?
My first plan is for someone to not
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-science@lists.debian.org
* Package name: pyvista
Version : 0.32.0
Upstream Author : The PyVista Developers
* URL : https://github.com/pyvista/pyvista
* License : MIT
Programm
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-science@lists.debian.org
* Package name: python-meshzoo
Version : 0.9.0
Upstream Author : Nico Schlömer
* URL : https://github.com/nschloe/meshzoo
* License
On 2021-11-12 14:06, George N. White III wrote:
On Wed, 10 Nov 2021 at 13:14, Andreas Tille wrote:
I wonder what you think here whether it makes
sense
to stop providing the docs for this package. Packaging itself is
complex
enough and spending extra amounts of work for something users can
eas
On 2021-11-10 20:19, Rebecca N. Palmer wrote:
Source: pandas
On 10/11/2021 17:14, Andreas Tille wrote:
pandas is lagging behind upstream by several versions. I guess we
should try to get in sync with upstream a bit more.
Yes, but please don't upload this yet: it's common for a pandas
upgrade
On 2021-11-09 16:20, Nilesh Patra wrote:
Makes sense to me.
Maybe, it is also a fine idea to move packages which are important in
the science team,
but are unmaintained.
Ofcourse, only if some volunteer is willing to take care of it.
Makes sense to move meschach to the Maths team. Technicall
On 2021-11-05 14:44, Andrius Merkys wrote:
Hi Ole,
On 2021-11-03 13:52, Ole Streicher wrote:
...
Why can't a Python math package be maintained by both the Python and
the
math team?
Maintainer: Debian Math Team <...>
Uploaders: Debian Python Team <...>, me
This would set a primary team (and
On 2021-10-14 18:30, Drew Parsons wrote:
On 2021-10-14 17:52, Julien Lamy wrote:
I don't think it's purely related to gtest: the test programs
(benchmark and Mandelbrot set) don't use it, and also fail to compile.
Regarding the arch limitation, Drew Parsons suggested earlier
fail to compile.
Regarding the arch limitation, Drew Parsons suggested earlier [2] that
build failures on a never-uploaded package wasn't really a problem: we
could keep the failing architectures so that, when the situation
improves with a future upstream version, they would be packaged
automatically.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: debian-science@lists.debian.org, Anton Gladky
I'd like to proceed with a transition of the numerical library stack.
This involves
superlu 5.2.2+dfsg1 -> 5.3.0+dfsg1
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org,
debian-science@lists.debian.org
* Package name: python-npx
Version : 0.0.20
Upstream Author : Nico Schlömer
* URL : https://github.com
Regards
Anton
Am Fr., 1. Okt. 2021 um 02:23 Uhr schrieb Drew Parsons
:
I'm preparing the numerical library upgrade to push to unstable.
That's superlu-dist hypre mumps petsc slepc.
I discovered that sundials 2.7.0 is incompatible with hypre 2.22.
But right in the middle of testing they rele
I'm preparing the numerical library upgrade to push to unstable.
That's superlu-dist hypre mumps petsc slepc.
I discovered that sundials 2.7.0 is incompatible with hypre 2.22.
But right in the middle of testing they released 2.8.0, so it's already
ready to go.
Anton, do you prefer to prepare s
The Python Team policy looks sensible to me.
Any member of the team should be able to fix and upload any team package
in general. That helps spread the load and keeps the packages fresh.
But reasonable also to have a stronger oversight model (the weak
collaboration case) if a particular pack
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-science@lists.debian.org
* Package name: pythran
Version : 0.9.12
Upstream Author : Serge Guelton
* URL : https://github.com/serge-sans-paille/pythran
* License : BSD
Progra
CUDA is a poor solution. nVidia only, proprietary. Need to enourage
upstreams to use the other solutions.
I don't know ROCm, maybe it's good. Open source at least.
SYCL is a good target, should be supported. Supersedes OpenCL.
Drew
On 2021-05-21 06:40, M. Zhou wrote:
Hi folks,
---
Q: Ho
On 2021-05-06 14:43, M. Zhou wrote:
On Wed, 2021-05-05 at 14:57 +0200, Drew Parsons wrote:
it's not a build disaster
as
such, since they keep ABI compatibility. But it is a system
maintenance
disaster in the sense that it makes it harder than it needs to be to
keep track of which BL
1 - 100 of 424 matches
Mail list logo
