Bug#944398: ITP: node-timezone
Package: wnpp Severity: wishlist Owner: Diane Trout X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-timezone Version : 1.0.22 Upstream Author : Alan Gutierrez * URL : http://bigeasy.github.io/timezone * License : Expat Programming Lang: JavaScript Description : Timezone database and functions for node.js Small, elegant, Olson educated, timezone aware date math and `strftime` date formatting in pure JavaScript with no dependendcies for Node.js and the browser. Timezone uses the Olson/IANA timezone database. Timezone is aware of every clock transition in the Olson database. Timezones supports the full compilment of `strftime` format specifiers defined by GNU `date`. Timezone can perform date math and adjust for daylight savings time. Timezone works in the browser too where it is less than 3K minified and gzipped I'd like to submit it to the pkg-js-team or at least get a few comments as I don't have much experience with javascript packaging. Current progress is in: https://salsa.debian.org/diane/node-timezone Lintian is currently reporting a few errors where files are in usr/lib/nodejs instead of usr/share/nodejs. Diane Trout signature.asc Description: This is a digitally signed message part
Bug#954123: ITP: python-get-version -- A version helper in the spirit of versioneer
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: python-get-version Version : 2.1 Upstream Author : Philipp Angerer * URL : https://github.com/flying-sheep/get_version * License : GPL-3+ Programming Lang: Python Description : A version helper in the spirit of versioneer Automatically use the latest “vX.X.X” Git tag as version in your Python package. . It also supports getting the version from Python source distributions (sdist) or, once your package is installed, via pkg_resources (part of setuptools). I was planning on managing this through the Debian python-modules team. It is a dependency of legacy-api-wrap, which is a dependency of legacy_api_wrap, which is a dependency of scanpy, one of the two main single cell RNA-seq analysis packages.
Bug#954124: ITP: legacy-api-wrap -- Legacy API wrapper for python keyword APIs
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: legacy-api-wrap Version : 1.2 Upstream Author : Philipp Angerer * URL : https://github.com/flying-sheep/legacy-api-wrap * License : GPL-3+ Programming Lang: Python Description : Legacy API wrapper for python keyword APIs This module defines a decorator to wrap legacy keyword APIs. The primary use case is APIs defined before keyword-only parameters existed. This is a dependency of scanpy I was planning on maintaining it under the python modules team.
Bug#954170: ITP: anndata -- Annotated gene by sample numpy matrix
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: anndata Version : 0.7.1 Upstream Author : 2017-8 P. Angerer, F. Alexander Wolf, Theis Lab * URL : http://github.com/theislab/anndata * License : BSD 3 clause Programming Lang: Python Description : Annotated gene by sample numpy matrix AnnData provides a scalable way of keeping track of data together with learned annotations. It is used within Scanpy, for which it was initially developed. Both packages have been introduced in Genome Biology (2018). I was planning on managing this package in the debian-med team. It's a dependency of scanpy
Re: removable devices
Hello, > > I use KDE on Sid. > > Lately (but I can't pinpoint the exact moment), plugging an USB drive > has stopped generating any reaction and I need to mount manually. Are the udev events being generated? It looks like you can use udevadm monitor to watch what happens when you plug the usb drive in. On my working system the udev events go to Udisk2, and kdelibs watches for for the events and uses configuration in system settings > device actions to decide what actions to make available. I'm running a kde with a mix of testing/unstable and plugging a usb stick in working for me... even with udisks2 2.1.3-5 Diane
Bug#1028182: ITP: throttler -- Provides rate-limiting features using asyncio
Package: wnpp Severity: wishlist Owner: Diane Trout X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: throttler Version : 1.22 Upstream Contact: Ramzan Bekbulatov * URL : https://github.com/uburuntu/throttler * License : MIT/expat Programming Lang: Python Description : Provides rate-limiting features using asyncio Zero-dependency Python package for easy throttling with asyncio support. Originally snakemake was using a different package to provide a similar rate limiting feature called ratelimiter. However the last release for ratelimiter was in 2017, and the package contains syntax that no longer works with Python 3.11. So in snakemake 7.18.2 they switched to using this package instead. https://snakemake.readthedocs.io/en/stable/project_info/history.html#id5 This is a small package I intend to add to the python modules team. Diane
Updating python3-xlrd for pandas 1.5 compatibility
Hi, the version of python3-xlrd 1.2.0-3 in unstable/testing is too old to be used with pandas 1.5.3. (See Bug #1031701). As it is a really common workflow to use pandas to read excel files, it'd be nice if the version of xlrd in bookworm was compatible. Because of the freeze I wanted to check if it was appropriate to upload the new version, and what kind of warning I should give to the other developers. THe xlrd changelog says the biggest change in going from 1.2 to 2.0 was they removed the ability to read the newer XML excel files .xslx from xlrd in favor of using openpyxl I updated the source package python-xlrd to 2.0.1 and sent it through experimental, where there were no issues detected by packages that had CI tests. Unfortunately there's packages without tests. Here's the list of packages I found that have any relationship to python-xlrd, if it looked like the autopkgtests actually tested using the xlrd library and what the level of declared dependency is. (none means the package lacks autopackage tests) | nemo | none | Recommends| | odoo-14 | none | Depends | | ofxstatement-plugins | none | Depends | | psychopy | unlikely | Depends | | python3-agateexcel | yes | Depends | | python3-canmatrix| no | Recommends| | python3-drslib | no | Recommends| | python3-glue | yes | Depends | | python3-pyspectral | probably | Suggests | | python3-rows | unlikely | Recommends| | python3-tablib | unlikely | Depends | | visidata | none | Build-Depends | | vistrails| none | Build-Depends | | python-xrt | none | Build-Depends | | pyutilib | none | Build-Depends | Thanks Diane
Re: Updating python3-xlrd for pandas 1.5 compatibility
On Fri, 2023-02-24 at 19:33 +0100, Paul Gevers wrote: > Hi Diane, > > On 23-02-2023 08:12, Diane Trout wrote: > > the version of python3-xlrd 1.2.0-3 in unstable/testing is too old > > to > > be used with pandas 1.5.3. (See Bug #1031701). > > Do I understand correctly that this isn't an issue from the point of > python3-xlrd and that only pandas is effected? While investigating > for > this reply I noticed src:pandas doesn't even have a dependency in any > of > its binaries. It looks like the xlrd dependency was commented out because the Debian version is too old, though apparently that was done 7 months ago. https://salsa.debian.org/science-team/pandas/-/blob/main/debian/control#L45 Here's the pandas module that conditionally uses xlrd if it's available. https://salsa.debian.org/science-team/pandas/-/blob/main/pandas/io/excel/_xlrd.py > > > As it is a really common > > workflow to use pandas to read excel files, it'd be nice if the > > version > > of xlrd in bookworm was compatible. > > As the maintainer of pandas, do you consider it an RC issue that > pandas > can't convert it? I guess not because you say "it'd be nice" and you > don't even have the required dependency. How severe do you consider > this > issue for pandas? pandas has a quite extensive autopkgtest, doesn't > it > cover this use case? Apparently you knew this earlier, why do you > bring > this up now? The issue is somewhere between a minor and a normal bug, it breaks a small component of the library. I wouldn't claim to be a maintainer of pandas, I feel Rebecca Palmer has been doing the vast amount of work keeping pandas updated in Debian. I started investigating this up after my coworker ran into while trying to process an .xls file. And when I looked, saw someone else had also recently filed the same bug report. > > > Because of the freeze I wanted to check if it was appropriate to > > upload > > the new version, > > I'd hope that the "rules" are clear: > https://release.debian.org/testing/freeze_policy.html#soft. You can > contact the Release Team if you need further clarification. > > > and what kind of warning I should give to the other > > developers. > > It depends. I'm worried about what you write below. That's fair. The counter argument is that xlrd's support for handling the xml based .xslx files was unsafe since Python 3.9, and it has been recommended to switching to another package like openpyxl to handle xlsx files for a while. (Release from xlrd announcement for thread mentioning the removal, and then goes into discussing the security issues) https://groups.google.com/g/python-excel/c/IRa8IWq_4zk/m/Af8-hrRnAgAJ The reason the issue doesn't show up much is .xls files are deprecated by nearly everyone, this only shows up when you're reading old data or generated by old software. The reason this is likely a minor issue, is there's a simple work around which is to convert your xls file to a xlsx file. Here's Pandas's discussion about deprecating xlrd for xlsx files. https://github.com/pandas-dev/pandas/issues/28547 > > Here's the list of packages I found that have any relationship to > > python-xlrd, if it looked like the autopkgtests actually tested > > using > > the xlrd library and what the level of declared dependency is. > > (none > > means the package lacks autopackage tests) > > > > > nemo | none | Recommends | > > > odoo-14 | none | Depends | > > > ofxstatement-plugins | none | Depends | > > > psychopy | unlikely | Depends | > > > python3-agateexcel | yes | Depends | > > > python3-canmatrix | no | Recommends | > > > python3-drslib | no | Recommends | > > > python3-glue | yes | Depends | > > > python3-pyspectral | probably | Suggests | > > > python3-rows | unlikely | Recommends | > > > python3-tablib | unlikely | Depends | > > > visidata | none | Build-Depends | > > > vistrails | none | Build-Depends | > > > python-xrt | none | Build-Depends | > > > pyutilib | none | Build-Depends | > > If I read everything correctly, it seems like you're too late with > this > change. With a bit more wakefulness, I looked through the packages that have any dependency on xlrd. I think odoo-14 is the package most likely to have issues. They use xlrd and seem to expect to be able to read and write xls & xlsx
Re: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)
On Mon, 2024-03-25 at 18:17 +, Julian Gilbey wrote: > > > So this is a plea for anyone looking for something really helpful to > do: it would be great to have a group of developers finally package > this! There was some initial work done (see the RFP bug report for > details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970021), > but that is fairly old now. As Apache Arrow supports numerous > languages, it may well benefit from having a group of developers with > different areas of expertise to build it. (Or perhaps it would make > more sense to split the upstream source into a collection of > different > Debian source packages for the different supported languages. I > don't > know.) Unfortunately I don't have the capacity to devote any time to > it myself. > > Thanks in advance for anyone who can step forward for this! I've been maintain dask and anndata and saw that apache arrow was getting increasingly popular. I took the current science-team preliminary packaging 7.0.0 packaging and managed to get it to build through a combination of patches and turning off features. I even mostly managed to get pyarrow to build. (Though some tests fail due to pytest lazy-fixture being abandoned). I pushed my current work in progress to. https://salsa.debian.org/diane/arrow.git Was anyone else planning on working on it or should I push my updates to the science-team package? Diane
Re: xz backdoor
On Sun, 2024-03-31 at 03:34 +0100, Wookey wrote: > On 2024-03-30 20:52 +0100, Ansgar 🙀 wrote: > > Yubikeys, Nitrokeys, GNUK, OpenPGP smartcards and similar devices. > > Possibly also TPM modules in computers. > > > > These can usually be used for both OpenPGP and SSH keys. > > Slightly off-topic, but a couple of recent posts have given me the > same thought: > > Can someone point to good docs on this? I've had a yubikey for 3/4 > of > a year now but have not yet worked out how I put my GPG key in it. > (or > if it should be another key, or a subkey, or whatever). So I'm not > actually using it yet. I've also been thinking I needed to this, and so far this has looked like the most detailed write up I've found so far. I haven't followed the advice but I've been working on trying to understand it. https://github.com/drduh/YubiKey-Guide I'd like to know how subkeys interact with signing packages and there's an two ways of storing ssh keys with yubikeys. This write up describes one and mentions the other exists. Diane signature.asc Description: This is a digitally signed message part
Re: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)
Hi Julian, On Sat, 2024-03-30 at 20:22 +, Julian Gilbey wrote: > Lovely to hear from you, and oh wow, that's amazing, thank you! > > I can't speak for anyone else, but I suggest that pushing your > updates > to the science-team package would be very sensible; it would be silly > for someone else to have to redo your work. > > What more is needed for it to be ready for unstable? The things I think are kind of broken are: We've got 7.0.0 and upstreams current version is 15.0.2. the pyarrow 7.0.0 tests fail because it depends on a python test library that breaks with pytest 8.0. Either I need to disable the python tests or upgrade to a newer version. My upgrade didn't go smoothly because uscan found also upstreams debian watch file which is too loose and matches some other tar balls on their distribution site. (Though I don't know why uscan keeps looking for watch files after finding one in debian/watch) And you were probably right in that arrow needs to be a team, because I have no idea how to get other the other languages interfaces packaged. Oh and I probably need to get the pyarrow installed somewhere, since it was stopping at the tests I hadn't run into dh_missing errors yet. Diane
Bug#994856: ITP: harmonpy -- An algorithm to help integrate high-dimensional datasets
Package: wnpp Severity: wishlist Owner: Diane Trout X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: harmonpy Version : 0.0.5 Upstream Author : Kamil Slowikowski * URL : https://github.com/slowkow/harmonypy * License : GPL-3+ Programming Lang: Python Description : An algorithm to help integrate high-dimensional datasets Harmony is an algorithm for integrating multiple high-dimensional datasets. . harmonypy is a port of the harmony R package by Ilya Korsunsky. Harmonypy is a package to help integrate high-dimentional datasets, such as found while doing single-cell RNA-seq. The popular bionformatics package Scanpy can use harmonypy for helping integrate multiple datatypes, and some of the scanpy tests require harmonpy to run. As a bioinformatics package it pretty clearly belongs with the debian-med team. Diane Trout
Bug#998905: ITP: scikit-misc -- Miscellaneous tools for scientific computing
Package: wnpp Severity: wishlist Owner: Diane Trout X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: scikit-misc Version : 0.1.4 Upstream Author : Hassan Kibirige * URL : https://github.com/has2k1/scikit-misc * License : BSD with non-endorsement clause Programming Lang: Python Description : Miscellaneous tools for scientific computing Miscellaneous tools for data analysis and scientific computing. This package provides a LOESS (locally estimated scatterplot smoothing) module Currently scanpy depends on it which is a widely used bioinformatics toolkit, and LOESS does look like a generally useful technique. I do wish upstream had a better name and description though. I'd like to add it to the python modules team because the python team periodically applies automated packaging updates to python libraries. Diane
Bug#1001607: ITP: sphinx-remote-toctree -- Reduce sphinx documentation build times
Package: wnpp Severity: wishlist Owner: Diane Trout X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: sphinx-remote-toctree Version : 0.0.3 Upstream Author : Chris Holdgraf * URL : https://github.com/executablebooks/sphinx-remove-toctrees * License : Expat Programming Lang: (Python Description : Reduce sphinx documentation build times ( Improve your Sphinx build time by selectively removing TocTree objects from pages. This is useful if your documentation uses auto-generated API documentation, which generates **a lot** of stub pages. . This extension can be used to remove the sidebar links for just the pages you specify, speed up the build considerably. . ## Who is this for? . This package is for maintainers that use Sphinx and have really large API documentation (or for some other reason, have a ton of nested pages). If you use a Sphinx theme that contains the entire Table of Contents on every page (e.g., any theme that has "collapsable" sidebar sections), this will slow things down considerably. Use this theme to speed up your builds. dask decided to require this package as a dependendcy for building documentation.
Bug#1012781: ITP: elpa-geiser-guile -- guile language support for elpa-gesier
Package: wnpp Owner: Diane Trout Severity: wishlist * Package name: elpa-geiser-guile Version : 0.23.2-1 Upstream Author : Jose Antonio Ortega Ruiz (j...@gnu.org) * URL or Web page : https://gitlab.com/emacs-geiser/guile/ * License : BSD-3-clause Description : guile language support for elpa-gesier This package provides support for using GNU Guile in Emacs with Geiser. . Provided geiser is installed in your system, if this package’s directory is in your load path, just add (require 'geiser-guile) to your initialisation files and then M-x run-guile to start a REPL. Scheme files with a Guile module declaration should be automatically recognised as Guile-flavoured Geiser buffers. The license is the "new" BSD 3 where the third clause is the non-endorsement clause. The version of geiser currently in Debian is a bit old and the language support files were included in the emacs elpa package. At some point upstream added support for more versions of scheme and decided to split the language specific modules out into separate packages. Diane
Bug#1012788: ITP: elpa-geiser-chez -- chez language support for elpa-geiser
Package: wnpp Owner: Diane Trout Severity: wishlist * Package name: elpa-geiser-chez Version : 0.17-1 Upstream Author : Jose A Ortega Ruiz * URL or Web page : https://geiser.nongnu.org/ * License : BSD-3 Clause Description : chez language support for elpa-geiser This package provides support for using Chez Scheme in Emacs with Geiser. . Provided geiser is installed in your system, if this package’s directory is in your load path, just add (require 'geiser-chez) to your initialisation files and then M-x run-chez to start a REPL. This is another package that is a scheme language specific mode associated with elpa-geiser. I plan on submitting it to the emacsen-team.
Bug#1012834: ITP: elpa-geiser-chicken -- Chicken's implementation of the geiser protocols
Package: wnpp Owner: Diane Trout Severity: wishlist * Package name: elpa-geiser-chicken Version : 0.17-1 Upstream Author : Jose Antonio Ortega Ruiz * URL or Web page : https://geiser.nongnu.org/ * License : BSD-3-Clause Description : Chicken's implementation of the geiser protocols Geiser is a generic Emacs/Scheme interaction mode, featuring an enhanced REPL and a set of minor modes improving Emacs’ basic scheme major mode. This package add support for Chicken in Geiser. This a language specific module for elpa-geiser and will be maintained in the debian-emacsen team. Diane
Bug#1013092: ITP: python3-sphinx-autosummary-accessors -- sphinx autosummary extension to pandas or xarray accessors
Package: wnpp Owner: Diane Trout Severity: wishlist * Package name: python3-sphinx-autosummary-accessors Version : 2022.4.0-1 Upstream Author : Justus Magin * URL or Web page : https://github.com/xarray-contrib/sphinx-autosummary-accessors * License : MIT Description : sphinx autosummary extension to pandas or xarray accessors This is a new dependency for building the documentation for dask. One confusing issue is the project is marked as being MIT licensed, but includes the pandas BSD-3 license because some of this project was derived from pandas. Unfortunately there's nothing that says what files were derived from pandas. So my copyright file marks everything as MIT / Expat, but includes the pandas BSD license block though I don't know what to attach it to. I was planning on adding this to the debian python team. Diane Trout
Bug#1013296: ITP: geiser-chibi -- chibi language support for elpa-gesier
Package: wnpp Owner: Diane Trout Severity: wishlist * Package name: geiser-chibi Version : 0.17 Upstream Author : Jose Antonio Ortega Ruiz * URL or Web page : http://geiser.nongnu.org/ source https://gitlab.com/emacs-geiser/chibi * License : BSD-3-Clause Description : chibi language support for elpa-gesier This package provides support for using Chibi Scheme in Emacs with Geiser. . Provided geiser-core is installed in your system, if this package’s directory is in your load path, just add (require 'geiser-chibi) to your initialisation files and then M-x run-chibi to start a REPL. I'm planning on adding this to the debian emacs team. It's support files for another scheme language for elpa-geiser.
Bug#1013297: ITP: geiser-mit -- MIT/GNU Scheme's implementation of the geiser protocols
Package: wnpp Owner: Diane Trout Severity: wishlist * Package name: geiser-mit Version : 0.15 Upstream Author : Jose Antonio Ortega Ruiz * URL or Web page : https://geiser.nongnu.org/ https://gitlab.com/emacs-geiser/mit * License : BSD 3-Clause License Description : MIT/GNU Scheme's implementation of the geiser protocols Geiser is a generic Emacs/Scheme interaction mode, featuring an enhanced REPL and a set of minor modes improving Emacs’ basic scheme major mode. This package add support for MIT/GNU Scheme in Geiser. I'm planning on submitting this to the debian emacs team. It's part of the breakout of geiser's language specific modules into their own repositories.
Bug#1016769: ITP: elpa-snakemake -- support for editing and running snakemake files in emacs
Package: wnpp Owner: Diane Trout Severity: wishlist * Package name: elpa-snakemake Version : 2.0.0 Upstream Author : Kyle Meyer * URL or Web page : https://git.kyleam.com/snakemake-mode/about * License : GPL-3+ Description : support for editing and running snakemake files in emacs The source repository is broken up into providing two emacs packages. One snakemake.el provides support for running snakemake in an emacs transient mode, the other snakemake-model.el adds syntax highlighting for editing snakemake files within emacs.
Bug#741646: ITP: libcofoja-java -- Java API providing annotating code with contracts
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: libcofoja-java Version: 1.1-r150 Upstream Author: 2010-2011 Google, Inc. 2010-2011, 2013 Nhat Minh Lê 2007 Johannes Rieken URL: https://code.google.com/p/cofoja/ License: LGPL-2.1+ Description: Java API providing annotating code with contracts Contracts for Java enables annotating code with contracts in the form of preconditions, postconditions and invariants. . These contract annotations are * easy to write and read, * and checked at runtime. Annotating code with contracts helps you: * design, * document, * test, and * debug programs. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1439547.7QmZr4ERlI@myrada
Bug#744004: RFP: libkpeople -- Library providing access to and grouping for KDE contacts
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: libkpeople Version: 0.2.1 Upstream Author: Aleix Pol David Edmundson Martin Klapetek URL: https://projects.kde.org/projects/playground/network/libkpeople License: LGPL-2.1+ Description: libkpeople allow grouping multiple accounts into a single identity. This library allows you to read metadata and initiate various actions for a contact. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/698512404.RGcL6Bt8hj@myrada
Bug#716665: ITP: ktp-contact-runner -- Provides a KRunner plugin to interact with kde-telepathy contacts
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name : ktp-contact-runner Version: 0.6.2 Upstream Author: Dan Vratil URL: https://projects.kde.org/projects/extragear/network/telepathy/ktp-contact-runner License: LGPL 2.1 Description: KDE Telepathy Contact KRunner plugin KDE Telepathy is a highly modular software package that is already in debian, this is just an additional component. This package provides a KRunner plugin which allows you to execute actions like start a text chat or start an audio/video call with your Telepathy IM contacts. Diane Trout -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1570737.a8VeMrOuAv@myrada
Bug#718664: ITP: htseq -- high-throughput genome sequencing analysis.
Package: wnpp Severity: wishlist Owner: Diane Trout X-Debbugs-CC: debian-...@lists.debian.org, debian-devel@lists.debian.org Package name: htseq Version: 0.5.4p3 Upstream Author: Simon Anders URL: http://www-huber.embl.de/users/anders/HTSeq/doc/overview.html License: GPL-3+ Programming Lang: Python Description: HTSeq can be used for a number of common high-throughput genomics analysis tasks. . * Getting statistical summaries about the base-call quality scores to study the data quality. * Calculating a coverage vector and exporting it for visualization in a genome browser. * Reading in annotation data from a GFF file. * Assigning aligned reads from an RNA-Seq experiments to exons and genes. Remark: This package is maintained in the Debian Med team and available in VCS at: git://git.debian.org/debian-med/python-htseq.git -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2311425.jqM50mftGK@myrada
Bug#725110: ITP: kte-collaborative -- Collaborative Text Editor support for KDE
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: kte-collaborative Version : 0.1.80 Upstream Author : Gregory Haynes Sven Brauch * URL : http://projects.kde.org/kte-collaborative * License : GPL-2+ Programming Lang: C++ Description : Collaborative Text Editor support for KDE -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131001160015.28340.7188.report...@myrada.ghic.org
Bug#899398: ITP: readlike -- GNU Readline-like line editing module
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: readlike Version : 0.1.2 Upstream Author : Brandon Mulcahy * URL : https://github.com/jangler/readlike * License : MIT Programming Lang: Python Description : GNU Readline-like line editing module A Python module that provides `GNU Readline`_-like line editing functions (the default Emacs-style ones). If you just want to use Readline, use the readline_ package in the standard library--but this package allows access to those capabilties in settings outside of a standard CLI. . Currently, all stateless Readline commands are implemented. This means that yanking and history are not supported. . This module is especially well-suited to interfacing with Urwid_ due to a shared syntax for describing key inputs. I was planning on maintaining through the Debian modules packaging team. This is a dependency of hangups, a console mode Google hangouts client. https://github.com/tdryer/hangups
Bug#899399: ITP: reparser -- Simple regex-based lexer/parser for inline markup
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: reparser Version : 1.4.3 Upstream Author : Michal Krenek * URL : https://github.com/xmikos/reparser * License : MIT Programming Lang: Python Description : Simple regex-based lexer/parser for inline markup This is a library with a Simple regex-based lexer/parser for inline markup. The example use shows writing a simple markdown parser. I plan on managing within the Debian python module packaging team. This is also a depency for hangups
Bug#899421: ITP: hangups -- hangups is the first third-party IM client for Google Hangouts
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: hangups Version : 0.4.4 Upstream Author : Tom Dryer * URL : https://github.com/tdryer/hangups/ * License : MIT Programming Lang: Python Description : hangups is the first third-party IM client for Google Hangouts hangups is the first third-party instant messaging client for `Google Hangouts`_. It includes both a Python library and a reference client with a text-based user interface. I was planning on maintaining this in the Debian Python modules team. I also split the API into a seperate python3- modules seperate from the hangups module that contains the client executable
Bug#900257: ITP: sphinxcontrib-asyncio -- sphinx extension to support coroutines in markup
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: sphinxcontrib-asyncio Version : 0.2.0 Upstream Author : Andrew Svetlov * URL : https://github.com/aio-libs/sphinxcontrib-asyncio * License : Apache 2.0 Programming Lang: Python Description : sphinx extension to support coroutines in markup Sphinx extension for adding asyncio-specific markups such as cofunction or async-for . This contains the Python 3 version. This is a dependency to build the documentation for hangups, pypi (and librar.io) suggest that several other libraries like aiohttp and aiopg also use this library for their documentation. https://libraries.io/pypi/sphinxcontrib-asyncio/usage I was planning on maintaining it in the Debian Python Modules Team. Diane
Bug#915981: ITP: dask-sphinx-theme -- This is the official Sphinx theme for Dask documentation.
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: dask-sphinx-theme Version : 1.1.0 Upstream Author : 2018 Dask Developers, Matthew Rocklin * URL : https://github.com/dask/dask-sphinx-theme/ * License : BSD-3 (+non endorsment clause) Programming Lang: Python Description : This is the official Sphinx theme for Dask documentation. This is the official Sphinx theme for Dask documentation. It extends the sphinx_rtd_theme project, but adds custom styling and a navigation bar to additional Dask subprojects. It is a dependency for dask 1.0 I was planning on adding it to the python modules team.
Re: Bugs "fails to migrate to testing for too long" (Was: cluster3 dropped out of testing)
On Wed, 2020-12-09 at 18:27 +0100, Mattia Rizzolo wrote: > Because you seem to not be aware of how non-free works. Non-free is > not > autobuilt, so when Andreas uploaded 1.59+ds-2 without any binaries > then > "cluster3 has no binaries on any arch". Since there are no binaries > associated with the source, britney refuses to migrate it. Indeed, > one > could just do a binary-only build of it, upload it, and it would > migrate > stright the next day. > > Or one could ask for an exception to the non-free buildds as > docuemnted > on > https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#marking-non-free-packages-as-auto-buildable > > As you can see, nothing relating to that bug. > Could we add a note to tracker or excuses for non-free packages on what the developer needs to do to get it to migrate? My understanding of your explanation is that we need to do a binary upload for non-free because it's not auto-built. It's a difference from how main is handled and and it seems like putting documentation for the difference would help prevent confusion in the future. Diane signature.asc Description: This is a digitally signed message part
Re: Bugs "fails to migrate to testing for too long" (Was: cluster3 dropped out of testing)
On Wed, 2020-12-09 at 19:31 +0100, Mattia Rizzolo wrote: > > Even then, the message says that "cluster3 has no binaries on any > arch" > - from there why can't one try to figure why there are no binaries? > I'm > positive that dumping the tracker link and that message in > debian-mentors@ would yield the reason why it's stuck quite quickly. > (note that the thread Andreas started on -devel@ is about the how > people > seems to notice first the "failed to migrate to testing" bugs, not > about > why cluster3 is not migrating). After learning of the issue I went with asking the debian-med team since I thought I was missing something, I hadn't thought asking debian-mentors. I do think it would've saved everyone's time if excuses included a suggestion to go read 5.10.5 https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#marking-non-free-packages-as-auto-buildable for non-free packages in that state. It is not uncommon to forget a detail that one doesn't use frequently. Thank you for explaining the problem though. Diane signature.asc Description: This is a digitally signed message part
Bug#980806: ITP: python-upsetplot -- Draw Lex et al.'s UpSet plots with Pandas and Matplotlib
Package: wnpp Severity: wishlist Owner: Diane Trout X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-upsetplot Version : 0.4.1 Upstream Author : Joel Nothman * URL : https://upsetplot.readthedocs.io/en/stable/ * License : BSD-3 Programming Lang: Python Description : Draw Lex et al.'s UpSet plots with Pandas and Matplotlib This is another Python implementation of UpSet plots by Lex et al. [Lex2014]_. UpSet plots are used to visualise set overlaps; like Venn diagrams but more readable. Documentation is at https://upsetplot.readthedocs.io. . This upsetplot library tries to provide a simple interface backed by an extensible, object-oriented design. I have found this package a useful way of generating UpSet style plots when using Python, Matplotlib, and Pandas. I've seen several other groups in my work's consortium using UpSet plots, so they do seem to be becoming more popular, though I don't know who is using Python and who is using the R version. My hardest question is which team to put it in, Python, Science, or Med. I'm tempted to go with the Science team as it's an advanced plotting library. I think it was developed for bioinformatics but it's useful to anyone who wants to compare a number of different sets. Diane
Bug#982417: ITP: python-louvain-igraph -- Louvain is an algorithm for methods of community detection
Package: wnpp Severity: wishlist Owner: Diane Trout X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-louvain-igraph Version : 0.7.0 Upstream Author : V.A. Tragg * URL : https://github.com/vtraag/louvain-igraph * License : GPL-3+ Programming Lang: (Python Description : Louvain is an algorithm for methods of community detection Louvain is a general algorithm for methods of community detection in large networks. . This provides a python module named 'louvain'. This is the version of louvain used by ScanPy https://scanpy.readthedocs.io/en/stable/ It's also based on igraph and not networkx like the other louvain implementation python-louvain. It should probably live in the Debian med team.
Bug#861140: ITP: sortedcollections -- Python 3 Sorted Collections
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: sortedcollections Version : 0.5.3 Upstream Author : Grant Jenks * URL : http://www.grantjenks.com/docs/sortedcollections/ * License : Apache-2.0 Programming Lang: Python Description : Python 3 Sorted Collections SortedCollections is an Apache2 licensed Python sorted collections library. . Features . - Pure-Python - Depends on the SortedContainers module. - ValueSortedDict - Dictionary with (key, value) item pairs sorted by value. - ItemSortedDict - Dictionary with key-function support for item pairs. - OrderedDict - Ordered dictionary with numeric indexing support. - OrderedSet - Ordered set with numeric indexing support. - IndexableDict - Dictionary with numeric indexing support. - IndexableSet - Set with numeric indexing support. . This contains the Python 3 module sortedcollections is a recently addeded dependency of dask.distributed.
Bug#844387: ITP: pytest-expect -- py.test plugin to store test expectations
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: pytest-expect Version : 1.1.0 Upstream Author : Geoffrey Sneddon * URL : https://github.com/gsnedders/pytest-expect * License : Expat Programming Lang: Python Description : py.test plugin to store test expectations A py.test plugin that stores test expectations by saving the set of failing tests, allowing them to be marked as xfail when running them in future. The tests expectations are stored such that they can be distributed alongside the tests. However, note that test expectations can only be reliably shared between Python 2 and Python 3 if they only use ASCII characters in their node ids: this likely isn’t a limitation if tests are using the normal Python format, as Python 2 only allows ASCII characters in identifiers. This package is a dependency for running the tests for the currently existing Debian package python-html5lib. As html5lib is a build-dep for python-pip, getting this fixed is pretty important. This should be managed through the Debian Python modules team.
Bug#846663: ITP: pybigwig -- module for quick access to bigBed and bigWig files
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: pybigwig Version : 0.3.2 Upstream Author : Devon Ryan * URL : https://github.com/dpryan79/pyBigWig * License : Expat Programming Lang: Python Description : module for quick access to bigBed and bigWig files This is a Python extension, written in C, for quick access to bigBed files, and access to and creation of bigWig files. I was planning on submitting this under the debian-med team. We found it as a dependency for deepTools https://deeptools.github.io/ though I haven't investigated packaging deepTools. bigBed and bigWig files are quite common in bioinformatics, it'd be nice to be able to use them directly. The one odd thing about the package is that upstream has the C code seperately available to build a library, but they also includes directly include in their python package and just add the C code to the setup.py code to build the extension.
Bug#847497: ITP: cloudpickle -- Extended pickling support for Python objects
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: cloudpickle Version : 0.2.1 Upstream Author : PiCloud, Inc. * URL : https://github.com/cloudpipe/cloudpickle * License : BSD-3-Clause Programming Lang: Python Description : Extended pickling support for Python objects cloudpickle makes it possible to serialize Python constructs not supported by the default `pickle` module from the Python standard library. . cloudpickle is especially useful for cluster computing where Python expressions are shipped over the network to execute on remote hosts, possibly close to the data. . Among other things, `cloudpickle` supports pickling for lambda expressions, functions and classes defined interactively in the `__main__` module. This is a dependency for dask. It should be maintained through the Debian Python Modules Team.
Bug#847503: ITP: heapdict -- a heap with decrease-key and increase-key operations for Python
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: heapdict Version : 1.0.0 Upstream Author : Daniel Stutzbach * URL : http://stutzbachenterprises.com/ * License : BSD-3-Clause Programming Lang: Python Description : a heap with decrease-key and increase-key operations for Python heapdict implements the MutableMapping ABC, meaning it works pretty much like a regular Python dict. It's designed to be used as a priority queue. This package is a dependency for zict, which is a dependency for dask distributed. This package should be maintained through the debian python modules team.
Bug#847518: ITP: zict -- Mutable mapping tools for Python
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: zict Version : 0.1.0 Upstream Author : Matthew Rocklin * URL : https://pypi.python.org/pypi/zict/0.1.0 * License : BSD-3-Clause Programming Lang: Python Description : Mutable mapping tools for Python The dictionary / mutable mapping interface is powerful and multi-faceted. . * stores data in different locations such as in-memory, on disk, in archive files, etc.. * manage old data with different policies like LRU, random eviction, etc.. * might encode or transform data as it arrives or departs the dictionary through compression, encoding, etc.. This is a dependency of dask distributed. Will be maintained through Debian Python Modules team.
Bug#847522: ITP: locket -- File-based locks for Python 3 for Linux and Windows
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: locket Version : 0.2.0 Upstream Author : Michael Williamson * URL : http://github.com/mwilliamson/locket.py * License : BSD-2-Clause Programming Lang: Python Description : File-based locks for Python 3 for Linux and Windows Locket implements a lock that can be used by multiple processes provided they use the same path. This is a dependency of partd which is a dependency of dask. It will be maintained through the Debian Python Modules team.
Bug#847523: ITP: partd -- Appendable key-value storage for Python
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: partd Version : 0.3.6 Upstream Author : Matthew Rocklin * URL : http://github.com/dask/partd/ * License : BSD-3-Clause Programming Lang: Python Description : Appendable key-value storage for Python Key-value byte store with appendable values . - Partd stores key-value pairs. - Values are raw bytes. - Appends on old values. . Partd excels at shuffling operations. This is a dependency of dask. This will be maintained through the Debian Python Modules Team
Bug#847524: ITP: distributed -- Dask Distributed computing for Python
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: distributed Version : 1.14.3 Upstream Author : Matthew Rocklin * URL : https://distributed.readthedocs.io/en/latest/ * License : BSD-3-Clause Programming Lang: Python Description : Dask Distributed computing for Python Dask.distributed is a lightweight library for distributed computing in Python. It extends both the concurrent.futures and dask APIs to moderate sized clusters. This is the distributed component of dask, and looks really useful. Who wouldn't want some APIs that parallize over multiple machines random python code, numpy and pandas? This package will be maintained under the Debian Python Modules Team.
Bug#849050: ITP: python-graphviz -- Simple Python 3 interface for Graphviz
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: python-graphviz Version : 0.5.2 Upstream Author : Sebastian Bank * URL : https://github.com/xflr6/graphviz * License : Expat Programming Lang: Python Description : Simple Python 3 interface for Graphviz This package facilitates the creation and rendering of graph descriptions in the DOT language of the Graphviz graph drawing software from Python. . Create a graph object, assemble the graph by adding nodes and edges, and retrieve its DOT source code string. Save the source code to a file and render it with the Graphviz installation of your system. . Use the ``view`` option/method to directly inspect the resulting (PDF, PNG, SVG, etc.) file with its default application. Graphs can also be rendered and displayed within Jupyter notebooks. This package is an optional dependency of dask.
Re: Bug#849050: ITP: python-graphviz -- Simple Python 3 interface for Graphviz
> This naming would be unacceptable. Python 3 package should be named
> as
> "python3-foobar", not "python-foobar".
>
> There are already packages called "python{,3}-pygraphviz" and you may
> want to
> take a look.
The upstream source package name is graphviz and is hosted on pypi at
https://pypi.python.org/pypi/graphviz
Obviously that conflicts with the original C language package grapvhiz,
so I thought python-graphviz was the best alternative. I'm open to
other suggestions. pypi-graphviz?
The binary package name would be python3-graphviz.
And yes there is a pygraphviz, but that's a different package with a
different API.
But yes it is a bit silly there's so many different python graphviz
apis.
I'm guessing the reason the dask developers used the pypi graphviz is
its pure python, unlike pygraphviz which is a C extension. But I'm not
sure, I just tried to use the task visulaization and got an import
error.
dask uses the python graphviz library to generate plots like in this
notebook.
https://gist.github.com/mrocklin/b61f795004ec0a70e43de350e453e97e
Diane
Bug#798141: ITP: python-abstract-rendering -- Rendering as a binning process
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: python-abstract-rendering Version : 0.5.1 Upstream Author : Joseph Cottam * URL : https://github.com/JosephCottam/AbstractRendering * License : BSD-3-Clause Programming Lang: Python Description : Rendering as a binning process In most visualization systems, the pixels are tucked away under levels of geometric abstraction in the rendering system (such as circles, squares, and text). Abstract Rendering takes the opposite approach: expose the pixels and gain powerful pixel-level control. This pixel-level power is a complement to many existing visualization techniques. It is an elaboration on rendering, not an analytic or projection step, so it can be used as epilogue to many existing techniques. This is a dependency for bokeh 0.9.3 (and probably later) I have my preliminary packaging at https://github.com/detrout/python-abstract- rendering Though I need to figure out how to adapt it for the python modules team.
