debian-devel Mar 2025 by thread

[previous month]

[previous page]

Page 1 of 2

[Date Index] [Subject Index] [Author Index] [Other Debian Lists] [Debian Home]

Re: Change the expectation that emails should wrap at 80 characters Timo Röhling

Re: Change the expectation that emails should wrap at 80 characters Marc Haber

Re: Change the expectation that emails should wrap at 80 characters Jonas Smedegaard
Re: Change the expectation that emails should wrap at 80 characters Blair Noctis

Re: Change the expectation that emails should wrap at 80 characters Marc Haber
Re: Change the expectation that emails should wrap at 80 characters Mario Limonciello

Re: Change the expectation that emails should wrap at 80 characters Blair Noctis

Re: Change the expectation that emails should wrap at 80 characters Marc Haber

Re: Change the expectation that emails should wrap at 80 characters Andrea Pappacoda

Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner

Re: Change the expectation that emails should wrap at 80 characters Jeremy Stanley
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner

<Possible follow-ups>
Re: Change the expectation that emails should wrap at 80 characters Aurélien COUDERC
Re: Change the expectation that emails should wrap at 80 characters Blair Noctis

Re: Change the expectation that emails should wrap at 80 characters Marc Haber
Re: Change the expectation that emails should wrap at 80 characters Stephan Verbücheln
Re: Change the expectation that emails should wrap at 80 characters Andrea Pappacoda

Re: Change the expectation that emails should wrap at 80 characters Blair Noctis

Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner

Re: Change the expectation that emails should wrap at 80 characters Philipp Kern

Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Message not available
Re: Change the expectation that emails should wrap at 80 characters Roger Lynn

Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland

Re: Change the expectation that emails should wrap at 80 characters Stephan Verbücheln

Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner

Re: Change the expectation that emails should wrap at 80 characters Henrik Ahlgren
Re: Change the expectation that emails should wrap at 80 characters Andrea Pappacoda
Re: Change the expectation that emails should wrap at 80 characters Henrik Ahlgren
Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland
Re: Change the expectation that emails should wrap at 80 characters Stephan Verbücheln
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Re: Change the expectation that emails should wrap at 80 characters Russ Allbery
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Re: Change the expectation that emails should wrap at 80 characters Stephan Verbücheln
Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland
Re: nerd-sniping [was: Change the expectation that emails should wrap at 80 characters] Jeremy Sowden
Re: nerd-sniping [was: Change the expectation that emails should wrap at 80 characters] Holger Levsen
Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Re: Change the expectation that emails should wrap at 80 characters Charles Plessy
Re: Change the expectation that emails should wrap at 80 characters Jeremy Stanley
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland
Re: Change the expectation that emails should wrap at 80 characters Jeremy Stanley
Re: Change the expectation that emails should wrap at 80 characters Stephan Verbücheln
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner

Re: Change the expectation that emails should wrap at 80 characters Otto Kekäläinen

Re: Change the expectation that emails should wrap at 80 characters Leandro Cunha
Re: Change the expectation that emails should wrap at 80 characters Thorsten Glaser

Re: Change the expectation that emails should wrap at 80 characters IOhannes m zmölnig

Re: Change the expectation that emails should wrap at 80 characters James Lu

Re: Change the expectation that emails should wrap at 80 characters Andrey Rakhmatullin

Re: Change the expectation that emails should wrap at 80 characters Henrik Ahlgren
Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland
Re: Change the expectation that emails should wrap at 80 characters Jeremy Stanley

Re: Change the expectation that emails should wrap at 80 characters The Wanderer
Re: Change the expectation that emails should wrap at 80 characters Giuseppe Sacco

Re: Change the expectation that emails should wrap at 80 characters gregor herrmann
Re: Change the expectation that emails should wrap at 80 characters Jonas Smedegaard

Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner

