Bug#926618: RFP: webext-plasma-integration
On Mon, 6 Dec 2021 14:47:24 + Phil Morrell wrote: > Would be nice to see this packaged, since the native part is already > available, under the affects package name. Note, I'm not even using this > under KDE, it works perfectly fine under XFCE. As I mentioned in #965386, this is easy to add to the package: sudo cp -a extension/ /usr/share/webext/plasma sudo ln -s /usr/share/webext/plasma /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/$(jq -r .applications.gecko.id < extension/manifest.json) sudo ln -s /usr/share/webext/plasma /usr/share/chromium/extensions/plasma I think this RFP should be closed in favour of #965386, which would simply included the needed files in plasma-browser-integration itself. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1032369: O: harmony -- program and library for creating and managing Discord accounts
On Sun, 2023-03-05 at 16:40 +0800, Paul Wise wrote: > I intend to orphan the harmony package. > > The package description is: > A program and library for performing various actions with > the Discord messaging service. Patrick, since you recently adopted the Debian purple-discord package, perhaps you would be interested in adopting the harmony package too? https://bugs.debian.org/1032369 -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1051352: ITP: shedskin -- Python-to-C++ compiler designed to speed up Python programs
On Wed, 2023-09-06 at 18:11 +0200, Paul Boddie wrote: > This package was previously included in Debian but was discarded when Python > 2 ceased to be supported for most areas of distribution functionality. This > software has since been updated to run using Python 3. Please note the extra steps when reintroducing packages, ie bug triage: https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#reintroducing-packages -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1003372: ITP: oci-cli -- Command Line Interface for Oracle Cloud Infrastructure
Control: retitle 1003714 RFP: oci-cli -- Command Line Interface for Oracle Cloud Infrastructure Control: noowner 1003714 Control: retitle 1003372 RFP: oci-python-sdk -- Oracle Cloud Infrastructure Python SDK Control: noowner 1003372 On Fri, 14 Jan 2022 14:03:07 +0800 Paul Wise wrote: > * Package name: oci-cli ... > Description : Command Line Interface for Oracle Cloud Infrastructure > > It depends on oci-python-sdk, which I also intend to package (#1003372). I no longer intend to package oci-cli or oci-python-sdk, but there may be other folks using Oracle Cloud Infrastructure, so making these RFPs. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1041232: RFP: git-mediate -- tool to help resolving git conflicts
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-hask...@lists.debian.org Forwarded: https://github.com/Peaker/git-mediate/issues/36 * Package name: git-mediate Version : 1.0.7 Upstream Contact: Eyal Lotem Peaker * URL : https://github.com/Peaker/git-mediate * License : GPLv2 Programming Lang: Haskell Description : tool to help resolving git conflicts This tool helps to quickly resolve the easier git conflicts, it would be great to have it in Debian to help package maintainers resolve conflicts when rebasing Debian patches to new upstream releases. Upstream is interested in having it in Debian in order to ease the installation process for users who prefer apt over stack. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1037250: ITP: fangfrisch -- Update and verify unofficial Clam Anti-Virus signatures
On Sat, 2023-06-10 at 09:50 -0400, Scott Kitterman wrote: > It does, but I think Fangfrisch is still a useful thing to have in Debian. I wonder if there is any tool that generates and/or contains the appropriate ClamAV configs for popular unofficial signatures, rather than manually downloading those signatures themselves. Perhaps Fangfrisch should become such a tool? Or is ClamAV upstream interested in such a tool/config? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1037250: ITP: fangfrisch -- Update and verify unofficial Clam Anti-Virus signatures
On Fri, 2023-06-09 at 12:46 +0200, Gürkan Myczko wrote: > Description : Update and verify unofficial Clam Anti-Virus signatures > This is a sibling of the Clam Anti-Virus freshclam utility. It allows > downloading virus definition files that are not official ClamAV canon, > e.g. from Sanesecurity, URLhaus and others. I was under the impression that ClamAV itself now has options to download unofficial signatures, is that the case or was that removed? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1035110: ITP: drminfo -- Small utility to dump info about DRM devices
On Sat, 2023-04-29 at 15:13 -0600, Rodrigo Siqueira wrote: > * Package name : drminfo > * URL : https://gitlab.freedesktop.org/emersion/drm_info This is already packaged in Debian as drm-info. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1032369: O: harmony -- program and library for creating and managing Discord accounts
Package: wnpp Severity: normal X-Debbugs-Cc: harm...@packages.debian.org Control: affects -1 + src:harmony I intend to orphan the harmony package. The package description is: A program and library for performing various actions with the Discord messaging service. Currently, it supports: . * Creating an account * Verifying the email address * Viewing the account tag * Change the username, email address, password, and avatar * Change safety and privacy settings * List servers you’re in and members in those servers * Transfer and delete servers you own * Accept server invites * Delete your account . This program does not support messaging with Discord, please use Pidgin with the purple-discord plugin for that. . https://en.wikipedia.org/wiki/Discord_(software) -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1032178: O: purple-discord -- Discord messaging service plugin for libpurple
Package: wnpp Severity: normal X-Debbugs-Cc: purple-disc...@packages.debian.org Control: affects -1 + src:purple-discord I intend to orphan the purple-discord package. The package description is: A plugin for libpurple that adds the option to use the Discord messaging service in all libpurple-based clients (including Pidgin and Finch). . This plugin does not support creating and managing Discord accounts, please use the harmony package for those tasks. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1030279: ITP: hud -- Backend for the Unity/Lomiri HUD
On Thu, 2023-02-02 at 00:14 +0100, Mike Gabriel wrote: > * Package name : hud This seems too generic, perhaps it should be lomiri-hud? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#989456: RFP: geckodriver - Proxy for using W3C WebDriver compatible clients to interact with Gecko-based browsers
Control: unblock 989456 by 874207 989455 On Fri, 04 Jun 2021 15:03:19 +0800 Paul Wise wrote: > Since geckodriver is part of the Firefox source code, it would be > better to build it from the firefox and firefox-esr source packages, > and there are already two bugs about including geckodriver this way: > > https://bugs.debian.org/874207 > https://bugs.debian.org/989455 The Firefox maintainer said on these two bugs that it should instead be packaged separately, since it is available on crates.io now: > It would be better to package it standalone. > Nowadays, it is available on crates.io. Here are the pages about the crate (second one needs no JS): https://crates.io/crates/geckodriver https://lib.rs/crates/geckodriver Here is a link to the upstream git repository: https://hg.mozilla.org/mozilla-central/file/tip/testing/geckodriver Here is an example of how to package Rust programs: https://blog.hackeriet.no/packaging-a-rust-project-for-debian/ -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#824240: ITP: python-onvif -- Python Client for ONVIF Cameras
On Sat, 14 May 2016 02:33:44 + Jelmer Vernooij wrote: > * Package name: python-onvif > * URL : https://github.com/quatanium/python-onvif That project is no longer developed and only supports Python 2 but there is now a fork that also supports Python 3: https://github.com/FalkTannhaeuser/python-onvif-zeep -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#903999: ITP: php-doc -- Documentation for PHP
On Tue, 2022-10-04 at 09:20 -0300, Athos Ribeiro wrote: > While I am working on packaging details, I still want to make sure it is > OK to re-introduce the package due to the PHP-3.0 issues I pointed > before. OK. To be clear, I have no interest in PHP or php-doc, I mainly wanted to make you aware of the steps for reintroduction of old packages. > Finally, I did go through the bugs closed with +rm, and am commenting on > each of them here to ensure we have notes for when we un-archive them. Thanks for working on this. > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821695 > This one is regarding the PHP 7 transition. It was the reason the > package was removed and it is fixed in the new proposed package. You'll need to unarchive/reopen this and then either close it in the debian/changelog of your package or close the bug with the new version: https://www.debian.org/Bugs/Developer#closing Since you probably don't want to notify the submitter of the closing, probably you should use the close command with the new version number: https://www.debian.org/Bugs/server-control#close > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737713 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766882 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734145 > These are all regarding broken links and missing files. They are fixed > in the new proposed package and I also added an autopkgtest to ensure > there will be no regressions here. Great! Same advice as above, although maybe versioned -done instead. > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766816 > This is a request to add additional links for aliases. It is still > valid and should be dealt with upstream. This you could unarchive/reopen, file upstream and mark as forwarded: https://www.debian.org/Bugs/server-control#forwarded > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606081 > This is a request to improve an specific function behavior > documentation. I will probably forward this upstream to be handled > there. Same as above. > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288744 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348512 > These are requests to package different language translations. > Unfortunatelly, most PHP translations are far from complete and I am > not sure they'd be ready for packaging, with exception of one > language. I could package that one __if__ there is interest for that > in the long run. Otherwise, we should keep these open until the docs > get more translated contents. These you could unarchive/reopen and state your position on the bugs. Since both of them request Spanish, German and French, maybe the translations for those are complete enough to be packaged, if so then you could close the bugs when packaging them. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#903999: ITP: php-doc -- Documentation for PHP
On Mon, 2022-09-26 at 16:23 -0300, Athos Ribeiro wrote: > As mentioned in the original report (RFP), this package was > originally removed from the archive due to Bug #821695, when it was > not updated during the PHP 7 transition. If you weren't already aware, please note the extra steps needed when reintroducing packages that were removed from Debian (e.g. bug reopen): https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1019387: ITP: atomes -- an atomistic tool box
On Thu, 2022-09-08 at 13:24 +0200, Sébastien Le Roux wrote: > If the proper way to do that is inside a packaging team then I think > the "Debian Scientific Computing Team" is likely to be the most > appropriate place to start. I feel like the Debian chemistry team might be a better option: https://wiki.debian.org/Debichem https://blends.debian.org/debichem/tasks/ Potentially also the Debian science team, but I'm not sure, so perhaps you should send a mail to both teams asking them about this. https://wiki.debian.org/DebianScience https://wiki.debian.org/DebianScience/Chemistry Probably the chemistry/science team wiki/etc infra needs some cleanup. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1018866: RFP: wayback-machine-webextension -- Wayback Machine Web Browser Extension
Package: wnpp Severity: wishlist X-Debbugs-CC: pkg-mozext-maintain...@lists.alioth.debian.org * Package name : wayback-machine-webextension Upstream Author : Internet Archive * URL : https://github.com/internetarchive/wayback-machine-webextension * License : AGPL-3.0 Programming Lang: JavaScript/HTML/CSS Description : Wayback Machine Web Browser Extension With the power of the Wayback Machine, we let you go back in time to see how a URL has changed and evolved through the history of the Web! Features include Save Page Now, Oldest/Newest/Overview, Wayback Machine Count, Replace errors, Contextual Notices, Relevant Resources, URLs/Collections, Site Map, Word Cloud and others. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1018865: RFP: libredirect -- web extension that redirects popular sites to alternative frontends and backends
Package: wnpp Severity: wishlist X-Debbugs-CC: pkg-mozext-maintain...@lists.alioth.debian.org * Package name : libredirect * URL : https://libredirect.github.io/ * License : GPL-3.0 Programming Lang: JavaScript/HTML/CSS/Python Description : web extension that redirects popular sites to alternative frontends and backends -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1018864: RFP: prr -- mailing list style code reviews for GitHub
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-r...@lists.debian.org * Package name : prr Upstream Author : Daniel Xu * URL : https://dxuuu.xyz/prr.html * License : GPL-2.0 Programming Lang: Rust Description : mailing list style code reviews for GitHub -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1015898: ITP: FoxDot -- Live Coding with Python
On Wed, 2022-07-27 at 12:25 +0200, Joenio Marques da Costa wrote: > I've created a Issue on Github about it. > > https://github.com/Qirky/FoxDot/issues/255 Thanks. You have written a really excellent post there! Hope it works. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1015898: ITP: FoxDot -- Live Coding with Python
On Sat, 23 Jul 2022 15:22:11 +0200 Josue Ortega wrote: > * Package name: foxdot > * URL : https://foxdot.org/ I note that the GitHub repo suggests that FoxDot is unmaintained: https://github.com/Qirky/FoxDot I am no longer actively developing FoxDot and will only be making minor changes to the code in response to issues / pull requests in this time. So you might want to talk to upstream about the situation. Maybe they should create a LiveCoding GitHub organisation, invite other people and projects and move maintenance of FoxDot to the new organisation. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1015971: ITP: pamixer -- pulseaudio command line mixer
On Sun, 2022-07-24 at 18:26 +0200, Tzafrir Cohen wrote: > pamixer is like amixer but for pulseaudio. pulsemixer is already available in Debian, do we need pamixer? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1012712: ITP: ai -- PHP library to develop easily SQL queries usable in web pages
On Sun, 2022-06-12 at 17:50 +0200, Georges Khaznadar wrote: > * Package name : ai This is a very generic name, please use php-ai as the source package. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1012289: O: lintian -- Debian package checker
Package: wnpp Severity: normal X-Debbugs-Cc: debian-de...@lists.debian.org, debian-lint-ma...@lists.debian.org Control: affects -1 src:lintian The lintian package is now orphaned as both of the people who were actively working on lintian have stopped that work: https://lists.debian.org/msgid-search/5e4d0e28-a3f4-4302-8364-5afd93d8a...@www.fastmail.com https://lists.debian.org/msgid-search/cafhyt550_6hc-2srjqyv0z9kgpwulpgnnxvoonpohp3r+pa...@mail.gmail.com Please join the lintian group/project on salsa if you want to help maintain the lintian codebase; add tests, update for new policy etc. https://salsa.debian.org/lintian/lintian The package description is: Lintian dissects Debian packages and reports bugs and policy violations. It contains automated checks for many aspects of Debian policy as well as some checks for common errors. . This package is useful for all people who want to check Debian packages for compliance with Debian policy. Every Debian maintainer should check packages with this tool before uploading them to the archive. . This version of Lintian is calibrated for Debian Policy version 4.6.0.1. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1012167: ITP: haskell-tz -- Efficient time zone handling
On Thu, 2022-06-02 at 09:12 +, Robert Greener wrote: > They're used at runtime, so nothing would need to be rebuilt if > tzdata was updated. Excellent, thats definitely the best option for timezone data. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1012167: ITP: haskell-tz -- Efficient time zone handling
On Tue, 2022-05-31 at 20:15 +, Robert Greener wrote: > I've patched haskell-tzdata (where haskell-tz gets the data from) so > that it uses the system files instead of supplying them. So it should > be ok. Are the system files used at build time or at runtime? After an update of the tzdata source/binary packages, will haskell-tzdata, haskell-tz or any packages depending on them need a rebuild? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1011956: ITP: fonts-nunito -- Well balanced Sans Serif with rounded terminals
On Fri, 2022-05-27 at 23:07 +0200, Dr. Tobias Quathamer wrote: > * Package name : fonts-nunito The package you prepared does not build the font from source (even though upstream provides a build script), nor include the source for the font in the source package (even though upstream provides it). I suggest that you ask the ftp-masters to reject the package and rework the package using the upstream source and build scripts in this repo: https://github.com/googlefonts/nunito I also suggest that you use the support for git in uscan, including using the git commit date for the version number instead of the date that you downloaded the binary files. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1003372: ITP: oci-python-sdk -- Oracle Cloud Infrastructure Python SDK
On Sun, 2022-05-01 at 13:20 +0800, Paul Wise wrote: > Control: outlook -1 blocked by > https://github.com/oracle/oci-python-sdk/issues/444 Oracle have updated their embedded code copies to versions that are available in Debian unstable, except for idna, which is still outdated, and httpsig_cffi, which is a modified copy of an unmaintained project. They also stated that they intend to move to Python ranged dependencies for oci-python-sdk version 3.0. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1010778: ITP: psi-notify -- Alert when your machine is becoming over-saturated
On Mon, 2022-05-09 at 21:14 +, Michel Alexandre Salim wrote: > I plan to maintain this myself - I'm new to Debian packaging, this is my > second package (currently also working on getting distrobox > sponsored) I need this, so I will be happy to sponsor you. Once the package is ready, please follow the usual mentors procedures (RFS etc) and I will review the package when I read the RFS mail. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1003372: ITP: oci-python-sdk -- Oracle Cloud Infrastructure Python SDK
Control: outlook -1 blocked by https://github.com/oracle/oci-python-sdk/issues/444 Packaging oci-python-sdk is currently blocked by the extensive vendoring/forking of Python libraries that upstream does. Details are available in the bug I have filed upstream. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1006130: Easier packaging in new versions of sioyek
On Sun, 10 Apr 2022 20:50:14 +0430 ali mostafavi wrote: > I would prefer if someone else packaged sioyek (mainly because I am a total > noob when it comes to packaging) but if no one is interested maybe I can do > it myself. In case you end up doing that yourself, please refer to this page: https://mentors.debian.net/intro-maintainers/ If you have any questions during the process, the mentors list/channel will almost always answer them, but package review and sponsoring have fewer people working on them, the main thing is persistence. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1003714: ITP: oci-cli -- Command Line Interface for Oracle Cloud Infrastructure
On Sat, 2022-01-15 at 12:25 +0100, Thomas Goirand wrote: > Just please make sure it doesn't conflict with: > packages.debian.org/openstack-cluster-installer-cli AFAICT there is nothing that conflicts, except the OCI acronym, which seems to also be shared with the Open Containers Images specification. > Hopefully, yours will be oci-cli, when mine is ocicli ... It is even more generic than that, it claims /usr/bin/oci: entry_points={ 'console_scripts': ["oci=oci_cli.cli:cli", "create_backup_from_onprem=oci_cli.scripts.database.dbaas:create_backup_from_onprem"] }, -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1003714: ITP: oci-cli -- Command Line Interface for Oracle Cloud Infrastructure
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org, debian-cl...@lists.debian.org Control: block -1 by 1003372 * Package name: oci-cli Version : 3.4.1 Upstream Author : Mike Ross and others at Oracle * URL : https://docs.cloud.oracle.com/Content/API/Concepts/cliconcepts.htm * License : Universal Permissive License or Apache Programming Lang: Python Description : Command Line Interface for Oracle Cloud Infrastructure This package is needed by my employer for managing their OCI instances. I plan to maintain it within the Debian Cloud Team after joining it. It depends on oci-python-sdk, which I also intend to package (#1003372). -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1003376: ITP: python-circuitbreaker -- Python "Circuit Breaker" implementation
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org Control: block 1003372 by -1 * Package name: python-circuitbreaker Version : 1.3.2 Upstream Author : Fabian Fuelling * URL : https://github.com/fabfuel/circuitbreaker * License : BSD Programming Lang: Python Description : Python "Circuit Breaker" implementation This is needed by oci-python-sdk (#1003372). The package will be maintained within the Python team. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1003372: ITP: oci-python-sdk -- Oracle Cloud Infrastructure Python SDK
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org, debian-cl...@lists.debian.org * Package name: oci-python-sdk Version : 2.53.1 Upstream Author : Vyas Bhagwat and others * URL : https://github.com/oracle/oci-python-sdk/ * License : UPL or Apache Programming Lang: Python Description : Oracle Cloud Infrastructure Python SDK This package is needed by my employer for managing their OCI instances. I plan to maintain it within the Debian Cloud Team after joining it. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1001903: ITP: loki-database -- Like Prometheus, but for logs.
On Sat, 2021-12-18 at 12:20 -0500, Sean Anderson wrote: > The upstream package name conflicts with the existing package loki > ("MCMC linkage analysis on general pedigrees"). However, that package is > "dead upstream" (according to debian/watch), so perhaps this package can > get the name eventually. Name suggestions are appreciated. Since Loki is a relatively generic name used for many different things, personally I think no one package should use the unqualified name. For example the Loki C++ library distinguishes itself as loki-lib. The name loki-database seems a good choice for the software you are packaging. https://en.wikipedia.org/wiki/Loki_(disambiguation) https://en.wikipedia.org/wiki/Loki_(C++) > Grafana itself live in another source package and will be a separate effort. Since Grafana was in Debian before and was removed due to being orphaned, outdated and RC-buggy, please note the extra steps required when reintroducing packages; base your new package on the latest version of the old package (such as from the old now archived VCS), unarchive/reopen and triage bugs closed by the removal and reopen and triage security issues closed by the removal. https://tracker.debian.org/pkg/grafana https://tracker.debian.org/news/994097/removed-260dfsg-3-from-unstable/ https://bugs.debian.org/909592 https://alioth-archive.debian.org/git/collab-maint/grafana.git.tar.xz https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;src=grafana https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1001876: ITP: mpv-mpris -- MPRIS plugin for mpv
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mpv-mpris Version : 0.6 Upstream Author : Ho-Yon Mak * URL : https://github.com/hoyon/mpv-mpris * License : MIT Programming Lang: C Description : MPRIS plugin for mpv mpv lacks support for being controlled by keyboard multimedia buttons, which GNOME/KDE etc usually transform into the MPRIS DBus protocol. This plugin adds support for MPRIS to mpv. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1001176: RFP: perlimports -- Automate maintenance of Perl import statements
gregor herrmann wrote: > But this forked PPI seems like a blocker, at least I have no good > idea how to handle it right now. [1] It seems like the best option would be to talk to upstream about depending on its dependencies instead of embedding/forking them. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#999407: ITP: golang-github-go-enry-go-license-detector -- Reliable project licenses detector
On Tue, 2021-11-30 at 16:59 +0530, Pirate Praveen wrote: > -1 upload was rejected because one of its build depency was rejected > and reuploaded so Built-Using was referring to non existing package. > Only -1 changelog entry had closes command. I see, you can use the -v option to dpkg-buildpackage to include the changelogs and Closes from -1 in the .changes file when building -2. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#999677: RFP: popcon-stats-data -- Debian's Popularity Contest statistics
On Tue, 2021-11-16 at 13:38 +0100, Bill Allombert wrote: > What is the idea exactly ? Bálint's idea was to ship popcon data in a popcon-stats-data package in the Debian archive. I suggested to instead ship that in the apt metadata present in the Packages files. > How often the popcon data are going to be refreshed ? I would assume with the same frequency as the existing data on the popcon.d.o website is refreshed. Anything faster than that would just be refreshing unchanged data. Anything slower than that would be providing outdated data. Outdated data is fine though, so maybe weekly. > Which exact set of data are going to be used ? Initially I thought similar to the QA per-package popcon data: https://qa.debian.org/popcon.php?package=iotop Package: iotop Popcon: 30314 7962 21197 1143 12 If I massage the by_inst file into the same format as this, I calculate that the extra Popcon fields would add 3.7 MB to the Packages files and that data would change often, making the apt updating process slower. So probably the data should go into new files instead and there should be a config file snippet to enable downloading them, a tool to query and index them and a way for apt clients to get that data. Since the Debian repository splits the metadata by suite and component, these new statistics should probably do the same. So the raw popcon submissions would need to be individually mapped to a suite based on the popcon version in the submission, and then each item in the submission attributed to that suite/component. For popcon versions that don't match a suite, if they match a known Debian version, attribute them to the next highest suite and discard submissions with popcon versions that were never in Debian, or maybe attribute them to the relevant vendor separately. popcon submissions that don't have Debian as the vendor probably should be discarded, or maybe attribute them to the relevant vendor separately. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#999677: RFP: popcon-stats-data -- Debian's Popularity Contest statistics
On Tue, 2021-11-16 at 08:38 +0800, Paul Wise wrote: > I think a better approach would be to ship this data in the Debian > apt repository metadata, either in the Packages files or in > Popularity files in the dists/ dir I note that debtags.debian.org uses this approach, data is gathered on the site, then uploaded to ftp-master, which integrates the data and distributes it via the Packages files. So it should work if the FTP Team and Popcon teams are willing to support the idea. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#999677: RFP: popcon-stats-data -- Debian's Popularity Contest statistics
[Forwarded to and CCing the debian-popcon mailing list] On Sun, 2021-11-14 at 21:43 +0100, Bálint Réczey wrote: > The shipped data would let package managers show the popularity of > packages which could let users make more informed decisions when > choosing between packages to install. ... > Ideally the stats would be shipped in a format from which APT and > other package managers could efficiently look up the percentage of > Debian systems a particular binary package was used. This package would be very Debian specific and would give the wrong data when installed in Ubuntu, I think a better approach would be to ship this data in the Debian apt repository metadata, either in the Packages files or in Popularity files in the dists/ dir (similar to the Contents files used by apt-file) so that the data is directly available to apt clients like aptitude/etc. This way Ubuntu and other derivatives could also ship popularity data for their users too. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#995670: ITP: zig -- General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software
On Sun, Oct 3, 2021 at 9:27 PM Jason Ernst wrote: > There is a ticket on the Zig repo: https://github.com/ziglang/zig/issues/7340 > which requests for mainline packages to be available, and the upstream > maintainer replied that it is out of scope of their repository. I would like > to > volunteer to package this and maintain it so it is available easily. Others > are > making similar efforts in other distributions such as Fedora. Please make sure the package is built solely from the source from scratch without any existing binaries using the upstream supported bootstrap process: https://github.com/ziglang/zig-bootstrap/ Personally, I think merging zig-bootstrap into the zig source repo would make it easier for distros to use, but I hear upstream isn't interested in that. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#909567: ITP: opensnitch -- Port of the Little Snitch application firewall
Control: noowner -1 Control: retitle -1 RFP: opensnitch -- Port of the Little Snitch application firewall On Tue, 25 Sep 2018 12:09:36 +0100 Chris Lamb wrote: > Owner: la...@debian.org On GitHub @lamby wrote: > https://github.com/evilsocket/opensnitch/issues/304#issuecomment-748457182 > > That's probably where I left off, yes. I do not intend to continue, however. 👍 Consequently I'm updating the title/owner of the opensnitch wnpp bug. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#895222: ITP: howardhinnant-date -- date and time library based on the C++11/14/17 header
Control: retitle -1 RFP: howardhinnant-date -- date and time library based on the C++11/14/17 header Control: noowner -1 On Tue, 31 Aug 2021 07:34:27 +0800 Paul Wise wrote: > Matthijs has retired from Debian so I suggest you take over the ITP: > > https://nm.debian.org/person/matthijs/ > > There are projects who use this and would like to see it packaged: > > https://github.com/pistacheio/pistache/issues/228#issuecomment-908512860 Martin stated on the pistache issue he will not be packaging it (yet) and Matthijs retired so I am turning this ITP into an RFP for now. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#895222: ITP: howardhinnant-date -- date and time library based on the C++11/14/17 header
On Mon, 30 Aug 2021 22:31:37 +0200 Martin Quinson wrote: > any progress on this package? It has been a while, so I was wondering > if you managed to get somewhere with this package. If you have > something, it'd be great if you could push your work somewhere so that > we could help you, if needed. Matthijs has retired from Debian so I suggest you take over the ITP: https://nm.debian.org/person/matthijs/ There are projects who use this and would like to see it packaged: https://github.com/pistacheio/pistache/issues/228#issuecomment-908512860 -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#951374: RFP: gh -- the GitHub CLI
On Sun, 8 Aug 2021 10:17:06 -0500 Brian Thompson wrote: > I like that proposal and think it makes a lot of sense. `gh` does seem > too short, and while easy to identify for current gh users, maybe it > will be more difficult to find in apt for new users. Also, as you > mentioned, a namespace clash in the future seems like an uncommon > occurence. Could also add a Provides: gh so it is installable with the short name. I would definitely like to have this in Debian, but can't help with it. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#992067: ITP: powder-toy -- A free physics sandbox game
On Tue, Aug 10, 2021 at 3:27 PM clay stan wrote: > * Package name: powder-toy Some earlier related bugs: https://bugs.debian.org/673087 https://bugs.debian.org/671595 Some prior packaging: https://alioth-archive.debian.org/git/pkg-games/powder.git.tar.xz -- bye, pabs https://wiki.debian.org/PaulWise
Bug#991802: ITP: fonts-vazir -- A free sans font for Persian and Arabic
On Mon, Aug 2, 2021 at 8:09 AM eshagh wrote: > This is my first package for Debian, and I may make a lot of mistakes. I have > not raised the issue in my forum yet, but if I can add this font and learn how > to add it, I will definitely get help from others to contribute and improve > it. The first thing to note is that the upstream repository contains pre-built binary fonts, along with the build scripts and source files. Normally pre-built files should not be in git repositories, so you might want to ask upstream to rewrite the repository to remove them, which would make the repository smaller, and then attach the pre-built fonts to the corresponding GitHub releases. If they refuse to either rewrite the repo to remove them or even refuse to delete them in the latest commit, then you should remove them using uscan's Files-Excluded feature: https://wiki.debian.org/Javascript/Repacking https://wiki.debian.org/UscanEnhancements#Deleting_Files_using_Files-Excluded_field_in_debian.2Fcopyright It looks like all the tools used by the upstream build scripts (see scripts/README.md) are available in Debian. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#990200: ITP: golang-github-zmap-zlint -- X.509 Certificate Linter focused on Web PKI standards and requirements.
On Tue, Jun 22, 2021 at 5:21 PM Peymaneh Nejad wrote: > * URL : https://github.com/zmap/zlint There is already an RFP for this (#915788), you might want to merge the bugs together and please check the WNPP list before filing ITP bugs in future. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#924643: RFS: colorzero/2.0-1 [ITP] -- Construct, convert, and manipulate colors in a Pythonic manner.
On Sat, Jun 19, 2021 at 9:06 PM Thomas Goirand wrote: > That's a way more simple, as sometimes, upstream ships an egg-info and > building *modifies* it (and then, nightmare starts...). Usually upstream doesn't ship egg-info in the source repository though, I think I would switch from PyPI tarballs containing egg-info to upstream source repos not containing egg-info and other generated files. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#989456: RFP: geckodriver - Proxy for using W3C WebDriver compatible clients to interact with Gecko-based browsers
Control: block 989456 by 874207 989455 On Fri, 4 Jun 2021 12:20:31 +0530 Joseph Nuthalapati wrote: > * Package name: geckodriver ... > geckodriver is used for automation of the Firefox web browser. It is > required by packages that test web applications by simulating user > interactions, e.g. python3-selenium. Since geckodriver is part of the Firefox source code, it would be better to build it from the firefox and firefox-esr source packages, and there are already two bugs about including geckodriver this way: https://bugs.debian.org/874207 https://bugs.debian.org/989455 -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#974678: Bug#988484: ITP: openh264 -- H.264 encoding and decoding
On Wed, Jun 2, 2021 at 3:36 PM Tobias Frost wrote: > Has this been discussed on e.g debian-legal or with the ftp masters > beforehand? FTR, Debian's patent policy is to only discuss them with lawyers, never in public: https://www.debian.org/legal/patent https://www.debian.org/reports/patent-faq -- bye, pabs https://wiki.debian.org/PaulWise
Bug#979400: Bug#979807: RFS: drs/5.0.5-1 [ITP] -- DRS4 Evaluation Board software
On Tue, Jun 1, 2021 at 10:39 AM Tobias Frost wrote: > this seems to be a quite specific software for some quite specific evaluation > board… The chip seems like something useful for scientists and others dealing with high speed analog signals. Looks like both the board and the chips themselves can be purchased by anyone, I presume that the physics department of ETH Zurich (see the submitter's email) has purchased them and is using them in their own experiments and is also using Debian and wants to use Debian packages of the software. http://phys.ethz.ch/ -- bye, pabs https://wiki.debian.org/PaulWise
Bug#989117: ITP: jack-mixer -- GTK+ JACK audio mixer application
On Wed, May 26, 2021 at 8:30 AM Kyle Robbertze wrote: > The original jack-mixer was removed from Debian for being Python2 only > and depending on pygtk. This fork has been updated to Python3 and > removed the pygtk dependency. Please note the extra requirements when reintroducing packages, principally unarchiving, reopening and triaging the bugs closed by the removal: https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs -- bye, pabs https://wiki.debian.org/PaulWise
Bug#988436: RFP: certlint -- X.509 certificate linter
On Wed, 12 May 2021 23:00:52 -0400 Daniel Kahn Gillmor wrote: > This and zlint (#915788) are apparently the two dominant X.509 > certificate checkers A third one by a Debian person is x509lint: https://github.com/kroeckx/x509lint -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#915788: RFP: zlint -- X.509 certificate linter
Control: forcemerge 915788 988435 On Wed, 12 May 2021 22:43:51 -0400 Daniel Kahn Gillmor wrote: > * Package name: zlint On Thu, 06 Dec 2018 22:41:03 +0300 Daniel Kahn Gillmor wrote: > * Package name: zlint Merging these duplicate RFP bugs :) -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#988303: RFP: firefox-decrypt -- A tool to extract passwords from profiles of Mozilla (Fire/Water)fox, Thunderbird, SeaMonkey and derivates
On Mon, 10 May 2021 03:37:30 +0200 Christoph Anton Mitterer wrote: > * Package name: firefox-decrypt > Description : A tool to extract passwords from profiles of Mozilla > (Fire/Water)fox, Thunderbird, SeaMonkey and derivates For a package already in Debian that can do this, see nss-passwords. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#987923: ITP: esprima-python -- ECMAScript parsing infrastructure for multipurpose analysis
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: esprima-python Version : 4.0.1 Upstream Author : Germán Méndez Bravo * URL : https://github.com/Kronuz/esprima-python * License : BSD Programming Lang: Python Description : ECMAScript parsing infrastructure for multipurpose analysis Esprima (esprima.org, BSD license) is a high performance, standards compliant ECMAScript/JavaScript parser officially written in JavaScript and ported to Python via line-by-line manual translation. This package is needed for a new upstream version of librecaptcha. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#987809: ITP: sptag -- distributed approximate nearest neighborhood search (ANN) library
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org * Package name : sptag Upstream Author : Qi Chen, Ben Karsin * URL : https://github.com/microsoft/SPTAG/ * License : MIT Programming Lang: C++ Description : distributed approximate nearest neighborhood search (ANN) library A distributed approximate nearest neighborhood search (ANN) library which provides a high quality vector index build, search and distributed online serving toolkits for large scale vector search scenario. This package will be used internally at my employer. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#982250: Bug#985893: Forking on MMSD
On Wed, Apr 14, 2021 at 7:42 PM Pavel Machek wrote: > I don't think forking ofono is good idea. I'd like to point out that this isn't ofono that is being forked, but mmsd. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#986656: ITP: runit-services -- a collection of services for runit
On Thu, Apr 8, 2021 at 9:57 PM Lorenzo Puliti wrote: > This is a Debian native package that already existed in the archive Please note the extra steps required when reintroducing packages: https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs > and was removed I believe around 2010. That is correct: $ deb-why-removed runit-services Date: Tue, 21 Sep 2010 10:54:36 + Ftpmaster: Luca Falavigna Suite: unstable Sources: runit-services_0.4.0 Binaries: runit-services_0.4.0 [all] Reason: ROM; outdated, dead upstream Bug: 597608 -- bye, pabs https://wiki.debian.org/PaulWise
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
Bug#865881: Bug#985189: ITP: et -- Eternal Terminal (ET) is a remote shell that automatically reconnects without interrupting the session.
Control: forcemerge 865881 985189 On Sun, Mar 14, 2021 at 4:42 AM Jason Gauci wrote: > Description : Eternal Terminal (ET) is a remote shell that > automatically reconnects without interrupting the session. There is already an ITP for this package, merging the two bugs. https://bugs.debian.org/865881 -- bye, pabs https://wiki.debian.org/PaulWise
Bug#984497: python-cython-blis package
On Fri, 2021-03-05 at 16:52 +0100, Andreas Tille wrote: > Finally the license statement is all about redistribution ... and > than upstream says: Do not redistribute. They appear to be fine with redistribution, just not with wide distribution by a popular Linux distribution, which has a stable release that is guaranteed to get out of date with documentation. Possibly they could be convinced by having the package only available in Debian unstable or experimental and guaranteeing to keep it up to date with the latest available upstream version. On the other hand they probably also don't want to deal with bug reports about a build that they did not produce. Perhaps the right way is for Debian to distribute ExplosionAI software under different names with all documentation pointing at Debian to avoid upstream having to deal with bug reports from Debian users. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#984497: How can I override module name in autopkgtest-pkg-python
On Wed, Mar 3, 2021 at 8:12 PM Andreas Tille wrote: > I worked on the package python-cython-blis[1] FYI, upstream is very hostile towards having their software in Debian so I suggest you cease packaging this and anything that depends on it: https://github.com/explosion/cython-blis/issues/32 The developers reference mentions that packaging software with hostile upstream developers is often not a good idea. https://www.debian.org/doc/manuals/developers-reference/developer-duties.en.html#coordination-with-upstream-developers "If you find that the upstream developers are or become hostile towards Debian or the free software community, you may want to re-consider the need to include the software in Debian. Sometimes the social cost to the Debian community is not worth the benefits the software may bring." -- bye, pabs https://wiki.debian.org/PaulWise
Bug#984497: python-cython-blis package
On Thu, 2021-03-04 at 06:21 +, M. Zhou wrote: > the upstream holds a very negative attitude towards debian packaging. > https://github.com/explosion/cython-blis/issues/32 I suggest you cease packaging this and anything that depends on it. The developers reference mentions that packaging software with hostile upstream developers is often not a good idea. https://www.debian.org/doc/manuals/developers-reference/developer-duties.en.html#coordination-with-upstream-developers "If you find that the upstream developers are or become hostile towards Debian or the free software community, you may want to re-consider the need to include the software in Debian. Sometimes the social cost to the Debian community is not worth the benefits the software may bring." > CC'ed pabs. Thanks. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#982741: ITP: rtl8821cu -- dkms source for the rtl8821cu network driver
On Sat, Feb 13, 2021 at 8:21 PM Alexander GQ Gerasiov wrote: > * License : GPL-2 with firmware BLOB ... > Since there is the generated firmware BLOB is the source files That sounds like a violation of the GPL, so we probably cannot redistribute this? -- bye, pabs https://wiki.debian.org/PaulWise
Bug#982417: Python louvain packages naming confusion.
On Tue, Feb 9, 2021 at 10:21 PM Diane Trout wrote: > The fairly popular (in the world of bioinformatics) ScanPy package uses > a Python version of the louvain clustering algorithm implemented by: ... > However currently in the Debian archive there's a different louvain > package I think this is something that the two upstream projects should discuss and come to an agreement on the right outcome, since the current set of names is confusing and overlapping. Perhaps the two projects will end up getting merged into one project, or one of them deprecated or one or both of them renamed. > I was wondering if the python3-louvain's binary package should be > renamed to python3-community to match the python package name, and then > the other louvain-igraph package could provide a bin package named > python3-louvain which would match the package name. There are no reverse dependencies in Debian, but this is going to be tricky for users who previously installed python3-louvain.deb from python-louvain upstream and then after upgrading they suddenly get python3-louvain.deb from louvain-igraph with presumably an incompatible API etc. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#980839: RPF: rnnoise
On Sat, 23 Jan 2021 00:31:23 +0100 Petter Reinholdtsen wrote: > * URL : https://gitlab.xiph.org/xiph/rnnoise > * License : BSD It has been made clear in this Hacker News subthread that the RNNoise model has been trained in part using proprietary data: https://news.ycombinator.com/item?id=25978309 -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#731282: 731282 DIYLC
On Wed, Jan 20, 2021 at 11:03 PM Chris wrote: > This can be closed completely as there is now a Flatpak for this software. Please see the documentation about how to close Debian bugs: https://www.debian.org/Bugs/Developer#closing PS: Flatpak is quite different and IMO not a substitute for a proper Debian package. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#943676: Re: Sponsor request for 'Open Surge'
On Thu, Dec 31, 2020 at 5:24 PM Alexandre Martins wrote: > By the way, Johan himself has uploaded that very same music to > opengameart.org, this time under the CC-BY-SA 3.0: > https://opengameart.org/content/theme-from-open-surge While it is unfortunately too late now, it would be nice if Johan had released the samples, notes and mixing information for this track, so that it could be changed in meaningful ways by other folks. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#975513: ITP: libfacedetection -- libfacedetection is an open source library for CNN-based face detection in images
On Mon, Nov 23, 2020 at 8:45 AM Xialei Qin wrote: > This is an open source library for CNN-based face detection in > images.The CNN model has been converted to static variables in C > source files. The source code does not depend on any other libraries. The C files do not sound like source code in the sense of the GPL "preferred form for modification", nor in the sense of DFSG item 2. https://www.debian.org/social_contract#guidelines Please also read through the unofficial Debian machine learning policy: https://salsa.debian.org/deeplearning-team/ml-policy -- bye, pabs https://wiki.debian.org/PaulWise
Bug#975359: RFP: darkreader -- enable Dark Mode on many websites
Package: wnpp Severity: wishlist X-Debbugs-Cc: Debian Mozilla Extension Maintainers * Package name : darkreader * URL : https://darkreader.org/ * License : MIT Programming Lang: TypeScript, Less, JavaScript Description : enable Dark Mode on many websites This WebExtension is useful for anyone who uses the dark mode of their desktop, in order to make most of the web also use a dark mode. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#914230: ITP: git-imerge -- incremental merge and rebase for git
Control: owner ! On Tue, 20 Nov 2018 19:37:49 + Jessica Clarke wrote: > * Package name: git-imerge ... > Description : incremental merge and rebase for git ... > I recently discovered this useful tool and now use it for my day-to-day > work dealing with forks of large upstream projects. It was mentioned on IRC that this is no longer true and mergify was adopted as a replacement, but I am still using git-imerge so I will take over the package. Hopefully Jessica will package mergify too :) https://github.com/brooksdavis/mergify -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#971025: RFP: amnesia-amachineforpigs -- A survival horror adventure video game
On Sat, Sep 26, 2020 at 12:57 PM Bertrand Marc wrote: > * URL : https://github.com/FrictionalGames/AmnesiaAMachineForPigs > * License : GPLv3 Please note that the data for this game is still proprietary, so this will have to go to contrib if someone packages it and probably it would be useful to have support for it in game-data-packager. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#971026: RFP: amnesia-thedarkdescent -- A survival horror adventure video game
On Sat, Sep 26, 2020 at 1:00 PM Bertrand Marc wrote: > * URL : https://github.com/FrictionalGames/AmnesiaTheDarkDescent > * License : GPLv3 Please note that the data for this game is still proprietary, so this will have to go to contrib if someone packages it and probably it would be useful to have support for it in game-data-packager. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#970625: ITP: gensim -- topic modelling, document indexing and similarity retrieval
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: gensim Version : 3.8.3 Upstream Author : Radim Řehůřek and others * URL : https://radimrehurek.com/gensim/ * License : LGPL-2.1 Programming Lang: Python Description : topic modelling, document indexing and similarity retrieval This package is needed by my employer and I will be maintaining it in the Debian Science Team. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#970533: ITP: pytest-rerunfailures -- pytest plugin that re-runs failed tests up to -n times to eliminate flakey failures
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: pytest-rerunfailures Version : 9.1 Upstream Author : Leah Klearman and others * URL : https://github.com/pytest-dev/pytest-rerunfailures * License : MPL 2.0 Programming Lang: Python Description : pytest plugin that re-runs failed tests up to -n times to eliminate flakey failures This is a test dependency of gensim and it will be maintained in the Python team. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#970532: ITP: pyemd -- Python library for the Earth Mover's Distance with NumPy
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: pyemd Version : 0.5.1 Upstream Author : Will Mayner and others * URL : https://github.com/wmayner/pyemd * License : MIT Programming Lang: C++, Python Description : Python library for the Earth Mover's Distance with NumPy This is a dependency of gensim and will be maintained in the Debian Science team. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#970531: ITP: nmslib -- similarity search for evaluation of k-NN methods for generic non-metric spaces
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: nmslib Version : 2.0.6 Upstream Author : Bilegsaikhan Naidan and others * URL : https://github.com/nmslib/nmslib * License : Apache 2.0 Programming Lang: C++, Perl, Python and others Description : similarity search for evaluation of k-NN methods for generic non-metric spaces This is a dependency of gensim and will be maintained within the Debian Science team. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#970529: ITP: morfessor -- tool for unsupervised and semi-supervised morphological segmentation
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: morfessor Version : 2.0.6 Upstream Author : Morpho project at Aalto University, Finland * URL : http://morpho.aalto.fi/projects/morpho/morfessor2.html * License : BSD Programming Lang: Python Description : tool for unsupervised and semi-supervised morphological segmentation This is a dependency of gensim and it will be maintained within the Debian Science team. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#970461: ITP: ckermit -- serial and network communications package
On Wed, Sep 16, 2020 at 5:06 PM Sébastien Villemot wrote: > This is actually a package reintroduction. ckermit was removed from sid in > 2019. Please note the extra steps required when reintroducing packages (principally unarchiving, reopening and then triaging bugs closed by the removal). https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs -- bye, pabs https://wiki.debian.org/PaulWise
Bug#970384: ITP: image-factory -- Image factory for the IONOS customers images
On Tue, Sep 15, 2020 at 11:12 AM Benjamin Drung wrote: > * URL : https://github.com/ionos-enterprise/image-factory > Description : Image factory for the IONOS customers images Added to the wiki: https://wiki.debian.org/SystemBuildTools#Cloud_related -- bye, pabs https://wiki.debian.org/PaulWise
Bug#969634: ITP: shellescape -- Escape arbitrary strings for use as command line arguments
On Sun, 2020-09-06 at 20:41 +1000, Jai Flack wrote: > My reason for packaging this is to use the Go library to later > package pistol (https://github.com/doronbehar/pistol) which uses it to > quote file paths before executing a user configurable command with `sh -c`. I see. That isn't the greatest design, but it isn't too terrible. > However I wasn't aware that the functionality was already offered > by libstring-shellquote-perl so I should've mentioned this in the > description. It is probably fine to leave that out. > As a new maintainer does this mean I should only provide the > library? It is probably fine to include the command too. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#969634: ITP: shellescape -- Escape arbitrary strings for use as command line arguments
On Sun, Sep 6, 2020 at 10:09 AM Jai Flack wrote: > Description : Escape arbitrary strings for use as command line arguments Generally this is the wrong approach and commands should be run through fork+exec instead of escaping them and passing them through the shell. https://bonedaddy.net/pabs3/log/2014/02/17/pid-preservation-society/ > escargs utility escargs reads lines from the standard input and prints > shell-escaped versions. Unlinke xargs, blank lines on the standard input are > not discarded. There is already the shell-quote too from libstring-shellquote-perl in Debian if you want something to run from an interactive shell. Also xargs doesn't discard blank lines if you don't use the unsafe variants of it. xargs without the -d or -0 options is unsafe. $ (echo ; echo ; echo ) | xargs -n1 echo foo foo $ (echo ; echo ; echo ) | xargs -d '\n' -n1 echo foo foo foo foo $ printf '\0\0\0' | xargs -0 -n1 echo foo foo foo foo -- bye, pabs https://wiki.debian.org/PaulWise https://bonedaddy.net/pabs3/
Bug#969300: ITP: mmhelper -- A small program to help solving Mastermind puzzles.
On Mon, Aug 31, 2020 at 3:12 PM jathan wrote: > What does it mean "Control: reassign -1 wnpp" please? Control: lines in mails to bugs are passed to the cont...@bugs.debian.org email address and -1 in such lines means "the current bug". The reassign command changes which bug a package is assigned to. The wnpp package is where all WNPP bugs (ITP/RFP/O/etc) are assigned. https://www.debian.org/Bugs/server-control#reassign https://wiki.debian.org/Glossary -- bye, pabs https://wiki.debian.org/PaulWise
Bug#965209: ITP: php-gettext-languages -- gettext languages with plural rules
On Sat, 2020-07-18 at 07:13 -0400, James Valleroy wrote: > Sorry if the description wasn't clear. Upstream ships the CLDR data > that they need in JSON format (and under Unicode license). > https://github.com/php-gettext/Languages/tree/master/src/cldr-data So they ship a (generated) embedded data copy? https://wiki.debian.org/EmbeddedCopies Looks like they keep this up to date better than Debian does :( Do you know how they generate the JSON files from the upstream data? I wonder if the unicode-cldr-core maintainer would be willing to generate the JSON files in that package or unicode-cldr-core-json. > "Generated" in the description actually refers to this runtime parsing. That language should probably get fixed, it is confusing. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#965209: ITP: php-gettext-languages -- gettext languages with plural rules
On Fri, Jul 17, 2020 at 4:42 PM James Valleroy wrote: > Provides a language list for gettext automatically generated from > Unicode CLDR data. Does that mean this package will build-depend on unicode-cldr-core? I assume that the generated data will be static, how do you plan to keep the two in sync? -- bye, pabs https://wiki.debian.org/PaulWise
Bug#964785: ITP: shutter -- feature-rich screenshot program
On Fri, Jul 10, 2020 at 1:27 PM Andrej Shadura wrote: > I’m planning to reintroduce Shutter when the GTK 3 porting effort is > complete. Please see https://github.com/shutter-project/shutter/pull/284 > for more details; please consider helping the upstream if you can. Please note the extra steps needed when reintroducing packages, principally reopening and triaging bugs closed by the removal of the package from Debian: https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs -- bye, pabs https://wiki.debian.org/PaulWise
Bug#964730: ITP: gpsshogi -- Shogi playing program based on OpenShogiLib
On Thu, Jul 9, 2020 at 4:18 PM Yann Dirson wrote: > This is rather an Intent to Resurrect, as gpsshogi was in Debian > 2 releases ago. Please note the extra steps needed when reintroducing packages, principally reopening the bugs that were closed by the removal of the package from Debian. https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs -- bye, pabs https://wiki.debian.org/PaulWise
Bug#962786: ITP: pcpp -- C99 preprocessor written in pure Python
On Sun, Jun 14, 2020 at 1:45 AM أحمد المحمودي wrote: > A pure universal Python C (pre-)preprocessor implementation very useful for > pre-preprocessing header only > C++ libraries into single file includes and other such build or packaging > stage malarky. > The implementation can be used as a Python module or as a command line tool > ``pcpp`` which > can stand in for a conventional C preprocessor (i.e. it'll accept similar > arguments). This binary will conflict with the pcc package: $ apt-file search bin/pcpp pcc: /usr/bin/pcpp -- bye, pabs https://wiki.debian.org/PaulWise
Bug#960788: RFP: alsa-sof-firmware -- Intel SOF audio firmware and topology
On Sat, 16 May 2020 12:28:37 -0400 Mark Pearson wrote: > These are the SOF firmware and topology files needed to get the audio working > on many modern Intel CPUs (whiskeylake, cometlake etc) > With the SOF driver enabled (which it currently is in debian the kernel will > load these firmware files at boot and the topology files are used by ALSA for > configuring audio Unfortunately SOF firmware, while it has freely licensed source code, is not (very) useful to package properly (reproducibly built from source etc) for Debian. The issue is that many devices require the firmware binaries to have an Intel signature on them, so even though we have freely licensed source code, we do not have the four freedoms since we cannot upload our own firmware binaries onto the audio devices. So the best option here is for Intel to do the building and signing and get them included in linux-firmware and then Debian pull the latest version of that. More details in the links on this page: https://wiki.debian.org/Firmware/Open -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#960137: duck: Duck webpage footer points to anonscm.debian.org link which is 404
Control: tags 904893 + pending On Sun, 29 Jul 2018 10:44:23 +0100 Ian Campbell wrote: > I tried to search[2] on Salsa for a replacement Since Simon has retired from Debian and orphaned the duck package, I migrated the git repos from alioth-archive.d.o to salsa and made a few fixes in the git repositories. I have also fixed the VCS link in the duck-website git repository. I initiated a discussion with Simon about moving the duck.debian.net domain somewhere else but didn't yet get a response. I don't have the time to maintain the package or the service but I hope someone else does. In case you want to move the service to duck.debian.org, check out the documentation provided below. https://bugs.debian.org/960137 https://salsa.debian.org/debian/duck https://salsa.debian.org/debian/duck-website https://wiki.debian.org/ServicesHosting -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#960228: ITP: calls -- A phone dialer and call handler
On Sun, May 10, 2020 at 8:15 PM Evangelos Ribeiro Tzaras wrote: > * Package name: calls This name is far too generic, I suggest choosing something more specific. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#959434: ITP: awf-gtk2 -- A widget factory is a theme preview application
On Sat, 02 May 2020 12:47:42 +0200 luigifab wrote: > This package include the gtk2 version. Debian is attempting to remove GTK 2, so it would be best to not introduce new packages that require GTK 2. https://lists.debian.org/msgid-search/20200429093827.ga770...@espresso.pseudorandom.co.uk -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#958563: ITP: shellescape -- Escape arbitrary strings for use as command line arguments
On Fri, 2020-04-24 at 10:37 -0700, Bradford Boyle wrote: > It looks like it currently is using `exec.Command` to call `/bin/sh` > that is being passed the result of the shellescaped string. Thanks for providing the details of what is happening. > Instead of passing through `sh`, just use `exec.Command` on the > string directly? I was suggesting that you replace the string with an array of strings that contains the command being run and the arguments to the command, then pass that to `exec.Command`, bypassing `sh` entirely. > Assuming I've understood correctly, would you recommend including > this change as a patch in the package for now? Or should I try to get > upstream to incorporate the patch first? I think it would be best to include potential patches upstream. After reviewing the code to see why it needs `sh` I see that it loads the notifycommand parameter from ~/.barnard.yaml, replaces template parameters with their escaped values and then runs the result in sh. On reflection I think my suggestion isn't yet worth the time since: Switching this to not use shell is going to be potentially problematic for compatibility with existing config files. The YAML format for lists is quite a bit more verbose than just a string since it places each argument on one line. You could mitigate that by continuing to use a string but splitting it on spaces, but then that introduces further issues with how to add spaces to arguments. There is also the issue of how to escape the % template character. The systemd ini files have similar issues, so maybe their approach to splitting and escaping could be adopted but the approach is complex and is likely to be confusing to barnard users. https://manpages.debian.org/buster/systemd/systemd.service.5.en.html#COMMAND_LINES Right now there is no security issue with executing commands in barnard because there is no security boundary crossed at this time. If barnard ever adds support for loading config files from the current directory, then executing commands in barnard would become a security problem since someone could check out a potentially untrusted git repository, not check for a barnard config file and then run barnard, leading to barnard executing arbitrary commands provided by the git repo. To make the config file loading safe it could ignore the notify_command setting in anything other than the user's home dir or in dirs that the config in the user's home dir indicates are safe. The same issues apply whether or not shell is used though. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#958563: ITP: shellescape -- Escape arbitrary strings for use as command line arguments
On Thu, Apr 23, 2020 at 6:54 PM Bradford D. Boyle wrote: > This package is needed for barnard It would be a lot better to make barnard use the Go exec functions instead of using this module: https://golang.org/pkg/os/exec/ -- bye, pabs https://wiki.debian.org/PaulWise
Bug#951110: ITP: cyrus-timezones -- Timezone information for the Cyrus IMAP Server
On Tue, 11 Feb 2020 10:30:00 +0100 Xavier Guimard wrote: > cyrus-timezones provides timezone information for the Cyrus IMAP Server. > By use of the vzic timezone compiler it compiles VTIMEZONEs based on the > latest IANA timezone database (https://www.iana.org/time-zones). Would it be possible to make cyrus-imapd capable of using the standard tzdata package instead of duplicating it in cyrus-timezones? The tzdata package is often updated in Debian stable, how do you intend to keep cyrus-timezones in sync with it? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#950152: RFP: fonts-jetbrains-mono -- a typeface for developers
On Wed, 2020-01-29 at 22:55 -0500, Antoine Beaupré wrote: > Well that's the real trick isn't it. In this case, could you regenerate > (say) the TTF ("compiled" file) from the VFC file (source file)? I doubt > that would be the case here I also doubt that would be the case, since Fontlab is proprietary and thus isn't possible to make available in Debian main. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part