Bug#989921: ITP: golang-github-mb0-glob -- A configurable globbing and matching algorithm for go
Package: wnpp Severity: wishlist Owner: Arthur Diniz * Package name: golang-github-mb0-glob Version : 0.0~git20160210.1eb79d2-1 Upstream Author : Martin Schnabel * URL : https://github.com/mb0/glob * License : BSD-3-clause Programming Lang: Go Description : A configurable globbing and matching algorithm for go Configurable globbing and matching algorithm for go. . The package is based on the globbing and matching code from package path/filepath.
Re: vecchio asus eeepc 4g
On Tue, Jun 15, 2021 at 1:51 PM giovanni esposito wrote: > B. Giorno, cosa mettere nell' Asus eeepc con 4 G di HD? [Traduzione automatica] Per favore chiedi aiuto per usare Debian sui nostri canali di supporto: Please ask for help using Debian on our support channels: https://lists.debian.org/debian-italian/ https://www.debian.org/support.it -- bye, pabs https://wiki.debian.org/PaulWise
Bug#989913: ITP: golang-github-zmap-rc2 -- RC2 library in Go
Package: wnpp Severity: wishlist Owner: Peymaneh Nejad * Package name: golang-github-zmap-rc2 Version : 0.0~git20190804.abaa705-1 Upstream Author : The ZMap Project * URL : https://github.com/zmap/rc2 * License : Apache-2.0 Programming Lang: Go Description : RC2 library in Go A crypto/cipher cipher.Block interface, just like AES. Dependency of github.com/smallstep/zcrypto, which is a dependency of github.com/smallstep/cli, which is a dependency of the caddy webserver
Bug#989900: ITP: dnf-plugins-core -- Core plugins for DNF, the Dandified Yum package manager
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: dnf-plugins-core Version : 4.0.21 Upstream Author : DNF-PLUGINS-CORE authors and contributors * URL : https://github.com/rpm-software-management * License : GPL-2+ Programming Lang: Python Description : This package enhances DNF with builddep, config-manager, copr, debug, debuginfo-install, download, needs-restarting, groups-manager, repoclosure, repograph, repomanage, reposync, changelog and repodiff commands. . Additionally provides generate_completion_cache passive plugin. Note, the initial purpose of packaging these dnf plugins are not meant to make dnf more useful to install RPM packages on Debian, but rather it enables the downloading and mirroring of Yum repositories on Debian based systems.
vecchio asus eeepc 4g
B. Giorno, cosa mettere nell' Asus eeepc con 4 G di HD? Grazie per la risposta -- giovanni esposito
Bug#989894: ITP: (reintroduce) ghextris -- A Tetris-like game on a hexagonal grid
Package: wnpp Severity: wishlist Owner: plugwash * Package name: ghextris Version : 0.9.0 Upstream Author : Mikko Rauhala * URL : http://mjr.iki.fi/software/ghextris * License : GPLv2+ Programming Lang: Python Description : A Tetris-like game on a hexagonal grid The object of the game is basically the same as in Tetris; use the pieces that fall down from the top of the game area to construct fully filled lines, which will then disappear to make room for more pieces. The twist is that the pieces are composed of hexagonal blocks, so your visualization skills will get an extra workout. ghextris was in Debian from Sarge through to Stretch, but was removed due to dependencies on obsolete gnome2 related libraries. I have ported it to a more modern python3/python3-gi/gtk3/glade technology stack and intend to reintrouce it. I intend to keep the package within the games team,
Re: What are desired semantics for /etc/shells?
Hi! * Helmut Grohne [2021-06-10 20:00]: > […] > Inconsistency > = > > Some maintainer scripts take care to only run `add-shell` for initial > configuration or for upgrading from an ancient version that didn't call > `add-shell`. Others call `add-shell` for every invocation of `postinst`. > […] FYI I just noticed another inconsistency: on my merged /usr systems (installed as such, not converted later w/ usrmerge), /etc/shells contains both /bin/ and /usr/bin/ paths for some shells, but not all (e.g. no /usr/bin/sh, no /bin/screen). $ sort /etc/shells # /etc/shells: valid login shells /bin/bash /bin/dash /bin/rbash /bin/sh /usr/bin/bash /usr/bin/dash /usr/bin/rbash /usr/bin/screen /usr/bin/tmux - Felix
Re: filtering ITP in debian-devel (was: Reconsider sending ITP bugs to debian-devel: a new list?)
On 6/11/21 12:17 PM, Jonathan Dowland wrote: > When I subscribed > to debian-devel directly, I most often filtered ITP mail into a separate > mailbox, to read at separate times. I've read numerous people complaining about filtering. If I'm not mistaking, the BTS adds this header: X-Debian-PR-Package: wnpp so filtering based on that seems to be a much nicer way than just using the subject line. Is this correct? Cheers, Thomas Goirand (zigo)
Re: Reconsider sending ITP bugs to debian-devel: a new list?
On Tue, Jun 15, 2021 at 12:26:09AM -0400, Nicholas D Steeves wrote: > Honestly I thought that being able to cope with > large quantities of email--researching new solutions and implementing > them if necessary--was part of job description of doing Debian work, I don't like this kind of phrasing. It reads like "if you can't take the heat, stay out of the kitchen". Indeed working in Debian does mean coping with a lot of mail. I personally think this is a problem for attracting newer, perhaps younger contributors; I think it has been for a while and I think it will only get worse. Coping strategies for a lot of mail include using decent mail software (which I do); although I would like that not to be a barrier for entry; using mail filters (which I do; I've written elsewhere in this thread how that is not ideal for ITP mail to -devel); and targetting mailing lists: which is what I was proposing. As it happens the list I was proposing already exists; debian-wnpp. So my proposal becomes: we should send a digest mail from debian-wnpp to debian-devel instead of all initial ITP mails as we do today. > +1 It sends the wrong message if we have a bug in commonly used software > on the default desktop that is so severe that people discuss > accommodating this bug with infrastructure changes rather than fixing > the buggy software. For the avoidance of any doubt, I (thread originator) and not doing this: I don't use Evolution and haven't participated in the other thread. -- 👱🏻 Jonathan Dowland ✎j...@debian.org 🔗 https://jmtd.net