Bug#1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for Enterprise Certificates
Hi Maytham, golang-github-googleapis-enterprise-certificate-proxy is now built on the main architectures. https://buildd.debian.org/status/package.php?p=golang-github-googleapis-enterprise-certificate-proxy It's still not building on the auxiliary architectures. Can you see a way of extending or altering the patch for them as well? Drew
Bug#1063352: ITP: ngspetsc -- a PETSc interface for NGSolve
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org, francesco.balla...@unicatt.it * Package name: ngspetsc Version : git HEAD Upstream Contact: Umberto Zerbinati * URL : https://github.com/NGSolve/ngsPETSc * License : MIT Programming Lang: Python Description : a PETSc interface for NGSolve ngsPETSc is a PETSc interface for NGSolve. It extends the utility of meshes generated by netgen and interfaces with finite element solvers such as dolfinx (fenicsx) as well as NGSolve, Firedrake. To be maintained by the Debian Science team alongside netgen. Co-maintained with Francesco Ballarin.
Bug#1062827: RFP: pydevtool -- CLI dev tools powered by pydoit
On 2024-02-05 18:44, Drew Parsons wrote: building and testing. The scipy team have created pybuild, which uses That should read "The scipy team have created dev.py" of course. (debian created pybuild)
Bug#1062827: RFP: pydevtool -- CLI dev tools powered by pydoit
On 2024-02-03 21:07, c.bu...@posteo.jp wrote: I checked upstream README.md. I have no clue what this is. Can someone explain please? Am 03.02.2024 18:05 schrieb dpars...@debian.org: Package: wnpp * Package name: pydevtool * URL : https://github.com/pydoit/pydevtool Description : CLI dev tools powered by pydoit Python dev tool. doit powered, integration with: - click and rich for custom CLI - linters: pycodestlye, pyflakes I can only explain phenomenologically, based on what scipy is trying to do with it. scipy uses it in a dev.py script, https://github.com/scipy/scipy/blob/eb6d8e085087ce9854e92d6b0cdc6d70f0ff0074/dev.py#L125 dev.py is a developers' tool used to run scipy's tests, https://scipy.github.io/devdocs/dev/contributor/devpy_test.html See also https://scipy.github.io/devdocs/building/index.html pydevtool provides a cli submodule, from which scipy uses UnifiedContext, CliGroup, Task These are used to create and organise a Test class, keeping track of parameters used when running tests, such as verbosity level or install prefix. pydevtool itself is built on top of doit, which is a framework for managing general tasks. The dev tasks in question here are building and testing the package (we want to use it for the test tasks). dev.py also has other tasks Probably the best way to think about it is that dev.py is scipy's counterpart to debian's pybuild, providing a solution to the challenge of building a complex python package. We've created pybuild, which uses dhpython as a framework for managing the tasks involved in building and testing. The scipy team have created pybuild, which uses pydevtool (together with click, doit) as a framework for managing the tasks. `grep Task dev.py` gives a list of other tasks that dev.py can handle: Test RefguideCheck Build Test Bench Mypy Doc RefguideCheck So pydevtool is used to help manage the execution of these various tasks.
Bug#1001105: can I help with pyvista packaging?
On 2024-01-27 18:28, Francesco Ballarin wrote: OK Andreas, I'll push to master. Let me take the lead on that, and I'll come back to you and Drew with progress and questions. I think I have some ideas on how to get started on the basic package. Thanks Francesco and Andreas. Will be interesting to see the dolfinx demos running in their full pyvista livery. The full package (i.e., all optional components that one can install with "pip install pyvista[all]") will be much more complex, because it depends on trame, which comes split in five interdependent packages ... and who knows how many dependencies each one of those have. ... but let's start with a less ambitious goal ;) I agree, get the basic functionality in place first :) I think that the error you see is because python3-vtk9 is only built for python 3.11, but unit tests are getting run with python 3.12. This is annoying problem, constrained by cmake limitations. Other packages are also affected, like spglib, which then constrains pymatgen. The problem is that cmake does not allow for building python modules over multiple python versions. The FEniCS project has been smarter about it, keeping the C++ library and the python module build separate (the first using cmake, the latter using setup/pyproject). Not much we can do about it with vtk9 in the short term. Complaints should be pushed to kitware though. They seem to think it should be done in your source, which is pretty weird. https://gitlab.kitware.com/cmake/cmake/-/issues/21797 Different source dirs makes little sense, but possibly cmake could be run multiple times, once for each python, in separate build dirs.
Bug#1061609: ITP: pydantic-settings -- settings management using pydantic
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: pydantic-settings Version : 2.1.0 Upstream Contact: Samuel Colvin * URL : https://github.com/pydantic/pydantic-settings * License : MIT Programming Lang: Python Description : settings management using pydantic Settings management using Pydantic, this is the new official home of Pydantic's BaseSettings. Pydantic Settings provides optional Pydantic features for loading a settings or config class from environment variables or secrets files. pydantic-settings is used by latest versions of python-mp-api To be maintained by the Debian Python Team alongside pydantic.
Bug#1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for Enterprise Certificates
On 2024-01-23 14:39, Maytham Alsudany wrote: Hi Drew, On Tue, 2024-01-23 at 11:24 +0100, Drew Parsons wrote: > > Hi Maytham, I can upload it. But note how pkcs11 is failing on 32 bit > > arches. That needs to be sorted out. I had been waiting for that > > before uploading enterprise-certificate-proxy. > > https://salsa.debian.org/go-team/packages/golang-github-google-go-pkcs11/-/merge_requests/2 > > go-pkcs11 builds successfully and passes autopkgtest, lintian, and > piuparts on > both amd64 and i386. The problem is on debci. See the failing tests at https://ci.debian.net/packages/g/golang-github-google-go-pkcs11/ summarised also at https://tracker.debian.org/pkg/golang-github-google-go-pkcs11 I'm aware, and the PR I've linked is a fix, please have a look. You can look at the patch file itself at [1] (have a look at the description to understand what the PR/patch does). Thanks Maytham. The patch handling it via malloc_arg makes sense. I left a review commenting about supporting other 32 bit architectures, not just 386 and arm. I can see how to adapt your patch to control it at build time. Let me know if you're happy with that idea or if you can see another way to do it. (an alternative could be checking bits, along the lines of "const PtrSize = 32 << uintptr(^uintptr(0)>>63)" But I wouldn't necessarily trust that to always give the right indication. Your idea of handling two separate definitions should work fine) Drew
Bug#1060401: ITP: python-scooby -- A lightweight tool for easily reporting your Python environment's package versions and hardware resources
On 2024-01-23 12:20, Andreas Tille wrote: Hi, I've seen your commits to DPT on salsa. Do you need any help to create a debian/ dir which does not exist yet? Kind regards Andreas. Hi Andreas, Francesco has prepared a debian dir in an MR on salsa. Would be great if you could review the MR and merge (for my part it looks fine to me) Drew
Bug#1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for Enterprise Certificates
On 2024-01-23 11:08, Maytham Alsudany wrote: Hi Drew, On Tue, 2024-01-23 at 09:12 +0100, Drew Parsons wrote: On 2024-01-23 07:51, Maytham Alsudany wrote: > Hi Drew, > > Now that golang-github-google-go-pkcs11 has been uploaded and accepted, > is it > possible for you to now upload > golang-github-googleapis-enterprise-certificate- > proxy? > Hi Maytham, I can upload it. But note how pkcs11 is failing on 32 bit arches. That needs to be sorted out. I had been waiting for that before uploading enterprise-certificate-proxy. https://salsa.debian.org/go-team/packages/golang-github-google-go-pkcs11/-/merge_requests/2 go-pkcs11 builds successfully and passes autopkgtest, lintian, and piuparts on both amd64 and i386. The problem is on debci. See the failing tests at https://ci.debian.net/packages/g/golang-github-google-go-pkcs11/ summarised also at https://tracker.debian.org/pkg/golang-github-google-go-pkcs11
Bug#1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for Enterprise Certificates
On 2024-01-23 07:51, Maytham Alsudany wrote: Hi Drew, Now that golang-github-google-go-pkcs11 has been uploaded and accepted, is it possible for you to now upload golang-github-googleapis-enterprise-certificate- proxy? Hi Maytham, I can upload it. But note how pkcs11 is failing on 32 bit arches. That needs to be sorted out. I had been waiting for that before uploading enterprise-certificate-proxy. Drew
Bug#1061255: ITP: custodian -- flexible just-in-time job management framework in Python
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org, debian-scie...@lists.debian.org, debichem-de...@lists.alioth.debian.org * Package name: custodian Version : 2024.1.9 Upstream Contact: Shyue Ping Ong * URL : https://github.com/materialsproject/custodian * License : MIT/X Programming Lang: Python Description : flexible just-in-time job management framework in Python Custodian is a simple, robust and flexible just-in-time (JIT) job management framework written in Python. Using custodian, you can create wrappers that perform error checking, job management and error recovery. It has a simple plugin framework that allows you to develop specific job management workflows for different applications. Error recovery is an important aspect of many high-throughput projects that generate data on a large scale. When you are running on the order of hundreds of thousands of jobs, even an error-rate of 1% would mean thousands of errored jobs that would be impossible to deal with on a case-by-case basis. The specific use case for custodian is for long running jobs, with potentially random errors. For example, there may be a script that takes several days to run on a server, with a 1% chance of some IO error causing the job to fail. Using custodian, one can develop a mechanism to gracefully recover from the error, and restart the job with modified parameters if necessary. The current version of Custodian also comes with several sub-packages for error handling for Vienna Ab Initio Simulation Package (VASP), NwChem, QChem, FEFF, Lobster and CP2K calculations. Custodian has been developed by the Materials Project team responsible for pymatgen, and is used to manage tests for emmet-core etc. It is a general python package, but designed for computational chemistry. It could arguably be managed by the Debian Python Team, but probably best to keep it alongside pymatgen managed by the Debichem team.
Bug#1024311: ITP: golang-github-google-go-pkcs11 -- Go package for loading PKCS #11 modules
On 2023-12-18 12:32, Maytham Alsudany wrote: Hi Drew, Maytham, have you got push rights to the repo to push the updates to the upstream branch and the tags for the final upstream source commit? Yep, and I have pushed the commits. Looks good, thanks again Maytham. Uploading now. Drew
Bug#1024311: Bug#1024276: #1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for
On 2023-12-17 15:12, Drew Parsons wrote: On 2023-12-17 03:30, Maytham Alsudany wrote: Hi Drew, We've got a mechanism using debian/watch and debian/copyright to automate removing third_party/pkcs11/* and creating the 0.*.0+dfsg tarball. I suggest making a Merge Request with your fix so we can review that, and then merge it all together. Done, see https://salsa.debian.org/go-team/packages/golang-github-google-go-pkcs11/-/merge_requests/1 Thanks Maytham. I've made review. Don't erase the existing package history in debian/changelog. I had a small question about the include path for pkcs11.h (how does the build system know about nss? The last revision of the MR looks good, I've merged now. Maytham, have you got push rights to the repo to push the updates to the upstream branch and the tags for the final upstream source commit? Drew
Bug#1024311: Bug#1024276: #1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for
On 2023-12-17 03:30, Maytham Alsudany wrote: Hi Drew, We've got a mechanism using debian/watch and debian/copyright to automate removing third_party/pkcs11/* and creating the 0.*.0+dfsg tarball. I suggest making a Merge Request with your fix so we can review that, and then merge it all together. Done, see https://salsa.debian.org/go-team/packages/golang-github-google-go-pkcs11/-/merge_requests/1 Thanks Maytham. I've made review. Don't erase the existing package history in debian/changelog. I had a small question about the include path for pkcs11.h (how does the build system know about nss? Drew
Bug#1024311: Bug#1024276: #1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for
On 2023-12-10 04:52, Maytham Alsudany wrote: Hi Drew, On Sat, 2023-12-09 at 11:24 +0100, Drew Parsons wrote: My mistake, I have go-pkcs11-dev installed locally, but it's the one holding up these upgrades. The golang-github-google-go-pkcs11-dev rejection message was: the OASIS IPR stuff is really weird, but at least this: (...)solely for the purpose of developing and promoting the OASIS Deliverable(...) already makes it non-free. I did a bit of research and found that golang-github-miekg-pkcs11 had the same problem with embedded OASIS Open code. What the maintainer has done is repack the source to remove the non-DFSG-compliant OASIS code and change the imports and (B-)Deps to use libnss instead, which provides the same functionality. I've locally cloned the Salsa repo for golang-github-google-go-pkcs11-dev, and made the following changes: * Bumped the version to 0.3.0 * Repacked it to remove third_party/pkcs11/* (0.3.0+dfsg) * Patched in the libnss imports (copying the miekg-pkcs11 package) * Patched the tests so they use their own ./syslog.tmp instead of the non- existent one at /var/log/syslog Thanks for that, Maytham, that will be very helpful I've got access to the Salsa repo, so are you ok with me pushing these changes to the repo? We've got a mechanism using debian/watch and debian/copyright to automate removing third_party/pkcs11/* and creating the 0.*.0+dfsg tarball. I suggest making a Merge Request with your fix so we can review that, and then merge it all together. Drew
Bug#1024276: #1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for
On 2023-12-09 11:11, Drew Parsons wrote: The message says golang-github-googleapis-enterprise-certificate-proxy couldn't find golang-github-google-go-pkcs11, but golang-github-google-go-pkcs11-dev 0.2.0-2 is now available, so it should be possible to proceed. I'll try the upload again. My mistake, I have go-pkcs11-dev installed locally, but it's the one holding up these upgrades. The golang-github-google-go-pkcs11-dev rejection message was: the OASIS IPR stuff is really weird, but at least this: (...)solely for the purpose of developing and promoting the OASIS Deliverable(...) already makes it non-free.
Bug#1024276: #1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for
On 2023-12-09 10:57, Maytham Alsudany wrote:
Hi,
Is there any progress being made on adding this package to Debian? This
is
needed to update golang-google-cloud, as its latest version depends on
this
library.
On the Salsa repo, it appears that this package was uploaded to
unstable, but
this ITP remains open and there is no sign of the package in the Debian
archives.
Kind regards,
Maytham
Hi Maytham, the package was uploaded, but rejected with this feedback:
An exception was raised while processing the package:
Traceback (most recent call last):
File "/srv/ftp-master.debian.org/dak/dak/process_policy.py", line 107,
in wrapper
function(upload, srcqueue, comments, transaction)
File "/srv/ftp-master.debian.org/dak/dak/process_policy.py", line 229,
in comment_accept
transaction.copy_binary(
File "/srv/ftp-master.debian.org/dak/daklib/archive.py", line 447, in
copy_binary
self._ensure_extra_source_exists(filename, db_source, archive,
extra_archives=extra_archives)
File "/srv/ftp-master.debian.org/dak/daklib/archive.py", line 241, in
_ensure_extra_source_exists
raise ArchiveException('{0}: Built-Using refers to package {1} (=
{2}) not in target archive {3}.'.format(filename, source.source,
source.version, archive.archive_name))
daklib.archive.ArchiveException:
g/golang-github-googleapis-enterprise-certificate-proxy/enterprise-certificate-proxy-signer_0.2.0-1_amd64.deb:
Built-Using refers to package golang-github-google-go-pkcs11 (= 0.2.0-1)
not in target archive ftp-master.
In the meantime a workaround was found for updating the package (rclone)
that I thought needed it, so it wasn't highest priority.
The message says it couldn't find golang-github-google-go-pkcs11, but
golang-github-google-go-pkcs11-dev 0.2.0-2 is now available, so it
should be possible to proceed. I'll try the upload again.
Drew
Bug#1052614: RFP: python-skbuild-core -- next generation Python CMake adaptor and Python API for plugins
Control: affects 1052614 - src:fenics-basix On 2023-09-26 01:45, Drew Parsons wrote: On 2023-09-26 01:10, Emmanuel Arias wrote: Control: retitle -1 ITP: python-skbuild-core -- next generation Python CMake adaptor and Python API for plugins Control: owner -1 Emmanuel Arias I've seen it before. I will work on it and maintain it under the DPT umbrella. Note that basix (0.7) now has alternative build methods. Toplevel pyproject.toml uses the new python-skbuild-core. But the alternative method builds the cpp and python subdirs separately, which is the method previously used by the package. This old method still works, so in that sense basix is not blocked now by python-skbuild-core. In other words, there's no urgency in this ITP, it's not holding up basix upgrades the way I first thought. Drew
Bug#1052614: RFP: python-skbuild-core -- next generation Python CMake adaptor and Python API for plugins
On 2023-09-26 01:10, Emmanuel Arias wrote: Control: retitle -1 ITP: python-skbuild-core -- next generation Python CMake adaptor and Python API for plugins Control: owner -1 Emmanuel Arias I've seen it before. I will work on it and maintain it under the DPT umbrella. Thanks for raising this. ps: for some reason I didn't receive the cc mail Thanks Emmanuel. Weird about the cc. Maybe a spam filter somewhere got overzealous. Wouldn't surprise me if these wnpp emails trigger them.
Bug#1052614: RFP: python-skbuild-core -- next generation Python CMake adaptor and Python API for plugins
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org, eam...@debian.org Control: affects -1 src:fenics-basix * Package name: scikit-build-core Version : 0.5.1 Upstream Contact: Henry Schreiner * URL : https://github.com/scikit-build/scikit-build-core * License : Apache2 Programming Lang: Python Description : next generation Python CMake adaptor and Python API for plugins Scikit-build-core is a ground-up rewrite of the classic Scikit-build, a bridge between Python package build systems and CMake, the most popular compiled language build system. The key features of scikit-build classic (which is setuptools based) are also present here: -Great support for or by most OSs, compilers, IDEs, and libraries -Support for C++ features and other languages like Fortran -Support for multithreaded builds -Simple CMakeFiles.txt instead of up to thousands of lines of fragile setuptools/distutils code -Cross-compile support for Apple Silicon and Windows ARM Scikit-build-core is required by the future version of Basix. The Debian Pythom Team is a natural home for the package. cc: Emmanuel Arias in his role as Uploader for the old scikit-build package.
Bug#960339: ITP: adios2 -- Adaptable IO system for simulations
Looks like adios2 has a formidable number of dependencies through libevpath. We should push it through this year. Thanks for the preliminary work. Drew
Bug#1031523: ITP: iqmol -- molecular builder and visualization package
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 Programming Lang: C++ Description : molecular builder and visualization package IQmol is able to build molecules, set up and submit input for Q-Chem calculations, and analyse the output. Analyses include display of molecular surfaces (densites, molecular orbitals) and animations of frequencies and reaction pathways. To be maintained by the Debichem Team.
Bug#1030520: ITP: python-emmet -- core models, data pipelines for Materials Project
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org, debichem-de...@lists.alioth.debian.org * Package name: python-emmet Version : 0.36.4 Upstream Contact: Jason Munro * URL : https://github.com/materialsproject/emmet * License : BSD Programming Lang: Python Description : core models, data pipelines for Materials Project Emmet defines the core models, data pipelines, the API server, and the convenience CLI used by the Materials API Toolkit for the Materials Project. Required by mp-api (python-mp-api) which is required by pymatgen. To be maintained by the Debichem team alongside pymatgen.
Bug#1030518: ITP: python-mp-api -- Materials Project API
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@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 * URL : https://github.com/materialsproject/api * License : BSD Programming Lang: Python Description : Materials Project API The Materials Project API defines a standardized manner in which the Materials Project database can be accessed by its users. The API is typically used by scientific researchers who need to retrieve large amounts of data to support their research. mp-api is required by pymatgen. To be maintained by the Debichem team alongside pymatgen.
Bug#960339: ITP: adios2 -- Adaptable IO system for simulations
affects 960339 src:fenics-dolfinx thanks VTX support in dolfinx requires adios2
Bug#1017487: ITP: sphinx-design -- sphinx extension for designing beautiful, screen-size responsive web components
Control: affects -1 src:scipy scipy 1.10 has started using sphinx-design for its docs. The scipy doc build is a bit crippled without this package.
Bug#1029009: RFP: accessible-pygments -- accessible themes for pygments
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org, Piotr Ożarowski * Package name: accessible-pygments Version : 0.0.2 Upstream Contact: Tania Allard * URL : https://github.com/Quansight-Labs/accessible-pygments * License : BSD Programming Lang: Python Description : accessible themes for pygments This package includes a collection of accessible themes for pygments based on different sources. This package augments python3-pygments by providing themes supporting accessibility. It is required by the latest version of pydata-sphinx-theme, for which it provides high contrast light-dark themes. Could be maintained by the Debian Python Team, or Piotr Ożarowski (python3-pygments maintainer) would be welcome to package it alongside pygments.
Bug#1026079: ITP: dolfinx-mpc -- Multi-point constraints with FEniCS-X
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 : MIT Programming Lang: C++, Python Description : Multi-point constraints with FEniCS-X This library contains an add-on to FEniCSx enabling the possibilities of enforce multi-point constraints. This can be used to for instance enforce slip conditions strongly. This package is not part of the official FEniCS suite, hence not given the fenics- prefix. It may prove useful for systems with periodic boundary conditions. These were supported by old dolfin, but apparently not in new dolfinx. To be maintained by the Debian Science Team alongside the FEniCS packages.
Bug#1024572: ITP: golang-github-dop251-scsu -- A Standard Compression Scheme for Unicode implementation in Go
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-dop251-scsu Version : 0.0~git20220106.84ac880-1 Upstream Author : Dmitry Panov * URL : https://github.com/dop251/scsu * License : Expat Programming Lang: Go Description : A Standard Compression Scheme for Unicode implementation in Go A Standard Compression Scheme for Unicode implementation in Go. . This in an implementation of SCSU as described in (https://www.unicode.org/reports/tr6/tr6-4.html) . Although UTF-8 is now the most commonly used and recommended encoding, in some cases the use of SCSU can be beneficial. For example when storing or transmitting short alphabetical texts (Arabic, Hebrew, Russian, etc.) where general-purpose compression algorithms are inefficient, but SCSU provides nearly 50% compression ratio over UTF-8. . The code is based on the sample Java implementation found at (ftp://ftp.unicode.org/Public/PROGRAMS/SCSU/) however the encoding algorithm has been slightly modified as the implementation above contains a few bugs. . The code has been fuzz-tested using go-fuzz to ensure that random input neither crashes the Encoder nor the Decoder, and if it happens to be a valid UTF-8, an Encode/Decode cycle produces identical output. Required by latest version of rclone. To be maintained by the Debian Go Team.
Bug#1024569: ITP: golang-github-rclone-ftp -- FTP client package for Go
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-rclone-ftp Version : 1.0.0-210902h-1 Upstream Author : Julien Laffaye * URL : https://github.com/rclone/ftp * License : ISC Programming Lang: Go Description : FTP client package for Go A FTP client package for Go Required by the latest version of rclone. To be maintained by the Debian Go Team (alongside rclone)
Bug#1024551: ITP: fiat -- Fortran IFS and Arpege Toolkit
On 2022-11-21 13:10, Alastair McKinstry wrote: On 21/11/2022 11:28, Drew Parsons wrote: On 2022-11-21 10:10, Alastair McKinstry wrote: Package: wnpp Severity: wishlist Owner: Alastair McKinstry X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name : fiat Version : 1.0.0 Upstream Author : ECMWF ... Hi Alastair, note that namespace FIAT is occupied by the python package python3-fiat (src:fiat), used by python3-ffc and related FEniCS/Dolfin packages (python3-dolfin etc). ... Thanks. I hadn't spotted that with "apt-cache search fiat" missing src:fiat. My preference is for "fiat-ecmwf", as there is a consistency with "atlas-ecmwf" and "silo-llnl" Good to keep a consistent nomenclature
Bug#1024556: ITP: golang-github-iguanesolutions-go-systemd -- Golang bindings for systemd
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-iguanesolutions-go-systemd Version : 5.1.0-1 Upstream Author : Iguane Solutions * URL : https://github.com/iguanesolutions/go-systemd * License : Expat Programming Lang: Go Description : Golang bindings for systemd Easily communicate with systemd when run as daemon within a service unit. . With notifier you can notify to systemd that your program is starting, stopping, reloading... . For example, if your daemon needs some time for initializing its controllers before really being considered as ready, you can specify to systemd that this is a "notify" service and send it a notification when ready. . It is safe to use it even if systemd notify support is disabled (noop call). Required by the latest version of rclone. To be maintained by the Debian Go Team.
Bug#1024551: ITP: fiat -- Fortran IFS and Arpege Toolkit
On 2022-11-21 10:10, Alastair McKinstry wrote: Package: wnpp Severity: wishlist Owner: Alastair McKinstry X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: fiat Version : 1.0.0 Upstream Author : ECMWF * URL : https://github.com/ecmwf-ifs/fiat * License : Apache Programming Lang: C, Fortran Description : Fortran IFS and Arpege Toolkit FIAT is a collection of selected Fortran utility libraries, extracted from the IFS/Arpege model used at ECMWF. It provides: drhook : tracing gstats : timing parkind : choose precision mpl : MPI communication mpi_serial: MPI dummy symbols compiled into static library other various routines . ECMWF is the European Centre for Medium-Range Weather Forecasts. FIAT is a new dependency of the atlas-ecmwf library already in Debian, as ECMWF is open-sourcing its stack. Hi Alastair, note that namespace FIAT is occupied by the python package python3-fiat (src:fiat), used by python3-ffc and related FEniCS/Dolfin packages (python3-dolfin etc). We could consider moving FEniCS FIAT to src:fenics-fiat, but perhaps that is administrative overkill. On the other hand I did do that for other FEniCS components for the next generation fenicsx. I didn't change the source package name for components of old fenics on the grounds that they are in a sense deprecated and could be removed in the future. Removal would be in the far future though, since some groups are still using old fenics for calculations. To complicate the point further, while the new fenicsx library no longer uses FEniCS FIAT, it is being developed further by the firedrake project at https://github.com/firedrakeproject/fiat (Debian has not packaged firedrake itself yet). Alternatively your FIAT could be src:ecmwf-fiat. Which naming solution looks best for you? Drew
Bug#1024527: ITP: golang-github-geoffgarside-ber -- Fork of golang pkg `encoding/asn1` to support the Basic Encoding Rules
Package: wnpp Severity: wishlist Owner: Drew Parsons Control: block 1024470 by -1 * Package name: golang-github-geoffgarside-ber Version : 1.1.0-1 Upstream Author : Geoff Garside * URL : https://github.com/geoffgarside/ber * License : BSD-3-clause Programming Lang: Go Description : Fork of golang pkg `encoding/asn1` to support the Basic Encoding Rules This package is a fork of the standard library encoding/asn1 package, adding Basic Encoding Rules support for use with github.com/k-sone/snmpgo (https://github.com/k-sone/snmpgo). Required by golang-github-hirochachacha-go-smb2, which is required by the latest version of rclone To be maintained by the Debian Go Team.
Bug#1024470: ITP: golang-github-hirochachacha-go-smb2 -- SMB2/3 client library written in Go.
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-hirochachacha-go-smb2 Version : 1.1.0-1 Upstream Author : xHiroshi Ioka * URL : https://github.com/hirochachacha/go-smb2 * License : BSD-2-clause Programming Lang: Go Description : SMB2/3 client library written in Go. SMB2/3 client implementation for the Go language. Required by the latest version of rclone To be maintained by the Debian Go Team.
Bug#1024445: ITP: gokrb5 -- Pure Go Kerberos library for clients and services
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-jcmturner-gokrb5 Version : 8.4.3-1 Upstream Author : Jonathan Turner * URL : https://github.com/jcmturner/gokrb5 * License : Apache-2.0 Programming Lang: Go Description : Pure Go Kerberos library for clients and services * Server Side * HTTP handler wrapper implements SPNEGO Kerberos authentication * HTTP handler wrapper decodes Microsoft AD PAC authorization data * Client Side * Client that can authenticate to an SPNEGO Kerberos authenticated web service * Ability to change client's password * General * Kerberos libraries for custom integration * Parsing Keytab files * Parsing krb5.conf files * Parsing client credentials cache files such as /tmp/krb5cc_$(id -u $(whoami)) v5 of this package is already available in golang-gopkg-jcmturner-gokrb5.v5-dev but the latest version of rclone requires gokrb5 v8. This package is intended to provide the latest version of gokrb5 (without using a -v version tag) To be maintained by the Debian Go Team.
Bug#1024442: ITP: hdfs -- A native go client for HDFS
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-colinmarc-hdfs Version : 2.3.0-1 Upstream Author : Colin Marc * URL : https://github.com/colinmarc/hdfs * License : Expat Programming Lang: Go Description : A native go client for HDFS This is a native golang client for hdfs. It connects directly to the namenode using the protocol buffers API. . It tries to be idiomatic by aping the stdlib os package, where possible, and implements the interfaces from it, including os.FileInfo and os.PathError. . Along with the library, this repo contains a commandline client for HDFS. Like the library, its primary aim is to be idiomatic, by enabling your favorite unix verbs: Required by the latest version of rclone. To be maintained by the Debian Go Team.
Bug#1024436: ITP: golang-github-buengese-sgzip -- Experiments for a seekable gzip for use in rclone. Based on pgzip
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-buengese-sgzip Version : 0.0~git20220517.9bca1b6-1 Upstream Author : Sebastian Bünger * URL : https://github.com/buengese/sgzip * License : Expat Programming Lang: Go Description : experiments for a seekable gzip for use in rclone based on pgzip This is an experimental implementation of gzip that allows seeking in the compressed file. In normal gzip files that can only be achieved by decompressing from the start and discarding all data until the selected offset. This gzip implementation works around this by creating a special metadata file that maps uncompressed blocks to compressed blocks allowing it to only read the compressed blocks required. . Due to necessity of being able to start decompression from any block the dictionary is reset after every block. This somewhat negatively effects compression ratio but is a necessary tradeof in our use case. The gzip files created by this library are valid normal gzip files and can be decompressed by any other gzip implementation. . Warning . This library was purpose build for the rclone compression backend. If you are looking for a multithreaded golang gzip implementation you should be using klauspost/pgzip (https://github.com/klauspost/pgzip) which is the base for this library. . License . This contains large portions of code from the go repository - see GO_LICENSE for more information. The changes are released under MIT License. See LICENSE for more information. Required by the latest version of rclone. To be maintained by the Debian Go Team.
Bug#1024432: ITP: golang-github-artyom-mtab -- Package to read /proc/self/mounts entries
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-artyom-mtab Version : 1.0.0-1 Upstream Author : Artyom Pervukhin * URL : https://github.com/artyom/mtab * License : Expat Programming Lang: Go Description : Package to read /proc/self/mounts entries Provides /proc/self/mounts in the Go language Required by the latest version of rclone. To be packaged by the Debian Go Team.
Bug#1024424: ITP: golang-github-max-sum-base32768 -- go implementation of base32768, optimized for UTF-16
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-max-sum-base32768 Version : 0.0~git20191205.7937843-1 Upstream Author : Max Sum * URL : https://github.com/Max-Sum/base32768 * License : Expat Programming Lang: Go Description : go implementation of base32768, optimized for UTF-16 Check (https://github.com/qntm/base32768) for information about base32768. Required by latest version of rclone To be maintained by the Debian Go Team
Bug#1024311: ITP: golang-github-google-go-pkcs11 --
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-google-go-pkcs11 Version : 0.2.0-1 Upstream Author : Google * URL : https://github.com/google/go-pkcs11 * License : Apache-2.0 Programming Lang: Go Description : Go package for loading PKCS #11 modules Go PKCS #11 . Go Reference (https://pkg.go.dev/github.com/google/go-pkcs11/pkcs11) . A Go package for loading PKCS #11 modules. Required by the signer module of golang-github-googleapis-enterprise-certificate-proxy. To be maintained by the Debian Go Team.
Bug#1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for Enterprise Certificates
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-googleapis-enterprise-certificate-proxy Version : 0.1.0 Upstream Author : Andy Zhao * URL : https://github.com/googleapis/enterprise-certificate-proxy * License : Apache2.0 Programming Lang: Go Description : Google Proxies for Enterprise Certificates Certificate-based-access If you use certificate-based access to protect your Google Cloud resources, the end user device certificate is one of the credentials that is verified before access to a resource is granted. You can configure Google Cloud to use the device certificates in your operating system key store when verifying access to a resource from the gcloud CLI or Terraform by using the enterprise certificates feature. Google Enterprise Certificate Proxies (ECP) Google Enterprise Certificate Proxies (ECP) are part of the Google Cloud Zero Trust architecture that enables mutual authentication with client-side certificates. This repository contains a set of proxies/modules that can be used by clients or toolings to interact with certificates that are stored in protected key storage systems. To interact the client certificates, application code should not need to use most of these proxies within this repository directly. Instead, the application should leverage the clients and toolings provided by Google such as Cloud SDK to have a more convenient developer experience. Required by new versions of golang-google-api. To be maintained by the Debian Go Team.
Bug#1023387: ITP: golang-github-anacrolix-log -- context-style logging for Go
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-anacrolix-log Version : 0.13.1 Upstream Author : Matt Joiner * URL : https://github.com/anacrolix/log * License : MPL Programming Lang: Go Description : context-style logging for Go context-style logging for Go. similar to zerolog but with lots of allocations Required by golang-github-anacrolix-dms 1.5.0 (which is required by rclone 1.60.0) To be maintained by the Debian Go Team.
Bug#1017959: RFP: meson-python -- Meson PEP 517 Python build backend
On 2022-09-03 20:08, Simon McVittie wrote: Control: retitle -1 ITP: meson-python -- Meson PEP 517 Python build backend Control: owner -1 ! On Tue, 23 Aug 2022 at 01:25:49 +0200, Drew Parsons wrote: * Package name: meson-python Description : Meson PEP 517 Python build backend I started looking at this because I've wondered whether to use it for dbus-python. Work in progress: https://salsa.debian.org/python-team/packages/meson-python (not really tested yet, I don't yet have an upstream project that needs it). Great you've already got it started! Co-maintainers welcome; Drew, would you be interested? For myself, I feel fully loaded with packages, would be better if I can step back and let others pick it up. I can help keep an eye on it though as a Team Member, can do uploads when there are critical problems. Drew
Bug#1017959: RFP: meson-python -- Meson PEP 517 Python build backend
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org, Jussi Pakkanen * Package name: meson-python Version : 0.8.1 Upstream Author : Filipe Laíns * URL : https://github.com/FFY00/meson-python * License : MIT Programming Lang: Python Description : Meson PEP 517 Python build backend Python build backend (PEP 517) for Meson projects. It enables Python package authors to use Meson as the build backend for their packages. Meson is a build system designed to increase programmer productivity. It does this by providing a fast, simple and easy to use interface for modern software development tools and practices. meson-python is required to build scipy 1.9, which has started using meson (and mesonpy) as a build system. Probably best maintained by the Python Packaging Team, but Jussi Pakkanen, maintainer of the meson package, might also be interested to maintain meson-python.
Bug#1012388: RFP: jupytext -- a plugin for Jupyter that can convert Jupyter notebook formats
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org * Package name: jupytext Version : 1.13.8 Upstream Author : Marc Wouts * URL : https://github.com/mwouts/jupytext * License : MIT Programming Lang: Python Description : a plugin for Jupyter that can convert Jupyter notebook formats Have you always wished Jupyter notebooks were plain text documents? Wished you could edit them in your favorite IDE? And get clear and meaningful diffs when doing version control? Then... Jupytext may well be the tool you're looking for! Jupytext is a plugin for Jupyter that can save Jupyter notebooks as either - Markdown files (or MyST Markdown files, or R Markdown or Quarto text notebooks) - Scripts in many languages. The conversion goes both ways, jupytext can convert python scripts or markdown files into .ipynb Jupyter scripts. jupytext can help generate docs for python modules, and has started being used in the doc workflow for some packages (e.g. dolfinx). Best suited for team maintenance under the Python Packaging Team.
Bug#935175: ITP #935175: python-pypdf4 -- PDF manipulation library
Control: affects 935175 src:xhtml2pdf The PyPDF4 project at https://github.com/claird/PyPDF4 appears to have stalled. PyPDF3 seem to be more actively maintained, https://github.com/sfneal/PyPDF3 If you proceed with this ITP then it might work better as packaging for PyPDF3 rather than PyPDF4 Latest versions of xhtml2pdf have switched to PyPDF3 (from PyPDF2). Drew
Bug#1009131: RFP: python-arabic-reshaper -- Reconstruct Arabic sentences to be used in applications that don't support Arabic script.
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org Control: affects -1 src:xhtml2pdf * Package name: python-arabic-reshaper Version : 2.1.3 Upstream Author : Abdullah Diab * URL : https://github.com/mpcabd/python-arabic-reshaper/ * License : MIT Programming Lang: Python Description : Reconstruct Arabic sentences to be used in applications that don't support Arabic script. Arabic script is very special with two essential features: 1. It is written from right to left. 2. The characters change shape according to their surrounding characters. So when you try to print text written in Arabic script in an application – or a library – that doesn’t support Arabic you’re pretty likely to end up with misformatted text. There are two problems. First, the characters are in the isolated form, which means that every character is rendered regardless of its surroundings, and second is that the text is written from left to right. To solve the latter issue all we have to do is to use the Unicode bidirectional algorithm, which is implemented purely in Python in python-bidi. The only issue left to solve is to reshape those characters and replace them with their correct shapes according to their surroundings. Using this library helps with the reshaping so we can get the proper result. python-arabic-reshaper will be used by xhtml2pdf. python-arabic-reshaper should be maintained by the Python Module Team alongside python-bidi (RFP#921336)
Bug#921336: RFP: python-bidi -- bi-directional layout implementation
Control: affects -1 src:xhtml2pdf The bidi package will also be used by xhtml2pdf.
Bug#573584: marked as done (RFP: lmfit -- Levenberg-Marquardt least-squares minimization and curve fitting)
Control: reopen 573584 On 2021-12-26 18:48, Debian Bug Tracking System wrote: Your message dated Sun, 26 Dec 2021 18:44:10 +0100 with message-id <04a03289d94072077509a6ce8d3fe...@debian.org> and subject line python3-lmfit is available has caused the Debian Bug report #573584, regarding RFP: lmfit -- Levenberg-Marquardt least-squares minimization and curve fitting to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. Looks like lmfit (C code) got moved to https://jugit.fz-juelich.de/mlz/lmfit (not to be be confused with the fork at https://github.com/NSLS-II/lmfit ) Could be value in a nonlinear LM C library, complementing the python API in python3-lmfit, so reopening the RFP. Would be interesting to see a benchmark comparison between the C and Python implementations. Drew
Bug#1000711: ITP: pymatgen-test-files -- test files for pymatgen
I've created a salsa repo for pymatgen-test-files at https://salsa.debian.org/debichem-team/pymatgen-test-files Waiting for the next pymatgen release so as not to duplicate the existing copy of the test files from v2022.0.16 Drew
Bug#1001105: RFP: pyvista -- 3D plotting and mesh analysis
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-scie...@lists.debian.org * Package name: pyvista Version : 0.32.0 Upstream Author : The PyVista Developers * URL : https://github.com/pyvista/pyvista * License : MIT Programming Lang: Python Description : 3D plotting and mesh analysis PyVista is... - "VTK for humans": a high-level API to the Visualization Toolkit (VTK) - mesh data structures and filtering methods for spatial datasets - 3D plotting made simple and built for large/complex data geometries PyVista is a helper module for the Visualization Toolkit (VTK) that wraps the VTK library through NumPy and direct array access through a variety of methods and classes. This package provides a Pythonic, well-documented interface exposing VTK's powerful visualization backend to facilitate rapid prototyping, analysis, and visual integration of spatially referenced datasets. This module can be used for scientific plotting for presentations and research papers as well as a supporting module for other mesh 3D rendering dependent Python modules. pyvista has started being used in demos for some client packages (dolfinx), where it is used to visualize solutions. It would be nice to be able to run these demos without seeing the "pyvista is required to visualise the solution" warning message. Well suited to team maintenance under the Debian Python Team, but could be adopted by more specialized teams such as the Debian Science Team.
Bug#1000711: ITP: pymatgen-test-files -- test files for pymatgen
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, Debichem Team * Package name: pymatgen-test-files Version : 2022.0.16 Upstream Author : Shyue Ping Ong * URL : Shyue Ping Ong * License : MIT Programming Lang: Python Description : test files for pymatgen Pymatgen (Python Materials Genomics) is a robust, open-source Python library for materials analysis. This package provides pymatgen test files, used to test that the pymatgen installation is functioning correctly. These tests files are not provided in upstream pymatgen source tarballs (the tarballs made available at the upstream project website, distinct from their github repository), since their size is huge (778MB). The debian source package for pymatgen included them by taking source tarballs from upstream github releases. Upstream does not expect users (or distributions) to run these tests. They run their own tests using github facilities. But obviously for the Debian distribution we want to run the tests at build time and in debci. We can expect that the test files will change much more slowly than the pymatgen code itself. This pymatgen-test-files source package is intended to help make the size of the pymatgen package more reasonable by splitting off the test files. pymatgen will be updated to honour the nocheck build option to allow local builds without requiring access to the large test file set. To be maintained by the Debichem team alongside the main pymatgen package.
Bug#1000311: ITP: python-meshzoo -- simple geometric meshes
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: python-meshzoo Version : 0.9.0 Upstream Author : Nico Schlömer * URL : https://github.com/nschloe/meshzoo * License : GPL-3 Programming Lang: Python Description : simple geometric meshes When generating meshes for FEM/FVM computations, sometimes your geometry is so simple that you don't need a complex mesh generator (like pygmsh, MeshPy, mshr, pygalmesh, dmsh), but something simple and fast that makes use of the structure of the domain. Enter meshzoo. Examples: Triangle, Rectangle, Regular polygon, Disk, Möbius strip, Sphere (surface), Ball (solid), Tube, Cube. Required for running meshplex tests (liberating from the current tangled dmsh patch). To be maintained under the Debian Science Team alongside meshplex and Nico's other python packages.
Bug#995883: ITP: python-npx -- extensions for NumPy
On 2021-10-07 18:04, Drew Parsons wrote: Package: wnpp ... * Package name: python-npx Version : 0.0.20 * URL : https://github.com/nschloe/npx https://salsa.debian.org/python-team/packages/python-npx waiting for numpy 1.20
Bug#995883: ITP: python-npx -- extensions for NumPy
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org, debian-scie...@lists.debian.org * Package name: python-npx Version : 0.0.20 Upstream Author : Nico Schlömer * URL : https://github.com/nschloe/npx * License : BSD-3-clause Programming Lang: Python Description : extensions for NumPy NumPy is a large library used everywhere in scientific computing. That's why breaking backwards-compatibility comes at a significant cost and is almost always avoided, even if the API of some methods is arguably lacking. This package provides drop-in wrappers "fixing" those. Provides alternative algorithms for dot, solve, sum_at/add_at, unique_rows, isin_rows, mean. Required by new releases of python-meshplex. To be maintained under the Debian Python Team alongside numpy.
Bug#991143: retitle ITP: pythran -- an ahead of time compiler for Python
Diego wrote: I intend to package this software, preferably under the umbrella of the Debian Python Team (on the basis of being useful to a general Python audience)- if the Debian Science Team has a stronger interest or preference, please let me know, I'm fine with that approach as well. That will be great, thanks Diego. pythran is more about python infrastructure than scientific software, so it makes sense to package it with the Debian Python Team rather than the Science Team. Drew
Bug#991684: RFP: python-sphinx-panels -- A sphinx extension for creating document components optimised for HTML+CSS
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org Control: affects -1 src:scipy * Package name: python-sphinx-panels Version : 0.6.0 Upstream Author : Chris Sewell * URL : https://github.com/executablebooks/sphinx-panels * License : MIT Programming Lang: Python Description : A sphinx extension for creating document components optimised for HTML+CSS A sphinx extension for creating document components optimised for HTML+CSS. - The panels directive creates panels of content in a grid layout, utilising both the Bootstrap 4 grid system, and cards layout. - The link-button directive creates a click-able button, linking to a URL or reference, and can also be used to make an entire panel click-able. - The dropdown directive creates toggle-able content. - The tabbed directive creates tabbed content. - opticon and fa (fontawesome) roles allow for inline icons to be added. Used by latest scipy documentation. Best maintained by the Python Team alongside other sphinx components.
Bug#991143: RFP: pythran -- an ahead of time compiler for Python
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-scie...@lists.debian.org * Package name: pythran Version : 0.9.12 Upstream Author : Serge Guelton * URL : https://github.com/serge-sans-paille/pythran * License : BSD Programming Lang: Python/C++ Description : an ahead of time compiler for Python Pythran is an ahead of time compiler for a subset of the Python language, with a focus on scientific computing. It takes a Python module annotated with a few interface descriptions and turns it into a native Python module with the same interface, but (hopefully) faster. It is meant to efficiently compile scientific programs, and takes advantage of multi-cores and SIMD instruction units. Pythran is starting to get used upstream in some of our numerical packages, including dolfinx. Pythran is a general tool for accelerating the execution of python modules, so more suited for team management by the debian-python team. But the use-case is mainly in scientific programming so the debian-science team may like to take it on. It may require some dependencies to be packaged: gast beniget
Bug#984497: upstream does not want debian to ship their free software
I've got some sympathy for the upstream author, to be honest. I'm currently processing bug reports for Ubuntu bionic builds arising from issues I had fixed three years ago in Debian...
Bug#985020: ITP: xtensor-blas -- an extension to xtensor offering bindings to BLAS and LAPACK
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, Debian Science List * Package name: xtensor-blas Version : 0.6.1 Upstream Author : QuantStack: Wolf Vollprecht, Johan Mabille and Sylvain Corlay * URL : https://github.com/xtensor-stack/xtensor-blas * License : BSD Programming Lang: C++ Description : an extension to xtensor offering bindings to BLAS and LAPACK xtensor-blas is an extension to the header-only xtensor library, offering bindings to BLAS and LAPACK libraries through cxxblas and cxxlapack from the FLENS project. xtensor-blas currently provides non-broadcasting dot, norm (1- and 2-norm for vectors), inverse, solve, eig, cross, det, slogdet, matrix_rank, inv, cholesky, qr, svd in the xt::linalg namespace (check the corresponding xlinalg.hpp header for the function signatures). The functions, and signatures, are trying to be 1-to-1 equivalent to NumPy. Low-level functions to interface with BLAS or LAPACK with xtensor containers are also offered in the blas and lapack namespace. Used by basix and dolfinx in the FEniCS project. To be maintained alongside xtensor by the Debian Science Team.
Bug#984497: python-cython-blis package
On 2021-03-05 16:52, Andreas Tille wrote: On Fri, Mar 05, 2021 at 09:52:47AM +0800, Paul Wise wrote: It seems unlikely that upstream will have changed their mind, it was only a few months ago when we had the discussion with them. I intend to draw it into a different audience[1] but not in the next week where I'm busy with real life issues. Finally the license statement is all about redistribution ... and than upstream says: Do not redistribute. This sounds not very convincing to me and I would like to ask for technical reasons this opinion might be based upon. But I would prefer to discuss this in the ITP (in CC and Reply-to set) to have a single point of discussion for this issue. The way I read the upstream developer's comments, it wasn't a technical objection. It was just a social objection: upstream does not want to be bothered with reports of problems arising from different versions (including different linked libraries) other than the versions that they had built themselves. So there's no legal (or technical) reason to not package, just the social reason that doing so will gain the ire of the author. There is precedence: the author of cdrtools was extremely hostile to packaging, https://lists.debian.org/debian-devel/2006/08/msg00113.html https://lists.debian.org/debian-devel/2006/08/msg00320.html https://lists.debian.org/debian-devel/2006/08/msg00653.html Eventually we had to just drop cdrtools (and consequently xcdroast) https://lists.debian.org/debian-devel/2006/08/msg00775.html Drew
Bug#981046: ITP: basix -- Finite Element Basis Function Definition Runtime Library
On 2021-01-26 16:57, Ansgar wrote: On Mon, 2021-01-25 at 19:13 +0100, Drew Parsons wrote: * Package name : basix * URL : https://github.com/FEniCS/basix ... Is this library intended to be general-use or only within the FEniCS ecosystem? Hi Ansgar, in principle basix could be used outside FEniCS. basix provides lowest level general Finite Element tools, and is used by FFC-X. Other FEniCS components (FIAT, ufl) are used outside FEniCS (used by the Firedrake project). But on other other hand, while firedrake uses ufl and fiat, it's not using ffcx (or basix). In practice basix is only used by the FEniCS project at this point. If the latter, maybe a package name like "fenics-basix" might be better. In one sense that's a reasonable suggestion. I deliberately didn't do that though since I was following the precedent of the other components. If we started naming basix with the fenics- prefix, then for consistency we would want to change the name of all the other components at the same time. I thought it would be too disruptive to rename the other components, especially in the middle of a freeze. It's not entirely clear that we do want to rename them all anyway, though an argument could be made for doing that later. So for now I left the new package as "basix" for consistency with the other FEniCS packages. Drew
Bug#981046: ITP: basix -- Finite Element Basis Function Definition Runtime Library
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: basix Version : 0.0.1 Upstream Author : FEniCS Project * URL : https://github.com/FEniCS/basix * License : MIT Programming Lang: Python/C++ Description : Finite Element Basis Function Definition Runtime Library computes FE basis functions and derivatives for the following elements: Lagrange (interval, triangle, tetrahedron, prism, pyramid, quadrilateral, hexahedron) Nédélec (triangle, tetrahedron) Nédélec Second Kind (triangle, tetrahedron) Raviart-Thomas (triangle, tetrahedron) Regge (triangle, tetrahedron) Crouzeix-Raviart (triangle, tetrahedron) computes quadrature rules on different cell types provides reference topology and geometry for reference cells of each type python wrapper with pybind11 This is a new component in the FEniCS suite, used by ffcx and dolfinx in the next-generation version FENICS-X. It will be maintained by the Debian Science Team, under the fenics subproject.
Bug#971573: RFP: python-cppimport -- import C or C++ files directly from Python
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org
* Package name: python-cppimport
Version : 17.09.18
Upstream Author : Ben Thompson
* URL : https://github.com/tbenthompson/cppimport
* License : MIT
Programming Lang: Python
Description : import C or C++ files directly from Python
Sometimes Python just isn't fast enough. Or you have existing code in
a C++ library. cppimport combines the process of compiling and
importing an extension in Python so that you can type modulename =
cppimport.imp("modulename") and not have to worry about multiple
steps.
cppimport looks for a C or C++ source file that matches the requested
module. If such a file exists, the file is first run through the Mako
templating system. The compilation options produced by the Mako pass
are then use to compile the file as a Python extension. The extension
(shared library) that is produced is placed in the same folder as the
C++ source file. Then, the extension is loaded.
Most cppimport users combine it with pybind11, but you can use a range
of methods to create your Python extensions. Raw C extensions,
Boost.Python, SWIG all work.
cppimport is used in some dolfinx tests.
Probably best maintained under the Debian Python Team.
Bug#971078: RFP: golang-storj-io-uplink -- Go library for Storj V3 Network
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian...@lists.debian.org, Josue Ortega * Package name: golang-storj-io-uplink Version : 1.2.0 Upstream Author : Storj Labs, Egon Elbre * URL : https://github.com/storj/uplink * License : MIT Programming Lang: Go Description : Go library for Storj V3 Network Storj is an S3-compatible platform and suite of decentralized applications that allows you to store data in a secure and decentralized manner. Your files are encrypted, broken into little pieces and stored in a global decentralized network of computers. This package provides the Go library to access the Storj V3 Network. The upstream source is https://github.com/storj/uplink but in the Go infrastructure it is treated as Go module storj.io/uplink. I think this package should therefore be called golang-storj-io-uplink rather than golang-github-storj-uplink, but perhaps this point could be debated. Comments welcome. storj.io/uplink is required by the latest version of rclone (1.53.1). The latest version of storj.io/uplink is 1.3.0, but rclone references storj.io/uplink v1.2.0. Because of the fragility of the Go infrastructure it is better to start storj.io/uplink at version 1.2.0 rather than 1.3.0, or else it cannot be guaranteed that rclone will build. Josue Ortega maintains storj, the C library and application for storj. It would be natural to maintain golang-storj-io-uplink under the Go Packaging Team, but if Josue would like to take it on instead alongside the C library then please take up this RFP! (or please join the Go Packing Team!)
Bug#970811: RFP: python3-sphinx-sitemap -- sphinx sitemap generator extension
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org Control: block 962440 by -1 * Package name: python3-sphinx-sitemap Version : 2.2.0 Upstream Author : Jared Dillard * URL : https://github.com/jdillard/sphinx-sitemap * License : MIT Programming Lang: Python Description : sphinx sitemap generator extension A Sphinx extension to generate multiversion and multilanguage sitemaps.org compliant sitemaps for the HTML version of your Sphinx documentation. This package is required in order to build the docs for MDAnalysis. To be maintained under the Python Package Team alonside other sphinx extensions.
Bug#970123: ITP: fenicsx-performance-tests -- solvers for testing the parallel performance of DOLFIN-X
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org, lu...@debian.org * Package name: fenicsx-performance-tests Version : git20200719.42769f8 Upstream Author : Chris N. Richardson * URL : https://github.com/FEniCS/performance-test * License : MIT Programming Lang: C++ Description : solvers for testing the parallel performance of DOLFIN-X This package contains solvers for testing the parallel performance of DOLFIN-X and the underlying linear solvers. It tests elliptic equations - Poisson equation and elasticity - in three dimensions. DOLFINX-X is the next-generation solver for the FEniCS project. The intention of this package is help demonstrate and monitor the HPC performance of Debian's FEniCS/DOLFIN-X packages. HPC compute time has been graciously offered for HPC package testing by France's Grid5000 consortium, grid5000.fr. To be maintained alongside fenics/dolfinx under the Debian Science Team.
Bug#969785: ITP: fenics-performance-tests -- solvers for testing the parallel performance of DOLFIN
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org, lu...@debian.org * Package name: fenics-performance-tests Version : git20190115.e866927 Upstream Author : Chris N. Richardson * URL : https://bitbucket.org/fenics-project/performance-tests/ * License : MIT Programming Lang: C++ Description : solvers for testing the parallel performance of DOLFIN This package contains solvers for testing the parallel performance of DOLFIN and the underlying linear solvers. It tests elliptic equations - Poisson equation and elasticity - in three dimensions. The intention of this package is help demonstrate and monitor the HPC performance of Debian's FEniCS/DOLFIN packages. HPC compute time has been graciously offered for HPC package testing by France's Grid5000 consortium, grid5000.fr. To be maintained alongside fenics under the Debian Science Team.
Bug#962338: 1
Package: wnpp Followup-For: Bug #962338 Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, Emmanuel Arias , mithra...@debian.org Emmanuel, Tristan, thanks for getting monty into the NEW queue! Drew
Bug#968844: ITP: python-meshplex -- fast tools for simplex meshes
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org, debian-scie...@lists.debian.org * Package name: python-meshplex Version : 0.13.2 Upstream Author : Nico Schlömer * URL : https://github.com/nschloe/meshplex * License : GPL-3 Programming Lang: Python Description : fast tools for simplex meshes Compute all sorts of interesting points, areas, and volumes in triangular and tetrahedral meshes, with a focus on efficiency. Useful in many contexts, e.g., finite-element and finite-volume computations. Required by dmsh and other tools created by Nico Schlömer. To be maintained under the Debian Science Team alongside dmsh and meshio.
Bug#968228: ITP: opendrop -- fully-featured pendant drop tensiometry software
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org, debichem-de...@lists.alioth.debian.org * Package name: opendrop Version : 3.1.7dev0 Upstream Author : Joseph Berry, Rico Tabor, E. Huang (opendrop@gmail.com) * URL : http://opencolloids.com * License : GPL3 Programming Lang: Python Description : fully-featured pendant drop tensiometry software OpenDrop is a fully-featured pendant drop tensiometry software, allowing acquisition, analysis and fitting of pendant drop profiles to obtain surface and interfacial tension. OpenDrop also includes functionality for measuring sessile drop contact angles. OpenDrop was developed by a team in Melbourne, Victoria, working across three main institutions: Monash University (School of Chemistry), the University of Melbourne (Department of Mathematics and Statistics and Chemical and Biomolecular Engineering) and the CSIRO. The code authors/maintainers are Drs Michael Neeson, Joe Berry and Rico Tabor, and E .Huang. If you use this software in your research, please cite the following journal articles: J. D. Berry, M. J. Neeson, R. R. Dagastine, D. Y. C. Chan and R. F. Tabor, Measurement of surface and interfacial tension using pendant drop tensiometry. Journal of Colloid and Interface Science 454 (2015) 226–237. https://doi.org/10.1016/j.jcis.2015.05.012 E. Huang, T. Denning, A. Skoufis, J. Qi, R. R. Dagastine, R. F. Tabor and J. D. Berry, OpenDrop: Open-source software for pendant drop tensiometry & contact angle measurements, submitted to the Journal of Open Source Software These citations help us not only to understand who is using and developing OpenDrop, and for what purpose, but also to justify continued development of this code and other open source resources. To be packaged under the Debichem team, unless the packager's whim lands it under the Debian Science Team.
Bug#966918: ITP: pygmsh -- combine the power of Gmsh with the versatility of Python
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: pygmsh Version : 6.1.1 Upstream Author : Nico Schlömer * URL : https://github.com/nschloe/pygmsh * License : GPL3 Programming Lang: Python Description : combine the power of Gmsh with the versatility of Python Gmsh is a powerful mesh generation tool with a scripting language that is notoriously hard to write. The goal of pygmsh is to combine the power of Gmsh with the versatility of Python and to provide useful abstractions from the Gmsh scripting language so you can create complex geometries more easily. Used by dolfinx (in tests). To be maintained with the Debian Science Team alongside pygalmesh.
Bug#966019: RFP: python-gsd -- native file format for HOOMD-blue
Package: wnpp Severity: wishlist X-Debbugs-Cc: debichem-de...@lists.alioth.debian.org, debian-scie...@lists.debian.org, debian-pyt...@lists.debian.org Control: block 962440 by -1 * Package name: python-gsd Version : 2.1.2 Upstream Author : Joshua A. Anderson et al, University of Michigan * URL : https://gsd.readthedocs.io * License : BSD-2 Programming Lang: Python Description : native file format for HOOMD-blue The GSD file format is the native file format for HOOMD-blue. GSD files store trajectories of the HOOMD-blue system state in a binary file with efficient random access to frames. GSD allows all particle and topology properties to vary from one frame to the next. Use the GSD Python API to specify the initial condition for a HOOMD-blue simulation or analyze trajectory output with a script. Read a GSD trajectory with a visualization tool to explore the behavior of the simulation. Required by mdanalysis. Suitable for package within the Debichem team, but the Debian Science Team or Debian Python Module Team could also maintain it.
Bug#949569: ITP: vtkplotter-examples -- Examples set for vtkplotter
vtkplotter now changed name to vedo, waiting in NEW queue
Bug#963605: RFP: python-language-server -- Python implementation of the Language Server Protocol
Package: wnpp Severity: wishlist Control: block 946035 by -1 Control: block 946451 by -1 * Package name: python-language-server Version : 0.33.3 Upstream Author : Palantir Technologies, Inc * URL : https://github.com/palantir/python-language-server * License : MIT Programming Lang: Python Description : Python implementation of the Language Server Protocol The language server enables development IDEs such as Spyder provide Auto Completions, Code Linting, Definitions, Hover, References, Signature Help, Document Symbols, Document Formatting. Required in order to upgrade the popular Python IDE Spyder to its latest version. Ideally maintained by the Python Modules Team, but may be claimed by other teams (the Python Applications Packaging Team already maintains fortran-language-server).
Bug#962690: closed by Debian FTP Masters (reply to Andrius Merkys ) (Bug#962690: fixed in mmtf-python 1.1.2-1)
Thanks Andrius! Drew On 2020-06-15 18:03, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the wnpp package: #962690: ITP: python3-mmtf -- binary encoding of biological structures It has been closed by Debian FTP Masters (reply to Andrius Merkys ). Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Debian FTP Masters (reply to Andrius Merkys ) by replying to this email.
Bug#962691: RFP: python3-griddataformats -- handle data on a regular grid for molecular simulations
Package: wnpp Severity: wishlist Control: block 962440 by -1 * Package name: python3-griddataformats Version : 0.5.0 Upstream Author : Oliver Beckstein * URL : https://www.mdanalysis.org/GridDataFormats/ * License : LGPL3+ Programming Lang: Python Description : handle data on a regular grid for molecular simulations GridDataFormats is a pure Python library to handle data on a regular grid using commonly used file formats in molecular simulations. The gridData module contains a simple class Grid that makes it easier to work with data on a regular grid. A limited number of commonly used formats can be read and written. Required by mdanalysis (ITP#962440). Suitable for maintainence by the Debichem Team (alongside mdanalysis) but could be taken up by other Teams.
Bug#962690: RFP: python3-mmtf -- binary encoding of biological structures
Package: wnpp Severity: wishlist Control: block 962440 by -1 * Package name: python3-mmtf Version : 1.1.2 Upstream Author : Anthony Bradley * URL : https://github.com/rcsb/mmtf-python * License : Apache2 Programming Lang: Python Description : binary encoding of biological structures (Python 3) The python implementation of the MMTF API, decoder and encoder. http://mmtf.rcsb.org/ The macromolecular transmission format (MMTF) is a binary encoding of biological structures. Required by mdanalysis (ITP#962440). Suitable for team maintenance under Debichem Team (alongside libmmtf-java) but other teams might also take it on.
Bug#962683: RFP: python3-msmb-theme -- applies slight modifications to sphinx_rtd_theme
Package: wnpp Severity: wishlist Control: block 962442 by -1 * Package name: python3-msmb-theme Version : 1.2.0 Upstream Author : Dave Snider * URL : https://github.com/msmbuilder/msmb_theme * License : MIT Programming Lang: Python Description : applies slight modifications to sphinx_rtd_theme This applies slight modifications to sphinx_rtd_theme. It needs the aforementioned theme to be installed. Modifications: Styling tweaks in msmb.css Styling for Jupyter notebooks Required by mdtraj (ITP#962442) (for generating docs with sphinx). To be maintained by the Python Modules Team on behalf of the Debichem Team.
Bug#962338: RFP: monty -- the missing complement to Python
Beaudy, thanks Emmanuel, go for it! Drew On 2020-06-10 03:31, Emmanuel Arias wrote: Hi, I would like to package. Cheers, Arias Emmanuel @eamanu http://eamanu.com El sáb., 6 de jun. de 2020 a la(s) 10:03, Drew Parsons (dpars...@debian.org) escribió: Package: wnpp Severity: wishlist Control: block 962268 by -1 * Package name: monty Version : 3.0.2 Upstream Author : Materials Virtual Lab * URL : https://github.com/materialsvirtuallab/monty * License : MIT Programming Lang: Python Description : the missing complement to Python Monty is the missing complement to Python. Monty implements supplementary useful functions for Python that are not part of the standard library. Examples include useful utilities like transparent support for zipped files, useful design patterns such as singleton and cached_class, and many more.
Bug#962442: ITP: mdtraj -- Read, write and analyze MD trajectories in Python
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: mdtraj Version : 1.9.4 Upstream Author : Robert McGibbon and team * URL : http://mdtraj.org/ * License : LGPL Programming Lang: Python Description : Read, write and analyze MD trajectories in Python Read, write and analyze MD trajectories with only a few lines of Python code. MDTraj is a python library that allows users to manipulate molecular dynamics (MD) trajectories. Features include: * Wide MD format support, including pdb, xtc, trr, dcd, binpos, netcdf, mdcrd, prmtop, and more. * Extremely fast RMSD calculations (4x the speed of the original Theobald QCP). * Extensive analysis functions including those that compute bonds, angles, dihedrals, hydrogen bonds, secondary structure, and NMR observables. * Lightweight, Pythonic API. MDTraj includes a command-line application, mdconvert, for converting trajectories between formats. Enhances application of lammps, gromacs, and other molecular dynamics simulation suites. Complements or competes with pymatgen and mdanalysis. We need them all installable in order to be able to test which one is most useful for a given project. To be maintained under the Debichem Team.
Bug#962440: ITP: mdanalysis -- analyse molecular dynamics files and trajectories
On 2020-06-08 13:30, Drew Parsons wrote: Package: wnpp * Package name: mdanalysis * URL : https://www.mdanalysis.org/ Description : analyse molecular dynamics files and trajectories I should have added more long description: MDAnalysis is a Python library for the analysis of computer simulations of many-body systems at the molecular scale, spanning use cases from interactions of drugs with proteins to novel materials. It is widely used in the scientific community and is written by scientists for scientists. MDAnalysis allows one to read particle-based trajectories (including individual coordinate frames such as biomolecules in the PDB format) and access the atomic coordinates through NumPy arrays. This provides a flexible and relatively fast framework for complex analysis tasks. In addition, powerful atom selection commands are implemented. Trajectories can also be manipulated (for instance, fit to a reference structure) and written out. It works with a wide range of popular simulation packages including Gromacs, Amber, NAMD, CHARMM, DL_Poly, HooMD, LAMMPS and many others — see the lists of supported trajectory formats and topology formats. MDAnalysis also includes widely used analysis algorithms in the MDAnalysis.analysis module. The MDAnalysis project uses an open governance model and is fiscally sponsored by NumFOCUS.
Bug#962440: ITP: mdanalysis -- analyse molecular dynamics files and trajectories
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: mdanalysis Version : 0.20.1 Upstream Author : O. Beckstein and team * URL : https://www.mdanalysis.org/ * License : GPL Programming Lang: Python Description : analyse molecular dynamics files and trajectories Enhances application of lammps, gromacs, and other molecular dynamics simulation suites. Complements or competes with pymatgen and mdtraj. We need them all installable in order to be able to test which one is most useful for a given project. To be maintained under the Debichem Team.
Bug#962341: Acknowledgement (ITP: ruamel.yaml.clib -- C based reader/scanner and emitter for ruamel.yaml)
On 2020-06-07 15:59, Michael R. Crusoe wrote: My initial package is at https://salsa.debian.org/crusoe/ruamel.yaml.clib Drew, if you would like to take over then I am happy to give it to you. Thank you for also caring about ruamel.yaml! Heh, I care about pymatgen :) Let's get your packing into the python team first. Can you move your repo over to https://salsa.debian.org/python-team/modules/ ? To get it to https://salsa.debian.org/python-team/modules/ruamel.yaml.clib I think there should be an option somewhere in the repo settings for moving or renaming a repo. Not sure if change of namespace will be trouble or not. Drew
Bug#962268: [Debichem-devel] Bug#962268: ITP: pymatgen -- Python Materials Genomics for materials analysis
On 2020-06-06 17:27, Drew Parsons wrote: Feel free to get the dependencies in place if there are any! monty and palettable marked as Needed. Some existing packages need upgrades. Versioned Build-Deps in place, https://salsa.debian.org/debichem-team/pymatgen Beyond that, there are a handful of optional Dependencies not yet packaged: chemview fdint phonopy BoltzTraP2 f90nml hiphive seekpath
Bug#962341: Acknowledgement (ITP: ruamel.yaml.clib -- C based reader/scanner and emitter for ruamel.yaml)
Control: merge 955282 962341 thanks Sorry, didn't check soon enough, Michael Crusoe is already working on ruamel.yaml.clib. Drew
Bug#962341: ITP: ruamel.yaml.clib -- C based reader/scanner and emitter for ruamel.yaml
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: ruamel.yaml.clib Version : 0.2.0 Upstream Author : Anthon van der Neut * URL : https://sourceforge.net/projects/ruamel-yaml-clib/ * License : MIT Programming Lang: Python/C Description : C based reader/scanner and emitter for ruamel.yaml This package was split of from ruamel.yaml, so that ruamel.yaml can be build as a universal wheel. Apart from the C code seldom changing, and taking a long time to compile for all platforms, this allows installation of the .so on Linux systems under /usr/lib64/pythonX.Y (without a .pth file or a ruamel directory) and the Python code for ruamel.yaml under /usr/lib/pythonX.Y. Required by ruamel.yaml >= 0.16.8. To be maintained by the Python Modules Team.
Bug#962340: RFP: python3-palettable -- a library of color palettes for Python
Package: wnpp Severity: wishlist Control: block 962268 by -1 * Package name: python3-palettable Version : 3.3.0 Upstream Author : Matt Davis * URL : https://jiffyclub.github.io/palettable/ * License : MIT-like Programming Lang: Python Description : a library of color palettes for Python Palettable (formerly brewer2mpl) is a library of color palettes for Python. It's written in pure Python with no dependencies, but it can supply color maps for matplotlib. You can use Palettable to customize matplotlib plots or supply colors for a web application. Required by pymatgen. To be team maintained under the Python Modules Team.
Bug#962338: RFP: monty -- the missing complement to Python
Package: wnpp Severity: wishlist Control: block 962268 by -1 * Package name: monty Version : 3.0.2 Upstream Author : Materials Virtual Lab * URL : https://github.com/materialsvirtuallab/monty * License : MIT Programming Lang: Python Description : the missing complement to Python Monty is the missing complement to Python. Monty implements supplementary useful functions for Python that are not part of the standard library. Examples include useful utilities like transparent support for zipped files, useful design patterns such as singleton and cached_class, and many more. Python is a great programming language and comes with “batteries included”. However, even Python has missing functionality and/or quirks that make it more difficult to do many simple tasks. In the process of creating several large scientific frameworks based on Python, my co-developers and I have found that it is often useful to create reusable utility functions to supplement the Python standard library. Our forays in various developer sites and forums also found that many developers are looking for solutions to the same problems. Monty is created to serve as a complement to the Python standard library. It provides suite of tools to solve many common problems, and hopefully, be a resource to collect the best solutions. Required dependency for pymatgen. To be maintained under the Python Modules Team on behalf of the Debichem Team.
Bug#962268: [Debichem-devel] Bug#962268: ITP: pymatgen -- Python Materials Genomics for materials analysis
On 2020-06-05 23:34, mer...@debian.org wrote: On 2020-06-05 13:07, Drew Parsons wrote: * Package name: pymatgen Version : 2020.4.29 Upstream Author : Shyue Ping Ong * URL : https://pymatgen.org/ * License : MIT Programming Lang: Python Description : Python Materials Genomics for materials analysis Very happy to see this ITP! Have you compiled a list of dependencies already? Nope :) Just getting started. I want to fire up lammps. It seems it's a bit of an ordeal load up external atomic geometries into lammps. I packaged packmol which generates a pdb filling a box nicely with water molecules. But how to load that pdb into lammps? pymatgen seems to be the simplest tool for the job. lammps upstream hasn't kept pizza.py maintained, it doesn't work anymore (aka python2-only). Feel free to get the dependencies in place if there are any! Drew
Bug#962268: ITP: pymatgen -- Python Materials Genomics for materials analysis
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: pymatgen Version : 2020.4.29 Upstream Author : Shyue Ping Ong * URL : https://pymatgen.org/ * License : MIT Programming Lang: Python Description : Python Materials Genomics for materials analysis Pymatgen (Python Materials Genomics) is a robust, open-source Python library for materials analysis. These are some of the main features: 1.Highly flexible classes for the representation of Element, Site, Molecule, Structure objects. 2.Extensive input/output support, including support for VASP (http://cms.mpi.univie.ac.at/vasp/), ABINIT (http://www.abinit.org/), CIF, Gaussian, XYZ, and many other file formats. 3.Powerful analysis tools, including generation of phase diagrams, Pourbaix diagrams, diffusion analyses, reactions, etc. 4.Electronic structure analyses, such as density of states and band structure. 5.Integration with the Materials Project REST API, Crystallography Open Database. To be maintained under the banner of the debichem team.
Bug#949569: ITP: vtkplotter-examples -- Examples set for vtkplotter
Upstream has reviewed the copyrights on the data files in the vtkplotter examples. He's cleaned up the set up, throwing out files that weren't been used. After review, the amount of example data files remaining is small enough to include in vtkplotter. So vtkplotter-examples are folded back into vtkplotter (2020.2.3). vtkplotter-examples is deprecated as a standalone package. Will close this ITP once the new vtkplotter reaches testing. Drew
Bug#949569: ITP: vtkplotter-examples -- Examples set for vtkplotter
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: vtkplotter-examples Version : 2020.0.2 Upstream Author : Marco Musy * URL : https://github.com/marcomusy/vtkplotter-examples * License : MIT Programming Lang: Python Description : Examples set for vtkplotter Repository for the set of more than 300 examples for vtkplotter. Documentation can be found at https://vtkplotter.embl.es/ Search and run any of the examples with: vtkplotter --list vtkplotter -i -r gyroscope2 These examples were originally packaged with the vtkplotter package and have recently been split out into a separate repository. To be maintained alongside vtkplotter by the Debian Science team.
Bug#862947: ITP: vasptools -- python module and tools for postprocessing VASP quantum computations
Upstream vasptools source at http://redmine.univ-pau.fr/projects/vasptools/files or https://redmine.univ-pau.fr/svn/vasptools/ is currently not accessible. Perhaps upstream has abandoned the project?
Bug#949376: ITP: lybniz -- mathematical function graph plotter
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: lybniz Version : 3.0.4 Upstream Author : Thomas Führinger, Sam Tygier * URL : https://github.com/thomasfuhringer/lybniz * License : BSD Programming Lang: Python Description : mathematical function graph plotter Lybniz is a simple desktop graph plotter. It can currently plot three functions and allows you to navigate the plot. Functions are entered in Python notation. The lybniz package had not been maintained and bitrot out of the archive. But development has continued upstream, with v3 supporting python3 and Gtk-3. The Debian Science Team is a suitable venue for team maintenance.
Bug#948699: ITP: pytest-mpi -- a plugin for pytest testing MPI-related code
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: pytest-mpi Version : 0.3 Upstream Author : James Tocknell * URL : https://github.com/aragilar/pytest-mpi * License : BSD Programming Lang: Python Description : a plugin for pytest testing MPI-related code pytest-mpi provides a number of things to assist with using pytest with MPI-using code, specifically: - Displaying of the current MPI configuration (e.g. the MPI version, the number of processes) - Sharing temporary files/folders across the MPI processes - Markers which allow for skipping or xfailing tests based on whether the tests are being run under MPI Further documentation can be found at https://pytest-mpi.readthedocs.io. This plugin is required by future releases of h5py to run h5py tests on MPI functionality, see https://github.com/h5py/h5py/pull/1255 To be maintained under the Debian Python Modules Team, alongside pytest.
Bug#948592: ITP: golang-github-mattn-go-ieproxy --
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-mattn-go-ieproxy Version : 0.0~git20191113.7c0f686-1 Upstream Author : mattn, oliverpool, Adele Reed * URL : https://github.com/mattn/go-ieproxy * License : MIT Programming Lang: Go Description : Go package to detect the proxy settings on Windows platform ieproxy Go package to detect the proxy settings on Windows platform. . The settings are initially attempted to be read from the WinHttpGetIEProxyConfigForCurrentUser DLL call (https://docs.microsoft.com/en-us/windows/desktop/api/winhttp/nf-winhttp-winhttpgetieproxyconfigforcurrentuser), but falls back to the registry (CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings) in the event the DLL call fails. Required by golang-github-azure-azure-pipeline-go 0.2.2, which is required by rclone 1.50.2 To be maintained under Debian Go Team.
Bug#948586: ITP: golang-github-youmark-pkcs8 -- Go package to parse and convert private keys in PKCS#8 format, as defined in RFC5208 and RFC5958)
specifically, github.com/youmark/pkcs8 is needed in backend/box/box.go
Bug#948586: ITP: golang-github-youmark-pkcs8 -- Go package to parse and convert private keys in PKCS#8 format, as defined in RFC5208 and RFC5958
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: golang-github-youmark-pkcs8 Version : 1.1 Upstream Author : Yutong Wang (youmark) * URL : https://github.com/youmark/pkcs8 * License : MIT Programming Lang: Go Description : Go package to parse and convert private keys in PKCS#8 format, as defined in RFC5208 and RFC5958 OpenSSL can generate private keys in both "traditional format" and PKCS#8 format. Newer applications are advised to use more secure PKCS#8 format. Go standard crypto package provides a function to parse private key in PKCS#8 format. There is a limitation to this function. It can only handle unencrypted PKCS#8 private keys. To use this function, the user has to save the private key in file without encryption, which is a bad practice to leave private keys unprotected on file systems. In addition, Go standard package lacks the functions to convert RSA/ECDSA private keys into PKCS#8 format. pkcs8 package fills the gap here. It implements functions to process private keys in PKCS#8 format, as defined in RFC5208 and RFC5958. It can handle both unencrypted PKCS#8 PrivateKeyInfo format and EncryptedPrivateKeyInfo format with PKCS#5 (v2.0) algorithms. This package is required by rclone 1.50.2. It will be maintained under the Debian Go Team.
