Processed: O: git-remote-hg -- bidirectional bridge between Git and Mercurial
Processing control commands: > affects -1 src:git-remote-hg Bug #985817 [wnpp] O: git-remote-hg -- bidirectional bridge between Git and Mercurial Added indication that 985817 affects src:git-remote-hg -- 985817: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985817 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#985817: O: git-remote-hg -- bidirectional bridge between Git and Mercurial
Package: wnpp Severity: normal Control: affects -1 src:git-remote-hg X-Debbugs-CC: Jonas Smedegaard Jonas Smedegaard has stated in #971061 and #debian-devel a desire to stop maintaining git-remote-hg, so I am orphaning it now and will attempt to do a QA upload fixing the RC bugs this week. jonas: re git-remote-hg, do you prefer to orphan it and I do a QA upload or keep you in maintainer and do an NMU? pabs: I prefer to let go of maintaining git-remote-hg - is it an option that you do the orphhaning + QA in one go? sure, will do this week some time The package description is: This package provides the hg remote helper, which allows Git to read from and write to Mercurial repositories as though they were remote Git repositories. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Processed: RFS: usermanager/1.0.74+git20210323-1 [ITP] -- Graphical user manager
Processing commands for cont...@bugs.debian.org: > block 985784 by 985815 Bug #985784 [wnpp] ITP: usermanager -- Graphical user manager 985784 was not blocked by any bugs. 985784 was not blocking any bugs. Added blocking bug(s) of 985784: 985815 > End of message, stopping processing here. Please contact me if you need assistance. -- 985784: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985784 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#945337: why is the version from elpa needed
積丹尼 Dan Jacobson writes: > I.e., already about 11 versions deep on > https://elpa.gnu.org/packages/tramp.html Yes, I can see the version difference, but not what actual difference it makes to users. > What's worse is: > A debian users visits > https://elpa.gnu.org/packages/tramp.html > and sees > To install this package, run in Emacs: > M-x package-install RET tramp RET > but as debian already has an old tramp, > so underneath his fingertips this expands to > tramp-theme > and unless he notices what happened, > he still can't advance beyond the old tramp version! > All he has done is install tramp-theme, not tramp. I think package-install is behaving as documented here. If I go to tramp in package-list-packages, and select install, it installs fine. > > So there are more elpa- packages in Debian than even on the official > elpa website! We use elpa to mean the packaging standard, not the archive site. In hindsight we might have chosen better terminology, but we're stuck with it now. > Therefore I propose that all packages on the elpa website be > automatically included in Debian. There is nothing automatic about it. It requires real humans to do real work packaging and maintaining those packages. In general RFP bugs have a low closure rate because you are asking someone else to do work on a problem they are not necessarily interested in. I was offering you a chance to explain why doing this work is important.
Bug#985823: RFP: elpa-org-ml -- functional API for org-mode
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-emac...@lists.debian.org * Package name: elpa-org-ml Version : 5.6.1 Upstream Author : Nathan Dwarshuis * URL : https://github.com/ndwarshuis/org-ml/ * License : GPL-3+ Programming Lang: Emacs-Lisp Description : functional API for org-mode This is a functional API for org-mode primarily using the `org-element' library. `org-element.el' provides the means for converting an org buffer to a parse-tree data structure. This library contains functions to modify this parse-tree in a more-or-less 'purely' functional manner (with the exception of parsing from the buffer and writing back to the buffer). For the purpose of this package, the resulting parse tree is composed of 'nodes'.
Bug#985824: RFP: elpa-om-to-xml -- convert Emacs org-mode files to XML
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-emac...@lists.debian.org * Package name: elpa-om-to-xml Version : 0.0.7 Upstream Author : Norman Walsh * URL : https://github.com/ndw/org-to-xml/ * License : GPL-3+ Programming Lang: Emacs-Lisp Description : convert Emacs org-mode files to XML This project contains a library to convert Emacs org-mode files to XML: om-to-xml. The goal is a complete and accurate translation of the internal org-mode data structures to XML. This produces XML that isn’t especially pretty, but the assumption is that downstream XML processing tools can be used to transform it.
Bug#985831: ITP: fpyutils -- collection of useful non-standard Python functions
Package: wnpp Severity: wishlist Owner: Sakirnth Nagarasa * Package name: fpyutils Upstream Author : Franco Masotti * URL : https://github.com/frnmst/fpyutils/ * License : GPL-3+ Description : collection of useful non-standard Python functions A collection of useful non-standard Python functions which aim to be simple to use, highly readable but not efficient. Greetings, Sakirnth (Saki)
Bug#985838: ITP: python-leidenalg -- Python3 implementation of the Leiden algorithm in C++
Package: wnpp Severity: wishlist Subject: ITP: python-leidenalg -- Python3 implementation of the Leiden algorithm in C++ Package: wnpp Owner: Andreas Tille Severity: wishlist * Package name: python-leidenalg Version : 0.8.3 Upstream Author : Vincent Traag * URL : https://github.com/vtraag/leidenalg * License : GPL-3+ Programming Lang: C Description : Python3 implementation of the Leiden algorithm in C++ This package implements the Leiden algorithm in C++ and exposes it to Python. It relies on igraph for it to function. Besides the relative flexibility of the implementation, it also scales well, and can be run on graphs of millions of nodes (as long as they can fit in memory). The core function is find_partition which finds the optimal partition using the Leiden algorithm, which is an extension of the Louvain algorithm for a number of different methods. The methods currently implemented are . 1. modularity, 2. Reichardt and Bornholdt's model using the configuration null model and the Erdös-Rényi null model, 3. the Constant Potts model (CPM), 4. Significance and finally 5. Surprise. . In addition, it supports multiplex partition optimisation allowing community detection on for example negative links or multiple time slices. There is the possibility of only partially optimising a partition, so that some community assignments remain fixed. It also provides some support for community detection on bipartite graphs. Remark: This package is maintained by Debian Med Packaging Team at https://salsa.debian.org/med-team/python-leidenalg
Bug#945337: why is the version from elpa needed
All I know is many bugs are fixed in the newer versions. Fine.
Processed: ITP: python-leidenalg -- Python3 implementation of the Leiden algorithm in C++
Processing commands for cont...@bugs.debian.org: > owner 985838 Andreas Tille Bug #985838 [wnpp] ITP: python-leidenalg -- Python3 implementation of the Leiden algorithm in C++ Owner recorded as Andreas Tille . > End of message, stopping processing here. Please contact me if you need assistance. -- 985838: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985838 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#985846: RFP: elpa-org-present -- minimalist presentation tool for Emacs org-mode
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-emac...@lists.debian.org * Package name: elpa-org-present Version : git master Upstream Author : Ric Lister * URL : https://github.com/rlister/org-present/ * License : GPL-2+ Programming Lang: Emacs-Lisp Description : minimalist presentation tool for Emacs org-mode This is meant to be an extremely minimalist presentation tool for Emacs org-mode. Simply layout your presentation with each slide under a top-level header, start the minor mode with 'org-present', and page through each slide with left/right keys.
Bug#985857: RFP: libjs-bootstrap5 -- HTML, CSS and JS framework
Package: wnpp Severity: wishlist * Package name: libjs-bootstrap5 Version : 5.0.0-beta3 Upstream Author : The Bootstrap Authors * URL : https://getbootstrap.com/ * License : MIT Programming Lang: Javascript Description : HTML, CSS and JS framework Bootstrap is well-known HTML, CSS and JS framework. The stable version is the fourth version, which is currently provided by the package libjs-bootstrap4 by Debian. However, Bootstrap 5 is about to get released in a few months, and developers might start developing their applications with this new version. Providing the latest version in the unstable or experimental repository (and maybe later in bullseye-backports) might be useful in that way. This bug is destinated to the Debian Javascript Maintainers.
Bug#985233: O: lmbench -- Utilities to benchmark UNIX systems
On 22 Mar 2021 22:37, Andreas Beckmann wrote: > Hi Al, > > On Sun, 14 Mar 2021 15:17:52 -0600 Al Stone wrote: > > I intend to orphan the lmbench package. I no longer use it, > > Can you push the changes and tag from the -5 upload, please? > > And could you try to move the package on salsa from your personal namespace > to the 'debian' or 'hpc-team' namespace? (I think that should be Settings -> > General -> Advanced -> Transfer project, but I have never used it.) There is > no need to do an upload to update the Vcs URLs. > > Thanks, > > Andreas, who might adopt it for the HPC team Howdy, Andreas. I tried to transfer the package but the only namespace I was able to enter was my own. I can't tell if that's the way the other namespaces are set up or just operator error on my part -- either way, salsa won't let me. Sorry :(. -- Ciao, al -- Al Stone E-mail: a...@ahs3.net --