Re: Change the expectation that emails should wrap at 80 characters Holger Levsen
Re: Change the expectation that emails should wrap at 80 characters Philip Hands

Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Re: Change the expectation that emails should wrap at 80 characters Andreas Metzler
Re: Change the expectation that emails should wrap at 80 characters Philip Hands
Re: Change the expectation that emails should wrap at 80 characters The Wanderer
Re: Change the expectation that emails should wrap at 80 characters Bjørn Mork
Re: Change the expectation that emails should wrap at 80 characters Jonas Smedegaard
Re: Change the expectation that emails should wrap at 80 characters Jonathan McDowell
Re: Change the expectation that emails should wrap at 80 characters James Lu
Re: Change the expectation that emails should wrap at 80 characters Charles Plessy
Re: Change the expectation that emails should wrap at 80 characters Julien Plissonneau Duquène
Re: Change the expectation that emails should wrap at 80 characters Marc Haber
please do not use text/markdown Timo Röhling
Re: please do not use text/markdown Jonas Smedegaard
Re: please do not use text/markdown Timo Röhling
Re: Change the expectation that emails should wrap at 80 characters Jeremy Stanley
Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland
Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland
Re: Change the expectation that emails should wrap at 80 characters Timo Röhling
Re: Change the expectation that emails should wrap at 80 characters Stephan Verbücheln
Re: Change the expectation that emails should wrap at 80 characters Blair Noctis
Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland
Re: Change the expectation that emails should wrap at 80 characters Mario Limonciello
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Re: Change the expectation that emails should wrap at 80 characters Tollef Fog Heen
Re: Change the expectation that emails should wrap at 80 characters Christoph Berg
Re: Change the expectation that emails should wrap at 80 characters Antonio Terceiro
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Re: Change the expectation that emails should wrap at 80 characters Andrea Pappacoda
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Re: Change the expectation that emails should wrap at 80 characters Stephan Verbücheln
Re: Change the expectation that emails should wrap at 80 characters Carsten Schoenert
Re: Change the expectation that emails should wrap at 80 characters Paul Tagliamonte
Re: Change the expectation that emails should wrap at 80 characters Philipp Kern
Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
Re: Change the expectation that emails should wrap at 80 characters Julien Plissonneau Duquène

Re: Change the expectation that emails should wrap at 80 characters Guillem Jover

Re: Change the expectation that emails should wrap at 80 characters Guillem Jover

BTS not unmangling quoting markers with format=flowed (was: Re: Change the expectation that emails should wrap at 80 characters) Guillem Jover

