Bug#947017: [ATT seb] Re: Bug#947017: RFP: org-drill -- emacs self-learning mode with spaced repetition
On 07/01 15:07, Nicholas D Steeves wrote: > Since you're the elpa-org-mode maintainer Would you like to package > org-drill, which was broken out into its own project for org-mode 9.3 > (possibly earlier)? > > Failing that, could I add you as an uploader? I'm happy to do the > work to package it, but I don't want to be the only person responsible > for something that I don't use ;-) Hi Nicholas, I'm OK to be listed as an uploader, but let me state right now that I don't use org-drill either :) Cheers, -- Seb
Bug#948389: ITP: php-pubsubhubbub-publisher -- WebSub publisher library for PHP
Package: wnpp Severity: wishlist Owner: James Valleroy * Package name: php-pubsubhubbub-publisher Version : 0.0.0~git.20181009 Upstream Author : Josh Fraser * URL : https://github.com/pubsubhubbub/php-publisher * License : Apache-2.0 Programming Lang: PHP Description : WebSub publisher library for PHP PHP library implementing a WebSub (formerly PubSubHubbub) publisher. Connects to a hub and publishes updates for a topic URL. This is a dependency of shaarli (ITP #864559). I will maintain it within Debian PHP PEAR Maintainers team.
Bug#948384: RFP: elasticsearch -- Open Source, Distributed, RESTful Search Engine
Package: wnpp Severity: wishlist * Package name: elasticsearch Version : 7.5 Upstream Author : i...@elastic.co * URL : https://github.com/elastic/elasticsearch * License : Apache-2.0 Programming Lang: Java Description : Open Source, Distributed, RESTful Search Engine Fully free version here: https://www.elastic.co/downloads/elasticsearch-oss Already packaged by upstream here: https://www.elastic.co/guide/en/elasticsearch/reference/7.5/deb.html#deb-repo Elasticsearch is a distributed RESTful search engine built for the cloud. Features include: Distributed and Highly Available Search Engine. Each index is fully sharded with a configurable number of shards. Each shard can have one or more replicas. Read / Search operations performed on any of the replica shards. Multi Tenant. Support for more than one index. Index level configuration (number of shards, index storage, …). Various set of APIs HTTP RESTful API All APIs perform automatic node operation rerouting. Document oriented No need for upfront schema definition. Schema can be defined for customization of the indexing process. Reliable, Asynchronous Write Behind for long term persistency. (Near) Real Time Search. Built on top of Apache Lucene Each shard is a fully functional Lucene index All the power of Lucene easily exposed through simple configuration / plugins. Per operation consistency Single document level operations are atomic, consistent, isolated and durable.
Bug#948383: RFP: golang-github-missinglink-pbf -- utilities for parsing OpenStreetMap PBF files and extracting geographic data
Package: wnpp Severity: wishlist * Package name: golang-github-missinglink-pbf Version : 0.0.0 Upstream Author : Peter Johnson * URL : https://github.com/missinglink/pbf * License : MIT Programming Lang: Go Description : Utilities for parsing OpenStreetMap PBF files and extracting geographic data
Bug#948382: RFP: libpostal -- international street address NLP
Package: wnpp Severity: wishlist * Package name: libpostal Version : v1.1-alpha Upstream Author : Al Barrentine * URL : https://github.com/openvenues/libpostal * License : MIT Programming Lang: C Description : International street address NLP Libpostal is a C library for parsing/normalizing street addresses around the world using statistical NLP and open data. The goal of this project is to understand location-based strings in every language, everywhere. Addresses and the locations they represent are essential for any application dealing with maps (place search, transportation, on-demand/delivery services, check-ins, reviews). Yet even the simplest addresses are packed with local conventions, abbreviations and context, making them difficult to index/query effectively with traditional full-text search engines. This library helps convert the free-form addresses that humans use into clean normalized forms suitable for machine comparison and full-text indexing. Though libpostal is not itself a full geocoder, it can be used as a preprocessing step to make any geocoding application smarter, simpler, and more consistent internationally. The core library is written in pure C. Language bindings for Python, Ruby, Go, Java, PHP, and NodeJS are officially supported and it's easy to write bindings in other languages.
Bug#693230: Bug#933671: RFS: multimail/0.52-1
FYI: I just upload to mentors with some fixes again: https://mentors.debian.net/package/multimail Thanks! PS: I have several beers on my freezer waiting for sponsor =) -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar
Bug#947017: [ATT seb] Re: Bug#947017: RFP: org-drill -- emacs self-learning mode with spaced repetition
Hi Sebastien, Reply follows. On Thu, Dec 19, 2019 at 03:03:13PM +0100, Thomas Koch wrote: > Package: wnpp > X-Debbugs-Cc: tho...@koch.ro, debian-emac...@lists.debian.org, Phillip Lord > > > org-drill was bundled as contrib in org-mode but needed an update and a new > maintainer. > It has now a new maintainer > https://lists.gnu.org/archive/html/emacs-orgmode/2019-06/msg00191.html > is on melpa > https://melpa.org/#/org-drill > and has been removed from org-mode. > https://code.orgmode.org/bzg/org-mode/commit/2c8e8b4a186473729b983318c2befc1732127165 > > (BTW, once this is done: https://melpa.org/#/org-drill-table ) > > * Package name: org-drill > Version : 2.7 > Upstream Author : Paul Sexton , Phillip Lord > > * URL : https://gitlab.com/phillord/org-drill > * License : GPL-3+ > Programming Lang: elisp > Description : emacs self-learning mode with spaced repetition > > Org-Drill is an extension for Emacs' org-mode. Org-Drill uses a spaced > repetition algorithm to conduct interactive “drill sessions”, using org files > as sources of facts to be memorised. The material to be remembered is > presented in random order. The self-rated recall of each item is used to > schedule the item for later revision. Since you're the elpa-org-mode maintainer Would you like to package org-drill, which was broken out into its own project for org-mode 9.3 (possibly earlier)? Failing that, could I add you as an uploader? I'm happy to do the work to package it, but I don't want to be the only person responsible for something that I don't use ;-) Regards, Nicholas signature.asc Description: PGP signature
Bug#948374: RFP: PeerTube-Desktop -- a native GTK adaptive client for Peertube
Package: wnpp Severity: wishlist * Package name : PeerTube-Desktop Upstream Author : Matthieu De Beule * URL : https://framagit.org/artectrex/peertube-desktop (https://framagit.org/artectrex/peertube-desktop) * License : GPLv3 (or later) Programming Lang: GTK, Python Description : PeerTube-Desktop is a native (GTK3) peertube client This is a native GTK adaptive client for Peertube, developed for GNU/Linux but with portability in mind. PeerTube (https://framagit.org/framasoft/peertube/PeerTube (https://framagit.org/framasoft/peertube/PeerTube)) is a free, decentralized and federated video platform developed as an alternative to other platforms that centralize our data and attention, such as YouTube, Dailymotion or Vimeo. 🎬 But one organization hosting PeerTube alone may not have enough money to pay for bandwidth and video storage of its servers, all servers of PeerTube are interoperable as a federated network, and non-PeerTube servers can be part of the larger Vidiverse (federated video network) by talking our implementation of ActivityPub. Video load is reduced thanks to P2P (BitTorrent) in the web browser via WebTorrent (https://github.com/webtorrent/webtorrent)
Bug#945460: ITP: python-lunardate -- Chinese Calendar Library in Pure Python
Hi Michael, Thanks for uploading python-lunardate. It seems that the package is now in Sid. I will make another source-only team upload to allow it to migrate to Testing. -- Best, Boyuan Yang 在 2019-11-25一的 11:07 -0500，Boyuan Yang写道： > Hi Michael, > > 在 2019-11-25一的 10:22 +0100，Michael Fladischer写道： > > Package: wnpp > > Severity: wishlist > > Owner: Michael Fladischer > > > > * Package name: python-lunardate > > Version : 0.2.0 > > Upstream Author : LI Daobing > > * URL : https://github.com/lidaobing/python-lunardate/ > > * License : GPL-3 > > Programming Lang: Python > > Description : Chinese Calendar Library in Pure Python > > > > This library performs date conversion between the Gregorian Solar > > Calendar > > (SC) > > and the Chinese Lunar Calendar (LC). Given a date in either calendar, it > > also > > outputs the corresponding "shengxiao" animal of the year) and "ganzhi" > > characters. The date range currently covered is from about 1900 A.D. to > > 2049 > > A.D. > > > > I intend to maintain this as part of the DPMT as a prerequisite for a > > future > > workalendar package. > > Thanks for your interest in packaging a lunar-date-related package. There > were > several packages in Debian around lunar date, like [1], [2] and [3]; however > their upstream are all inactive now. > > Since the upstream of this python-lunardate was a Debian Developer (in CC > list) and that this package is Chinese-related, I am suggesting to add > Debian > Chinese Team ( > https://qa.debian.org/developer.php?email=chinese-developers%40lists.alioth.debian.org > ) into the uploaders list so that co-maintenance could be achieved. Please > let > me know whether that works for you. > > > [1] https://tracker.debian.org/pkg/lunar-date > [2] https://tracker.debian.org/pkg/lunar > [2] https://tracker.debian.org/pkg/liblunar > > signature.asc Description: This is a digitally signed message part
Bug#948362: ITP: nng -- nanomsg next generation
Package: wnpp Severity: wishlist Owner: Laszlo Boszormenyi (GCS) * Package name: nng Version : 1.2.3 Upstream Author : Copyright 2018 Staysail Systems, Inc. , Copyright 2018 Capitar IT Group BV * URL : https://github.com/nanomsg/nng/ * License : MIT Programming Lang: C Description : Lightweight Messaging Library NNG, like its predecessors nanomsg (and to some extent ZeroMQ), is a lightweight, broker-less library, offering a simple API to solve common recurring messaging problems, such as publish/subscribe, RPC-style request/reply, or service discovery. The API frees the programmer from worrying about details like connection management, retries, and other common considerations, so that they can focus on the application instead of the plumbing.
Bug#948361: ITP: vagrant-bindfs -- Vagrant plugin to automate bindfs mounts in the VM
Package: wnpp Severity: wishlist Owner: Jonas Meurer * Package name: vagrant-bindfs Version : 1.1.5 Upstream Author : Gaël-Ian Havard * URL : https://github.com/gael-ian/vagrant-bindfs * License : MIT Programming Lang: Ruby Description : Vagrant plugin to automate bindfs mounts in the VM vagrant-bindfs is a Vagrant plugin to automate bindfs mounts in the VM. This allows you to change owner, group and permissions on files and, for example, work around NFS share permissions issues.
Processed: ITP: r-cran-robustrankaggreg -- Methods for robust rank aggregation
Processing commands for cont...@bugs.debian.org: > owner 948345 Steffen Moeller Bug #948345 [wnpp] ITP: r-cran-robustrankaggreg -- Methods for robust rank aggregation Owner recorded as Steffen Moeller . > End of message, stopping processing here. Please contact me if you need assistance. -- 948345: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948345 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#948345: ITP: r-cran-robustrankaggreg -- Methods for robust rank aggregation
Package: wnpp Severity: wishlist Subject: ITP: r-cran-robustrankaggreg -- Methods for robust rank aggregation Package: wnpp Owner: Steffen Moeller Severity: wishlist * Package name: r-cran-robustrankaggreg Version : 1.1 Upstream Author : Raivo Kolde, Sven Laur * URL : https://cran.r-project.org/package=RobustRankAggreg * License : GPL-2 Programming Lang: GNU R Description : Methods for robust rank aggregation Methods for aggregating ranked lists, especially lists of genes. It implements the Robust Rank Aggregation (Kolde et. al in preparation) and some other simple algorithms for the task. RRA method uses a probabilistic model for aggregation that is robust to noise and also facilitates the calculation of significance probabilities for all the elements in the final ranking. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-cran-robustrankaggreg
Bug#948337: ITP: libjson-hyper-perl -- extract links from JSON via a schema
Package: wnpp Owner: Andrius Merkys Severity: wishlist * Package name : libjson-hyper-perl Version : 0.011 Upstream Author : Toby Inkster * URL : https://metacpan.org/release/JSON-Hyper * License : Artistic Programming Lang: Perl Description : extract links from JSON via a schema Given a JSON (or equivalent Perl nested hashref/arrayref structure) Hyper Schema, returns a Perl object capable of interpreting that schema. Remark: This package is to be maintained with Debian Perl Group at https://salsa.debian.org/perl-team/modules/packages/libjson-hyper-perl
Bug#916333: dav1d_0.5.2-1_amd64.changes REJECTED
Hi, Le mar. 31 déc. 2019 à 21:50, James Cowgill a écrit : > > The AOM patent license is not a copyright license but rather an > "optional extra" which grants users patent rights under some extra > conditions. You would usually use it along with an additional license to > cover all the copyright related parts which the DFSG is more concerned > about. > > In aom, I put the patent license in a "Comment" section at the top and > don't mention it in any "License" clauses which I think makes this > distinction between copyright and patent issues a bit clearer. Thanks James for this explanation! The files from the package dav1d which are "covered" by the "optional extra" AOM patent license have exactly the same header as these from the package aom. So, I will write the d/copyright file like you did for aom. I hope this will be fine. Best, Dylan
Processed: ITP: libbio-featureio-perl -- Modules for reading, writing, and manipulating sequence features
Processing commands for cont...@bugs.debian.org: > owner 948325 "Michael R. Crusoe" Bug #948325 [wnpp] ITP: libbio-featureio-perl -- Modules for reading, writing, and manipulating sequence features Owner recorded as "Michael R. Crusoe" . > End of message, stopping processing here. Please contact me if you need assistance. -- 948325: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948325 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: ITP: libsys-info-perl -- Fetch information from the host system
Processing commands for cont...@bugs.debian.org: > owner 948330 "Michael R. Crusoe" Bug #948330 [wnpp] ITP: libsys-info-perl -- Fetch information from the host system Owner recorded as "Michael R. Crusoe" . > End of message, stopping processing here. Please contact me if you need assistance. -- 948330: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948330 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: ITP: libsys-info-driver-linux-perl -- Linux driver for Sys::Info
Processing commands for cont...@bugs.debian.org: > owner 948329 "Michael R. Crusoe" Bug #948329 [wnpp] ITP: libsys-info-driver-linux-perl -- Linux driver for Sys::Info Owner recorded as "Michael R. Crusoe" . > End of message, stopping processing here. Please contact me if you need assistance. -- 948329: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948329 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#948330: ITP: libsys-info-perl -- Fetch information from the host system
Package: wnpp Severity: wishlist Subject: ITP: libsys-info-perl -- Fetch information from the host system Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: libsys-info-perl Version : 0.7811 Upstream Author : , Burak Gursoy * URL : https://metacpan.org/release/Sys-Info * License : Artistic Programming Lang: Perl Description : Fetch information from the host system Extracts and collects information from the host system. Remark: This package is maintained by Debian Med Packaging Team at https://salsa.debian.org/med-team/libsys-info-perl
Bug#948329: ITP: libsys-info-driver-linux-perl -- Linux driver for Sys::Info
Package: wnpp Severity: wishlist Subject: ITP: libsys-info-driver-linux-perl -- Linux driver for Sys::Info Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: libsys-info-driver-linux-perl Version : 0.7905 Upstream Author : , Burak Gursoy * URL : https://metacpan.org/release/Sys-Info-Driver-Linux * License : Artistic Programming Lang: Perl Description : Linux driver for Sys::Info This is the main module in the Linux driver collection. Remark: This package is maintained by Michael R. Crusoe at https://salsa.debian.org/med-team/libsys-info-driver-linux-perl
Bug#948325: ITP: libbio-featureio-perl -- Modules for reading, writing, and manipulating sequence features
Package: wnpp Severity: wishlist Subject: ITP: libbio-featureio-perl -- Modules for reading, writing, and manipulating sequence features Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: libbio-featureio-perl Version : 1.6.905 Upstream Author : BioPerl Team * URL : https://metacpan.org/release/Bio-FeatureIO * License : Artistic Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : Modules for reading, writing, and manipulating sequence features An I/O iterator subsystem for genomic sequence features. . Bio::FeatureIO is a handler module for the formats in the FeatureIO set (eg, Bio::FeatureIO::GFF). It is the officially sanctioned way of getting at the format objects, which most people should use. . The Bio::FeatureIO system can be thought of like biological file handles. They are attached to filehandles with smart formatting rules (eg, GFF format, or BED format) and can either read or write feature objects (Bio::SeqFeature objects, or more correctly, Bio::FeatureHolderI implementing objects, of which Bio::SeqFeature is one such object). If you want to know what to do with a Bio::SeqFeatureI object, read Bio::SeqFeatureI. . The idea is that you request a stream object for a particular format. All the stream objects have a notion of an internal file that is read from or written to. A particular FeatureIO object instance is configured for either input or output. A specific example of a stream object is the Bio::FeatureIO::gff object. Remark: This package is maintained by Debian Med Packaging Team at https://salsa.debian.org/med-team/libbio-featureio-perl
Bug#948324: ITP: pymdown-extensions -- extension pack for Python Markdown
Package: wnpp Severity: wishlist Owner: Andrej Shadura * Package name: pymdown-extensions Version : 6.2.1 Upstream Author : Isaac Muse * URL : http://www.example.org/ * License : Expat Programming Lang: Python Description : extension pack for Python Markdown PyMdown Extensions is a collection of extensions for Python Markdown. - arithmatex - b64 - betterem - caret - critic - details - emoji - escapeall - extra - extrarawhtml - highlight - inlinehilite - keymap_db - keys - magiclink - mark - pathconverter - progressbar - slugs - smartsymbols - snippets - striphtml - superfences - tasklist - tilde -- Cheers, Andrej
Bug#930440: Installation of "policy.json" expected to be done by recommended package
On Tuesday, 7 January 2020 8:41:43 PM AEDT Cirujano Cuesta, Silvano wrote: > In the past "policy.json" was being installed by this package, but this > behavior got changed: > https://salsa.debian.org/debian/libpod/commit/3980d63cbc13c51369f3540eb32e > 53391199b91d Is there a question here? > Now it's expected to get the policy installed by another > recommended package: "buildah". Correct. > I suppose that such a change was needed to > avoid two Debian packages that are compatible trying to manage the same > file. Am I right? Not quite. Buildah is a lower level package so it is reasonable for it to own the policy. One package providing the file is quite enough. > But probably some prominent way to tell the user about how to get > "policy.json" (and probably also "registries.conf") is needed. Not really. Recommended packages are installed by default. README.Debian already contains a note about "policy.json". This is sufficient. > If not, people will be frequently stumbling over it. If they do not install Recommended packages? That's OK. > I did and someone else also did: > https://github.com/containers/libpod/issues/1742#issuecomment-570952262 I think the only reason why you've stumbled upon the issue is because you are likely installed podman using `dpkg` command that installs no recommended packages. > I first thought on some message on installation, what might be useful. No... This is an optional file that is not even needed to those who build/ deploy their own OCI container images. > But in the end probably the place where it's failing is the best place to > let the user know about the solution... It is the same issue with Buildah... Buildah owns those conffiles and provides their man pages as well. > What about minor patching to report the potential issues? ??? I don't quite follow you... > Patching CheckForRegistries@cmd/podman/platform_linux.go [1] would suffice > for "registries.conf". "registries.conf" is an optional file. I think everything is good enough as it is now. -- Cheers, Dmitry Smirnov. --- Good luck happens when preparedness meets opportunity. signature.asc Description: This is a digitally signed message part.
Bug#930440: Installation of "policy.json" expected to be done by recommended package
In the past "policy.json" was being installed by this package, but this behavior got changed: https://salsa.debian.org/debian/libpod/commit/3980d63cbc13c51369f3540eb32e53391199b91d Now it's expected to get the policy installed by another recommended package: "buildah". I suppose that such a change was needed to avoid two Debian packages that are compatible trying to manage the same file. Am I right? But probably some prominent way to tell the user about how to get "policy.json" (and probably also "registries.conf") is needed. If not, people will be frequently stumbling over it. I did and someone else also did: https://github.com/containers/libpod/issues/1742#issuecomment-570952262 I first thought on some message on installation, what might be useful. But in the end probably the place where it's failing is the best place to let the user know about the solution... What about minor patching to report the potential issues? Patching CheckForRegistries@cmd/podman/platform_linux.go [1] would suffice for "registries.conf". I haven't found yet the place where the issue with "policy.json" gets reported... [1] https://github.com/containers/libpod/blob/master/cmd/podman/platform_linux.go#L16
