Bug#1021294: ITP: ocaml-uunf -- Unicode text normalization form library
Package: wnpp Severity: wishlist Owner: Julien Puydt X-Debbugs-Cc: debian-devel@lists.debian.org, jpu...@debian.org, debian-ocaml-ma...@lists.debian.org * Package name: ocaml-uunf Version : 15.0.0 Upstream Author : Daniel Bünzli * URL : https://erratique.ch/software/uunf/ * License : ISC Programming Lang: OCaml Description : Unicode text normalization form library Library to normalize Unicode text, supporting all forms. It is independent of IO mechanism or Unicode text data structure, and can process text without a complete in-memory representation. It is a dep of a new dep for ocaml-cohttp. I plan to maintain it within the Debian OCaml Maintainers team. Cheers, J.Puydt
Bug#1021293: ITP: ocaml-uucd -- decode data on Unicode characters off XML
Package: wnpp Severity: wishlist Owner: Julien Puydt X-Debbugs-Cc: debian-devel@lists.debian.org, jpu...@debian.org, debian-ocaml-ma...@lists.debian.org * Package name: ocaml-uucd Version : 15.0.0 Upstream Author : Daniel Bünzli * URL : https://erratique.ch/software/uucd * License : ISC Programming Lang: OCaml Description : decode data on Unicode characters off XML This OCaml module decodes data from the Unicode character database from their XML representation, to provide high-level access so that efficient representations can be extracted. It's a dep for a new dep for ocaml-cohttp ; I plan to maintain it within the Debian OCaml Maintainers team. Cheers, J.Puydt
Bug#1021269: ITP: ocaml-afl-persistent -- use afl-fuzz in persistent mode
Package: wnpp Severity: wishlist Owner: Julien Puydt X-Debbugs-Cc: debian-devel@lists.debian.org, jpu...@debian.org, debian-ocaml-ma...@lists.debian.org * Package name: ocaml-afl-persistent Version : 1.3 Upstream Author : Stephen Dolan * URL : https://github.com/stedolan/ocaml-afl-persistent * License : MIT Programming Lang: OCaml Description : use afl-fuzz in persistent mode Makes it possible to run the afl-fuzz provided by the OCaml compiler in persistent mode. I plan to maintain it within the Debian OCaml Maintainers team ; it's a dep for a new dep of ocaml-cohttp. Cheers, J.Puydt
Bug#1021261: ITP: gap-browse -- browsing applications and ncurses interface
Package: wnpp Severity: wishlist Owner: Joachim Zobel X-Debbugs-Cc: debian-devel@lists.debian.org * Package name : gap-browse Version : 1.8.17 Upstream Author : Thomas.Breuer , Frank.Lübeck * URL : https://www.gap-system.org/Packages/browse.html * License : GPL-3+ Programming Lang: C, GAP 4 Description : browsing applications and ncurses interface . The Browse package provides three levels of functionality * A GAP interface to the C-library ncurses. * A generic function for interactive browsing through two- dimensional arrays of data. * Several applications of the first two, e.g., a method for browsing character tables, browsing through the content of some data collections, or some games.
Bug#1021246: ITP: crowbar -- library to fuzz-test code
Package: wnpp Severity: wishlist Owner: Julien Puydt X-Debbugs-Cc: debian-devel@lists.debian.org, jpu...@debian.org, debian-ocaml-ma...@lists.debian.org * Package name: crowbar Version : 0.2.1 Upstream Author : Stephen Dolan * URL : https://github.com/stedolan/crowbar * License : Expat Programming Lang: OCaml Description : library to fuzz-test code It combines the QuickCheck-style property-based testing and the bug-finding efficiency of afl-fuzz. It's a new depend for ocaml-cohttp, and will probably comes with its own deps itself. I plan to maintain it within the Debian OCaml Maintainers team. Cheers, J.Puydt
Re: Switch default from PulseAudio to PipeWire (and WirePlumber) for audio
On 2022-09-29 01:41, Simon McVittie wrote: > It's fine to control Pipewire via PulseAudio's IPC protocol (that's what > gnome-control-center and gnome-shell do!) and if that doesn't work, > then it means pipewire-pulse is not fully doing its job. Is it fine, or is it a necessity? What I understand from your reply is that (by design or de facto) PulseAudio's compatibility layer is *the* way to control Pipewire, at least in gnomeland. If that is the case, it may be a good idea to let our users know. A note in the wiki is probably enough! Someone else could be confused when they find out that PulseAudio is still around despite the migration to Pipewire. I'm happy to do the writing, once I figure out what to write. > Switching to a different sound server implementation shouldn't require > rewriting every graphical and TUI/CLI mixer/control utility, if the > compatibility layer is good enough. Agreed. When we discover the irreparable design flaws of Pipewire and come up with a replacement though, it would be nice to have *one* compatibility layer, instead of one per sound server implementation replacement. :-) > If you prefer to use CLIs, pw-cli is a low-level CLI for Pipewire, and > wpctl is a somewhat higher-level CLI for Wireplumber; they're analogous > to PulseAudio's pacmd and pactl. Very nice, thank you.
Re: please coordinate using ITP bugreports
Hi Jonas, rust-rmp and rust-rmp-serde are now accepted. Please let me know if there is any problem with it. -- Regards, Blair Noctis OpenPGP_signature Description: OpenPGP digital signature