Bug#1099306: ITP: libperl-critic-policy-plicease-prohibitarrayassignaref-perl -- Perl::Critic policy about not assigning an anonymous arrayref to an array gregor herrmann
Bug#1099309: ITP: jfree-demos -- Various demo programs for JFree projects Christian Bayle
Bug#1099320: ITP: mkdocs-get-deps -- MkDocs extension that infers required PyPI packages Carsten Schoenert
Bug reports for Uploaders (was: Re #397761: bugs.debian.org: please forward bug reports to Uploaders also) Blair Noctis

Re: Bug reports for Uploaders Marc Haber

Re: Bug reports for Uploaders Blair Noctis

Re: Bug reports for Uploaders Marc Haber
Re: Bug reports for Uploaders Blair Noctis
Re: Bug reports for Uploaders Adam D. Barratt
Re: Bug reports for Uploaders Blair Noctis
Re: Bug reports for Uploaders Raphael Hertzog
Re: Bug reports for Uploaders Blair Noctis
Re: Bug reports for Uploaders Raphael Hertzog

Re: Bug reports for Uploaders (was: Re #397761: bugs.debian.org: please forward bug reports to Uploaders also) Jonas Smedegaard

Re: Bug reports for Uploaders Blair Noctis

Re: Bug reports for Uploaders (was: Re #397761: bugs.debian.org: please forward bug reports to Uploaders also) Marco d'Itri
Re: Bug reports for Uploaders (was: Re #397761: bugs.debian.org: please forward bug reports to Uploaders also) NoisyCoil
Re: Bug reports for Uploaders (was: Re #397761: bugs.debian.org: please forward bug reports to Uploaders also) Maytham Alsudany
Re: Bug reports for Uploaders (was: Re #397761: bugs.debian.org: please forward bug reports to Uploaders also) Andreas Metzler

Re: Bug reports for Uploaders Blair Noctis

Re: Bug reports for Uploaders Andrey Rakhmatullin
Re: Bug reports for Uploaders Marc Haber
Re: Bug reports for Uploaders Andreas Metzler
Re: Bug reports for Uploaders Marc Haber
Re: Bug reports for Uploaders Jonas Smedegaard
Re: Bug reports for Uploaders Andrey Rakhmatullin

Re: Bug reports for Uploaders (was: Re #397761: bugs.debian.org: please forward bug reports to Uploaders also) Jeremy Bícha
Re: Bug#397761: Bug reports for Uploaders (was: Re #397761: bugs.debian.org: please forward bug reports to Uploaders also) Don Armstrong

Bug#1099341: ITP: hyprgraphics -- Lightweight C++ Graphics Utility Library for Hyprland Carl Keinath
Bug#1099367: ITP: rest-server -- High performance HTTP server for Restic's REST backend API Martina Ferrari
Bug#1099422: RFP: plutovg -- Tiny 2D vector graphics library in C Simon McVittie
Bug#1099423: RFP: plutosvg -- Tiny SVG rendering library in C Simon McVittie
Bug#1099479: ITP: hyprlock -- Screen locking utility for Hyprland Carl Keinath
Proposal for a Yearly Stable Release Cycle for Educational Institutions Sarbjit Singh Sandhu

Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Andrey Rakhmatullin

Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Henrik Ahlgren

Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Stephan Verbücheln

Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions PICCA Frederic-Emmanuel

Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Gard Spreemann

Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Stephan Verbücheln

Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Jeremy Stanley
Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Stephan Verbücheln

Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Sarbjit Singh Sandhu

Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Hakan Bayındır
Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Sarbjit Singh Sandhu
Re: Proposal for a Yearly Stable Release Cycle for Educational Institutions Andrey Rakhmatullin

Bug#1099510: ITP: hypridle -- Idle daemon for Hyprland Carl Keinath
Re: Bits from DPL Jecs, Attila

Growing new FTP-masters (Re: Bits from DPL) Otto Kekäläinen

Re: Growing new FTP-masters (Re: Bits from DPL) Matthias Urlichs
Re: Growing new FTP-masters (Re: Bits from DPL) Sean Whitton
Re: Growing new FTP-masters (Re: Bits from DPL) Matthias Urlichs
Re: Growing new FTP-masters (Re: Bits from DPL) Sean Whitton
Re: Growing new FTP-masters (Re: Bits from DPL) Simon Josefsson
Re: Growing new FTP-masters (Re: Bits from DPL) Sean Whitton
Re: Growing new FTP-masters (Re: Bits from DPL) Simon Josefsson
Re: Growing new FTP-masters (Re: Bits from DPL) Sean Whitton
Re: Growing new FTP-masters (Re: Bits from DPL) G. Branden Robinson
Re: Growing new FTP-masters (Re: Bits from DPL) Simon McVittie
Re: Growing new FTP-masters (Re: Bits from DPL) Sean Whitton
NEW review & revision process (or lack thereof) (Re: Growing new FTP-masters (Re: Bits from DPL)) Luke Faraone
Re: NEW review & revision process (or lack thereof) (Re: Growing new FTP-masters (Re: Bits from DPL)) Simon Josefsson
Re: NEW review & revision process (or lack thereof) (Re: Growing new FTP-masters (Re: Bits from DPL)) Philip Hands
Re: NEW review & revision process (or lack thereof) (Re: Growing new FTP-masters (Re: Bits from DPL)) Jonathan Dowland
Re: Growing new FTP-masters (Re: Bits from DPL) Otto Kekäläinen

Re: Bits from DPL Sean Whitton

Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Charles Plessy
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Sean Whitton
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Julien Plissonneau Duquène
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Charles Plessy
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Simon Josefsson
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Charles Plessy
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Simon Josefsson
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Sean Whitton
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Philip Hands
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Maytham Alsudany
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Charles Plessy
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Simon Josefsson
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Charles Plessy
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Maytham Alsudany
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Simon Josefsson
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Charles Plessy
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Simon Josefsson
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Otto Kekäläinen
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Pirate Praveen
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Simon McVittie
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Otto Kekäläinen
Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL) Sean Whitton
Re: Bits from DPL Marc Haber
STFU please (Re: Bits from DPL) Holger Levsen
Re: STFU please (Re: Bits from DPL) Marc Haber
Re: STFU please (Re: Bits from DPL) Matthias Urlichs
Re: STFU please (Re: Bits from DPL) Soren Stoutner
Re: STFU please (Re: Bits from DPL) Pirate Praveen
Re: STFU please (Re: Bits from DPL) Holger Levsen
Re: Bits from DPL Matthias Urlichs
Re: Bits from DPL Pierre-Elliott Bécue

Re: Bits from DPL Leandro Cunha
Re: Bits from DPL Matthias Urlichs

Processing times for the NEW queue (was Re: Bits from DPL) Timo Röhling

Re: Processing times for the NEW queue (was Re: Bits from DPL) Faidon Liambotis
Re: Processing times for the NEW queue (was Re: Bits from DPL) Wookey
Re: Processing times for the NEW queue (was Re: Bits from DPL) Pirate Praveen
Re: Processing times for the NEW queue (was Re: Bits from DPL) Jeremy Stanley
Re: Processing times for the NEW queue (was Re: Bits from DPL) Timo Röhling
Re: Processing times for the NEW queue (was Re: Bits from DPL) Simon Josefsson
Re: Processing times for the NEW queue (was Re: Bits from DPL) Timo Röhling
Re: Processing times for the NEW queue (was Re: Bits from DPL) Julien Plissonneau Duquène
Re: Processing times for the NEW queue (was Re: Bits from DPL) Sean Whitton
Re: Processing times for the NEW queue (was Re: Bits from DPL) Julien Plissonneau Duquène
Re: Processing times for the NEW queue (was Re: Bits from DPL) Sean Whitton

TC decision on ownership of top-level filesystem aliases - #1091995 Matthew Vernon

Re: TC decision on ownership of top-level filesystem aliases - #1091995 Sean Whitton

Re: TC decision on ownership of top-level filesystem aliases - #1091995 Helmut Grohne

Re: TC decision on ownership of top-level filesystem aliases - #1091995 Marvin Renich
Re: TC decision on ownership of top-level filesystem aliases - #1091995 Helmut Grohne
Re: TC decision on ownership of top-level filesystem aliases - #1091995 Sean Whitton
Debian on /usr (Re: TC decision on ownership of top-level filesystem aliases - #1091995) Matthias Urlichs
Re: Debian on /usr (Re: TC decision on ownership of top-level filesystem aliases - #1091995) Marco d'Itri
Re: Debian on /usr (Re: TC decision on ownership of top-level filesystem aliases - #1091995) Matthias Urlichs

Bug#1099538: ITP: rust-axum-server -- hyper server implementation used with axum - Rust source code Blair Noctis
Bug#1099540: ITP: python3-simple-websocket -- Simple WebSocket server and client for Python Paulo Henrique de Lima Santana
Improvement of headless server upgrades Helmut K. C. Tessarek

Re: Improvement of headless server upgrades Fabio Fantoni
Re: Improvement of headless server upgrades Marc Haber

Re: Improvement of headless server upgrades Michael Banck

Re: Improvement of headless server upgrades Bjørn Mork
Re: Improvement of headless server upgrades Matthias Urlichs
Re: Improvement of headless server upgrades Marc Haber
Re: Improvement of headless server upgrades Soren Stoutner
Re: Improvement of headless server upgrades Helmut K. C. Tessarek
Re: Improvement of headless server upgrades Bjørn Mork
Re: Improvement of headless server upgrades Helmut K. C. Tessarek
Re: Improvement of headless server upgrades Marc Haber
Re: Improvement of headless server upgrades Matthias Urlichs
Re: Improvement of headless server upgrades Marc Haber
Re: Improvement of headless server upgrades Helmut K. C. Tessarek
Re: Improvement of headless server upgrades Marc Haber

Re: Improvement of headless server upgrades Lee Garrett

Re: Improvement of headless server upgrades Marc Haber
Re: Improvement of headless server upgrades Hakan Bayındır
Re: Improvement of headless server upgrades Richard Lewis

Re: Improvement of headless server upgrades Helmut Grohne

Re: Improvement of headless server upgrades Helmut K. C. Tessarek

Re: Improvement of headless server upgrades Holger Levsen

Re: Improvement of headless server upgrades Fabio Fantoni
Re: Improvement of headless server upgrades Wookey

Re: Improvement of headless server upgrades Andrey Rakhmatullin
Re: Improvement of headless server upgrades Bjørn Mork
Re: Improvement of headless server upgrades Helmut K. C. Tessarek
Re: Improvement of headless server upgrades Helmut K. C. Tessarek

Bug#1099566: ITP: fonts-ebgaramond-initials -- EB Garamond Initials fonts Agathe Porte
Bug#1099584: ITP: rocm-docs-core -- ROCm Documentation Core Utilities Christian Bayle
Bug#1099600: ITP: play.it-strategy -- ./play.it game scripts collection - Strategy games Antoine Le Gonidec
Bug#1099603: ITP: python-atom -- Memory efficient Python objects Alexander Sulfrian
useful subjects in replies to Bits mails (was Re: Bits from DPL) Jonathan Dowland
Bug#1099615: ITP: gitlab-buildpkg-tools -- Build a Gitlab-PPA using GitLab CI Christian Bayle
Bug#1099623: ITP: python-pegen -- CPython's PEG parser generator Alexander Sulfrian
Re: Binary conflict between Midnight Commander and MinIO Client Helmut Grohne

Re: Binary conflict between Midnight Commander and MinIO Client Mathias Gibbens

Re: Debian Policy 4.7.2.0 released Sean Whitton
Bug#1099652: ITP: bacon -- background code checker Blair Noctis
Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st Lorenzo

Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st NoisyCoil

Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st Bastian Blank

Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st NoisyCoil
Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st Bastian Blank
Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st Matthias Urlichs
Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st Bastian Blank
Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st Matthias Urlichs

Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st Otto Kekäläinen

Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st Chris Hofstaedtler

Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st Matthias Urlichs
Re: Salsa CI job 'missing-breaks' to be enabled by default starting March 1st Otto Kekäläinen

Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Julien Plissonneau Duquène
Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion pandya

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrey Rakhmatullin
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Leandro Cunha
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Soren Stoutner

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Leandro Cunha
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Mario Limonciello
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Bill Allombert
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Aurélien COUDERC
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrew M.A. Cater
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Matthias Urlichs
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Ansgar 🙀
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrew M.A. Cater
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Marc Haber
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Philip Hands
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Ansgar 🙀
Re: Salsa pipeline limit Peter B
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Steve McIntyre
Building live images without non-free-firmware (Was: Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion) Roland Clobus
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Marc Haber
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Marc Haber
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Aurélien COUDERC
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Jonathan McDowell
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Soren Stoutner
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrey Rakhmatullin
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Soren Stoutner
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrey Rakhmatullin
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Ansgar 🙀
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Jeremy Stanley
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Marc Haber
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Richter
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrey Rakhmatullin
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Richter
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Marc Haber
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Jonas Smedegaard
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Bjørn Mork
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrey Rakhmatullin
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Michael Stone
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Geert Stappers
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Pirate Praveen
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Ansgar 🙀
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Stephan Verbücheln
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Michael Stone
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrew M.A. Cater

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Jeremy Stanley
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Bill Allombert

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Aurélien COUDERC
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Johannes Schauer Marin Rodrigues
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrey Rakhmatullin
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrey Rakhmatullin
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion tomas
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Stephan Verbücheln

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Stephan Verbücheln

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Michael Biebl

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Andrey Rakhmatullin

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Dirk Lehmann
Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Stephan Verbücheln

Bug#1099776: ITP: golang-github-humanlogio-api -- internal libraries for humanlog (library) Maytham Alsudany
Bug#1099778: ITP: golang-github-gosimple-unidecode -- Unicode transliterator in Golang - Replaces non-ASCII characters with their ASCII approximations. Luca Soler
Bug#1099779: ITP: rust-oid-registry -- object identifier (OID) database Jonas Smedegaard
Bug#1099782: ITP: golang-github-jesseduffield-kill -- simple package for killing processes (library) Maytham Alsudany
Bug#1099783: ITP: golang-github-jesseduffield-minimal -- Worse versions of packages that already exist (library) Maytham Alsudany
Bug#1099808: ITP: golang-github-jesseduffield-gocui -- minimalist console user interfaces Go library Jongmin Kim
Bug#1099848: ITP: greaseweazle -- Host tools for Greaseweazle Stephen Kitt
Bug#1099857: ITP: qtpyvcp -- Framework for LinuxCNC virtual control panels Steffen Moeller
Re: The Project Gutenberg license, packages using its books as testdata Soren Stoutner

Re: The Project Gutenberg license, packages using its books as testdata Maytham Alsudany

Bug#1099859: ITP: python-local-agent-rs -- Proton VPN local agent for managing connections Josenilson Ferreira da Silva
Bug#1099862: ITP: passim -- A local caching server Mario Limonciello
Bug#1099895: ITP: qtpyvcp -- Framework for LinuxCNC virtual control panels Steffen Möller
Bug#1099939: ITP: sphinx-external-toc -- A sphinx extension that allows the site-map to be defined in a single YAML file Christian Bayle
Bug#1099948: ITP: doxysphinx -- A lightweight Doxygen extension for Sphinx Christian Bayle
Bug#1099951: ITP: mpire -- A Python package for easy multiprocessing, but faster than multiprocessing Christian Bayle
Bug#1099977: ITP: python3-hostlist -- A Python library and command-line toolset for managing, expanding, and manipulating host lists Gennaro Oliva
Re: Need advice on coordinating libkdumpfile update and introducing pykdumpfile Breno Leitao

Re: Need advice on coordinating libkdumpfile update and introducing pykdumpfile Michel Lind

Re: Need advice on coordinating libkdumpfile update and introducing pykdumpfile Matthias Urlichs
Re: Need advice on coordinating libkdumpfile update and introducing pykdumpfile Michel Lind

Bug#1100019: ITP: graphite-editor -- Graphite-Editor a modern, vector graphics tool Carl Keinath
Bug#1100034: ITP: golang-github-astromechza-etcpwdparse -- Golang library for parsing /etc/passwd entries Roland Mas
Bug#1100042: ITP: python-casttube -- Interact with the YouTube Chromecast API Edward Betts
Bug#1100046: ITP: python3-asyncclick -- Python package for creating beautiful command line interfaces, async version Matthias Urlichs
Bug#1100047: ITP: flashmq -- A high-performance, light-weight MQTT broker/server Matthias Urlichs
Bug#1100052: ITP: python-enaml -- Declarative DSL for building rich user interfaces in Python Alexander Sulfrian
Re: MiniDebConf Hamburg 2025 Matthias Geiger
Re: New appointment for the Debian Technical Committee: Paul Tagliamonte <paultag> Sean Whitton

Re: New appointment for the Debian Technical Committee: Paul Tagliamonte <paultag> Andreas Tille

Bug#1100090: ITP: didder -- An extensive, fast, and accurate command-line image dithering tool. Nicolas Peugnet
Bug#1100095: ITP: golang-github-tredoe-osutil -- access to operating system functionality Thomas Goirand
General Questions about Translations and what a package maintainer has to do Marc Haber

General Questions about Translations and what a package maintainer has to do Simon Richter

Re: General Questions about Translations and what a package maintainer has to do Marc Haber

Re: General Questions about Translations and what a package maintainer has to do Dirk Lehmann

Re: General Questions about Translations and what a package maintainer has to do Julien Plissonneau Duquène

Re: General Questions about Translations and what a package maintainer has to do Marc Haber

Re: General Questions about Translations and what a package maintainer has to do Maytham Alsudany

Re: General Questions about Translations and what a package maintainer has to do Marc Haber

Re: General Questions about Translations and what a package maintainer has to do Marc Haber

Re: General Questions about Translations and what a package maintainer has to do Julien Plissonneau Duquène

Re: General Questions about Translations and what a package maintainer has to do Marc Haber

Re: General Questions about Translations and what a package maintainer has to do Julien Plissonneau Duquène
Re: General Questions about Translations and what a package maintainer has to do Marc Haber

Documentation for Package Maintainers regarding Translations (was: General Questions about Translations and what a package maintainer has to do) Marc Haber

Re: Documentation for Package Maintainers regarding Translations (was: General Questions about Translations and what a package maintainer has to do) Helge Kreutzmann

Re: General Questions about Translations and what a package maintainer has to do Dirk Lehmann

Re: General Questions about Translations and what a package maintainer has to do Marc Haber

Re: General Questions about Translations and what a package maintainer has to do Bill Allombert

Re: General Questions about Translations and what a package maintainer has to do Marc Haber

Bug#1100098: ITP: golang-github-yalue-merged-fs -- compose Multiple Go Filesystems Thomas Goirand
Bug#1100099: ITP: python-elastcsearch8 -- Python client for Elasticsearch8 Karsten Schöke
Bug#1100106: ITP: golang-go4-netipx -- extra stuff from inet.af/netaddr that didn't make it into Go's net/netip Thomas Goirand
Bug#1100112: ITP: golang-github-ashcrow-osrelease -- Go library/binary for parsing osrelease Thomas Goirand
Bug#1100121: ITP: golang-github-poy-onpar -- Parallel testing framework for Go Luca Soler
Bug#1100127: ITP: python-enamlx -- Additional Qt Widgets for Enaml Alexander Sulfrian
Bug#1100128: ITP: golang-github-letsencrypt-borp -- Boulder's version of go-gorp/gorp Luca Soler
Bug#1100131: ITP: golang-github-eggsampler-acme -- Go client library implementation for ACME v2 (RFC8555) Luca Soler
Bug#1100155: ITP: magnum-capi-helm -- Helm driven Cluster API driver for Magnum Guillaume Boutry
Bug#1100156: ITP: inkcut -- GUI for controlling vinyl cutters Alexander Sulfrian
Bug#1100167: ITP: tclthread3 -- Tcl extension implementing script level access to Tcl threading capabilities (version 3 for Tcl 9) Sergei Golovan
Bug#1100170: ITP: libayatana-appindicator-glib -- Ayatana Application Indicators (Glib-2.0-only reimplementation) Mike Gabriel
how to automatically generate a backtrace from within sbuild PICCA Frederic-Emmanuel

Re: how to automatically generate a backtrace from within sbuild Jochen Sprickerhof

Re: how to automatically generate a backtrace from within sbuild PICCA Frederic-Emmanuel

Re: how to automatically generate a backtrace from within sbuild Jochen Sprickerhof

Should GPU shaders be considered firmware? Stephan Verbücheln

Re: Should GPU shaders be considered firmware? Hakan Bayındır

Re: Should GPU shaders be considered firmware? Marco d'Itri

Re: Should GPU shaders be considered firmware? Hakan Bayındır
Re: Should GPU shaders be considered firmware? Marco d'Itri
Re: Should GPU shaders be considered firmware? Hakan Bayındır
Re: Should GPU shaders be considered firmware? Stephen Kitt

Re: Should GPU shaders be considered firmware? Dirk Lehmann

Re: Should GPU shaders be considered firmware? Stephan Verbücheln

Re: Should GPU shaders be considered firmware? Dirk Lehmann

Re: Should GPU shaders be considered firmware? Bastian Blank

Bug#1100186: ITP: mkdocs-glightbox -- MkDocs extension that supports image lightbox with GLightbox. Karsten Schöke
Bug#1100340: ITP: zope.sqlalchemy -- Minimal Zope/SQLAlchemy transaction integration Maximilian Engelhardt
Bug#1100361: ITP: ec2-instance-connect -- Configures ssh daemon to accept EC2 Instance Connect ssh keys Miguel Landaeta
Bug#1100367: ITP: python-proton-vpn-gtk-app -- Proton VPN GTK app Josenilson Ferreira da Silva
Bug#1100388: ITP: golang-github-titanous-rocacheck -- Go package that checks if RSA keys are vulnerable to ROCA Luca Soler
Bug#1100406: ITP: golang-github-cyberphone-json-canonicalization -- JSON Canonicalization Scheme (JCS) Roland Mas
Bug#1100409: ITP: golang-github-microsoft-hcsshim -- Windows - Host Compute Service Shim Roland Mas
Bug#1100410: ITP: jsoncons -- C++ header-only library for constructing JSON and JSON-like data formats Shengqi Chen
Bug#1100411: ITP: python-cleware-traffic-light -- CLI tool to control the cleware USB traffic light Mike Gabriel
Bug#1100417: ITP: golang-github-adxgun-registry-auth -- a package to implement private docker registry token authentication server Roland Mas
Bug#1100420: ITP: wireguard-initramfs -- WireGuard initramfs integration Alexander Sulfrian
Bug#1100469: ITP: golang-github-apptainer-apptainer -- Apptainer: Application containers for Linux Roland Mas
Bug#1100490: ITP: blazar -- resource reservation service for OpenStack Thomas Goirand
Bug#1100491: ITP: blazar-nova -- Nova scheduler filter used for the host reservation feature Thomas Goirand
Bug#1100501: ITP: blazar-dashboard -- Horizon plugin for the Blazar Reservation Service for OpenStack Thomas Goirand
Re: Call for participation in tag2upload closed beta Simon Josefsson

Re: Call for participation in tag2upload closed beta Sean Whitton

Re: Call for participation in tag2upload closed beta Simon Josefsson

Re: Call for participation in tag2upload closed beta Sean Whitton

Re: Call for participation in tag2upload closed beta Simon Josefsson

Re: Call for participation in tag2upload closed beta Sean Whitton
Re: Call for participation in tag2upload closed beta Simon Josefsson

<Possible follow-ups>
Re: Call for participation in tag2upload closed beta Johannes Schauer Marin Rodrigues

Re: Call for participation in tag2upload closed beta Sean Whitton

Bug#1100571: ITP: mgmt -- next generation config management Thomas Goirand

Re: Bug#1100571: ITP: mgmt -- next generation config management Simon Richter
Re: Bug#1100571: ITP: mgmt -- next generation config management Jonathan Dowland

Bug#1100579: general: After latest update problems with super key Andrey
Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Roberto C. Sánchez

Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Tollef Fog Heen
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Andrey Rakhmatullin
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Jeremy Bícha

Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Roberto C. Sánchez

Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Otto Kekäläinen
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Jonas Smedegaard
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Otto Kekäläinen
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Jonas Smedegaard
mostly just +1 (Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package?) Holger Levsen
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Wookey
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Otto Kekäläinen
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? G. Branden Robinson
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Otto Kekäläinen
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? G. Branden Robinson
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Wookey
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Marc Haber

Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Pierre-Elliott Bécue

Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Marco d'Itri
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? gregor herrmann
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Andreas Tille

Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Tobias Frost

Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Otto Kekäläinen
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Jonas Smedegaard

Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Jonathan Dowland
<Possible follow-ups>
Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Andreas Tille

Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Sam Hartman

Re: Should uncoordinated NMUs unilaterally choose Salsa as the VCS for a package? Andreas Tille

Re: salsa.debian.org maintenance Manuel Choorly
dh-shell-completions: simple debhelper addon to install shell completions Blair Noctis

Re: dh-shell-completions: simple debhelper addon to install shell completions M. Zhou

Re: dh-shell-completions: simple debhelper addon to install shell completions Blair Noctis

Re: keybindings (was: dh-shell-completions: ...) Jonas Smedegaard

Re: dh-shell-completions: simple debhelper addon to install shell completions Matthias Geiger
Re: dh-shell-completions: simple debhelper addon to install shell completions Nicolas Peugnet

Can anyone help with telegram-desktop? Salvo Tomaselli

Re: Can anyone help with telegram-desktop? Andrey Rakhmatullin

Re: Can anyone help with telegram-desktop? Salvo Tomaselli

Re: Can anyone help with telegram-desktop? Mattia Rizzolo
Re: Can anyone help with telegram-desktop? Andrey Rakhmatullin
Re: Can anyone help with telegram-desktop? Salvo Tomaselli

Re: Can anyone help with telegram-desktop? Wookey
Re: Can anyone help with telegram-desktop? Leandro Cunha

The last update was on 03:49 GMT Sat Apr 05. There are 593 messages. Page 1 of 2.

[previous month]

[previous page]

Page 1 of 2

[Date Index] [Subject Index] [Author Index] [Other Debian Lists] [Debian Home]

Mail converted by MHonArc