Bug#1055441: ITP: golang-golang-x-telemetry -- Go Telemetry services and libraries
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-golang-x-telemetry Version : 0.0~git20231030.36630a2-1 Upstream Author : The Go Authors * URL : https://github.com/golang/telemetry * License : BSD-3-Clause Programming Lang: Go Description : Go Telemetry services and libraries This package from the https://go.googlesource.com/telemetry repository holds the Go Telemetry server code and libraries. Reason for packaging: Needed by gopls (golang-golang-x-tools)
Bug#237925: ITP: cdemu -- CD drive emulator for Linux
I've created a tutorial for installing cdemu in Debian (using a Dockerfile), it can be easily adapted to the official Debian package(s): https://github.com/rayrapetyan/cdemu_debian_install/tree/main Produces 7 independent deb packages: vhba-dkms*.deb libmirage_*.deb (required by cdemu-daemon and image-analyzer) cdemu-daemon_*.deb cdemu-client_*.deb gcdemu*.deb gir*.deb image-analyzer*.deb If no one replies, I can take ownership of these. On Thu, 7 Jan 2021 14:54:59 +0200 Anya Annetova wrote: > Any progress on this?
Bug#1055428: ITP: python-pyrate-limiter -- The request rate limiter using Leaky-bucket algorithm
Package: wnpp Severity: wishlist Owner: Safir Secerovic X-Debbugs-Cc: debian-de...@lists.debian.org, stephanlach...@debian.org * Package name: python-pyrate-limiter Version : 2.10.0 Upstream Contact: Vu Tran * URL : https://github.com/vutran1710/PyrateLimiter/ * License : MIT/X Programming Lang: Python Description : The request rate limiter using Leaky-bucket algorithm Dependency of python-moddb (#1030392). Will be maintained in Debian Games Team. It should be temporarily held at 2.10.0 version. As the package(s) that depend on it move forward so will the updates to this package.
Bug#1055427: RFP: neovim-gtk -- Rust-based GTK frontend for Neovim
Package: wnpp Severity: wishlist * Package name: neovim-gtk Version : 1.0.4 (or probably HEAD) Upstream Contact: Lyude Paul * URL : https://github.com/Lyude/neovim-gtk/ * License : GPLv3 Programming Lang: Rust Description : Rust-based GTK frontend for Neovim This is a simple Rust-based GTK 4 frontend for Neovim with tabs and a sidebar. This is useful because it the existing graphical frontend in Debian is Qt-based, and a GTK-based frontend works better for users using GNOME or MATE. In addition, it can work using Neovim over SSH (if invoked from a script) to allow graphical editing of remote repositories on systems which don't offer X11 forwarding, which many other graphical Neovim frontends do not. -- brian m. carlson (he/him or they/them) Toronto, Ontario, CA signature.asc Description: PGP signature
Bug#1055424: ITP: python-sdbus -- modern Python D-Bus library
Package: wnpp Severity: wishlist Owner: Luca Boccassi X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-sdbus Version : 0.11.1 Upstream Author : various * URL : https://github.com/python-sdbus/python-sdbus * License : LGPL-2.1-or-later Programming Lang: python Description : python D-Bus library that aim to use the modern features of python. It is based on libsystemd's sd-bus. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#1055423: O: fbpanel -- lightweight X11 desktop panel
Package: wnpp Severity: normal FBPanel is a spinoff of the fspanel (f***ing small panel) with more eye candy. It provides a taskbar (list of all opened windows), desktop switcher, launchbar, clock, is EWMH/NETWM compliant, and has modest resource usage.
Bug#1050348: ITP: melonds -- nintendo DS emulator
On Wed, 23 Aug 2023 19:54:22 +0100 Jonathan Dowland wrote: > On Wed, Aug 23, 2023 at 03:07:15PM +, Mae Miller wrote: > >I'm going to be packaging this as my first package partially because > >it's a program I use and care about and partially in order to learn how > >the system works and to make my first contribution to debian. > > Those are great reasons! > > Can melonDS be usefully used without a BIOS/firmware dump from a DS? According to the upstream FAQ, it needs them: First of all, melonDS requires BIOS and firmware dumps from a DS or if you want to emulate the DSi, melonDS requires the BIOS, firmware and NAND image. We haven't gotten around to making alternate BIOS/firmware yet. So, you will need to obtain those: > -- > Please do not CC me for listmail. > > Jonathan Dowland > ✎ j...@debian.org > https://jmtd.net > >
Bug#1055417: ITP: golang-github-tdewolff-argp -- GNU command line argument parser (Go library)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-tdewolff-argp Version : 0.0~git20231030.fa6c548-1 Upstream Author : Taco de Wolff * URL : https://github.com/tdewolff/argp * License : Expat Programming Lang: Go Description : GNU command line argument parser (Go library) The argp Go package provides a command-line argument parser following the GNU standard. . ./test -vo out.png --size 256 input.txt . with the following features: . * build-in help (-h and --help) message * scan arguments into struct fields with configuration in tags * scan into composite field types (arrays, slices, structs) * allow for nested sub commands . GNU command line argument rules: . * arguments are options when they begin with a hyphen - * multiple options can be combined: -abc is the same as -a -b -c * long options start with two hyphens: --abc is one option * option names are alphanumeric characters * options can have a value: -a 1 means that a has value 1 * option values can be separated by a space, equal sign, or nothing: -a1 - a=1 -a 1 are all equal * options and non-options can be interleaved * the argument -- terminates all options so that all following arguments are treated as non-options * a single - argument is a non-option usually used to mean standard in or out streams * options may be specified multiple times, only the last one determines its value * options can have multiple values: -a 1 2 3 means that a is an array/slice/struct of three numbers of value [1,2,3] . See also github.com/tdewolff/prompt for a command-line prompter. Reason for packaging: Needed by golang-github-tdewolff-minify >= 2.20.5
Bug#868895: Bug#1043168: please include missing stub_flasher_32.json file
On Thu, Aug 31, 2023 at 02:28:20AM +0300, Faidon Liambotis wrote: > A lot of work has happened in Debian and with upstream over the years to > build these binaries from unmodified sources, which culminated with > Debian shipping the stubs for the ESP8266, as well as for the ESP32 > RISC-V variants (ESP32-C2, ESP32-C3, ESP32-C6, ESP32-H2). See the > 4.5.1+dfsg-0.1 and 4.6.2+dfsg-0.1 changelog entries, Debian bug #948096, > as well as upstream issues #458, #499 and PRs #500, #501, #856, #858. > > The reason that the same has not happened yet for the ESP32, ESP32-S2 > and ESP32-S3 stubs is that we lack the toolchain for them in Debian > (gcc, binutils & picolibc). picolibc seems to have gained ESP32 support > upstream in 1.7.9, and Keith Packard is both upstream and the Debian > maintainer for it, so I suppose it won't be too hard to persuade him. > gcc and binutils are more complicated. #868895 provides some context, > and Jonathan McDowell, who maintains gcc-xtensa-lx106 and > binutils-xtensa-lx106, is aware of the need. I think there is more of a > backstory there, but he has the details. When I originally ITPed the lx106/ESP8266 variants I got some strong pushback about how we should really have a unified gcc/binutils that would be able to cope with various Xtensa variants. That doesn't seem to have happened. Faidon has done some work on building multiple versions from a single source, and I've finally accepted this is a better situation for now than not having the support at all. As a first step I've renamed the source binutils-xtensa-lx106 package to binutils-xtensa. I've got some changes pulled in from Faidon's work that will then build an ESP32 binutils package (I don't have later devices to test with) that I'll look at uploading once the new source package clears NEW. GCC is a bit more complex; when I tried previously I had problems with ESP-IDF, and I don't think a version that doesn't allow building with the upstream SDK is useful. I'll have a further poke at that to see if I can figure out what was going wrong. J. -- Revd Jonathan McDowell, ULC | Protect the Human
