Re: Using GitHub directly from inside Emacs

Hi! Sorry, my email client auto-completed as the "developers" mailing list the one I usually write to, and not the one this was intended to be submitted at... Anyway, I am sure there are some Emacs users here too and if you never heard about Magit+Forge then maybe this was useful info. > [1] htt

Re: Using GitHub directly from inside Emacs

On Sun, Feb 09, 2025 at 10:19:04AM -0800, Otto Kekäläinen wrote: > Hi! Hi, > I don't use Emacs myself, but I learned last weekend at FOSDEM that > some Emacs users love using the Emacs extension Magit [1] with the > Forge [2] feature to list and review GitHub Pull Requests directly > from Emacs

Bug#1095637: ITP: ruby-dry-logger -- dependency-free logging solution suitable for Ruby application

Package: wnpp Severity: wishlist Owner: Abhijith PA X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org * Package name: ruby-dry-logger Version : 1.0.4 * URL : https://github.com/dry-rb/dry-logger * License : Expat Programming Lang: Ruby

Heimdal Bugs re update-alternatives

Hello, Can I please have some thoughts on #1070031? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070031 Is it appropriate to use update-alternatives for kadmin that is supplied with {Heimdal,MIT} Kerberos? I am thinking they do very different things but maybe not. i.e. one updates files f

Re: RFC on proposal for adequate(1) overrides

[bumping this for more attention. I've received two responses (both positive), neither from folks that claim to be from any kind of qa team] On Sat Feb 1, 2025 at 10:28 PM CET, Serafeim (Serafi) Zanikolas wrote: > hi, > > I'd like to extend adequate(1) to allow maintainers to suppress the reportin

Using GitHub directly from inside Emacs

Hi! I don't use Emacs myself, but I learned last weekend at FOSDEM that some Emacs users love using the Emacs extension Magit [1] with the Forge [2] feature to list and review GitHub Pull Requests directly from Emacs without opening a browser. Just curious to know if any Emacs users here (Monty?)

Re: Do we need a conflict of interest policy?

Hi Ted, I disagree with your application of some points to the Debian Project. I agree with others. (Why is this in -devel and not -project?) At 2025-02-08T23:09:55-0500, Theodore Ts'o wrote: > So for example, if you serve on the board of a church, or a non-profit > orgaization like Usenix, or t

Bug#1095568: ITP: python-aiowatttime -- asyncio-based library for interacting with WattTime

Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-aiowatttime Version : 2024.06.0 Upstream Contact: Aaron Bach * URL : https://github.com/bachya/aiowatttime * License : Expat Programming

Bug#1095041: ITP sphinxcontrib-googleanalytics -- Google Analytics extension for Sphinx

Package: wnpp Followup-For: Bug #1095041 Owner: Hilmar Preuße X-Debbugs-Cc: debian-devel@lists.debian.org In the meantime I've packaged the extension myself and intend to upload. The package is on salsa in the Python Team Space. Hilmar signature.asc Description: PGP signature

Bug#1095553: ITP: hvcc -- heavy dataflow audio programming language transpiler

Package: wnpp Severity: wishlist Owner: IOhannes m zmoelnig X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: hvcc Version : 0.13.2 Upstream Contact: https://github.com/Wasted-Audio/hvcc/issues * URL : https://wasted-audio.github.io/hvcc * License : G