debian-devel  

Messages by Thread

• • 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 Philip Hands
  • Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion Simon Josefsson
  • 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 Ansgar 🙀
  • 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 Johannes Schauer Marin Rodrigues
  • 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 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 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 Aurélien COUDERC
  • 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 Leandro Cunha
  • 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#1099652: ITP: bacon -- background code checker Blair Noctis
• Bug#1099623: ITP: python-pegen -- CPython's PEG parser generator Alexander Sulfrian
• Bug#1099615: ITP: gitlab-buildpkg-tools -- Build a Gitlab-PPA using GitLab CI Christian Bayle
• useful subjects in replies to Bits mails (was Re: Bits from DPL) Jonathan Dowland
• Bug#1099603: ITP: python-atom -- Memory efficient Python objects Alexander Sulfrian
• Bug#1099600: ITP: play.it-strategy -- ./play.it game scripts collection - Strategy games Antoine Le Gonidec
• Bug#1099584: ITP: rocm-docs-core -- ROCm Documentation Core Utilities Christian Bayle
• Bug#1099566: ITP: fonts-ebgaramond-initials -- EB Garamond Initials fonts Agathe Porte
• Bug#1099538: ITP: rust-axum-server -- hyper server implementation used with axum - Rust source code Blair Noctis
• 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 Hakan Bayındır
  • Re: Improvement of headless server upgrades Richard Lewis
  • Re: Improvement of headless server upgrades Marc Haber
  • 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#1099540: ITP: python3-simple-websocket -- Simple WebSocket server and client for Python Paulo Henrique de Lima Santana
• 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#1099510: ITP: hypridle -- Idle daemon 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#1099479: ITP: hyprlock -- Screen locking utility for Hyprland Carl Keinath
• Bug#1099423: RFP: plutosvg -- Tiny SVG rendering library in C Simon McVittie
• Bug#1099422: RFP: plutovg -- Tiny 2D vector graphics library in C Simon McVittie
• Bug#1099367: ITP: rest-server -- High performance HTTP server for Restic's REST backend API Martina Ferrari
• Bug#1099341: ITP: hyprgraphics -- Lightweight C++ Graphics Utility Library for Hyprland Carl Keinath
• 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#1099320: ITP: mkdocs-get-deps -- MkDocs extension that infers required PyPI packages Carsten Schoenert
• Bug#1099309: ITP: jfree-demos -- Various demo programs for JFree projects Christian Bayle
• Bug#1099306: ITP: libperl-critic-policy-plicease-prohibitarrayassignaref-perl -- Perl::Critic policy about not assigning an anonymous arrayref to an array gregor herrmann
• Bug#1099128: ITP: nvim-lualine -- statusline plugin for neovim Matthias Geiger
• Bug#1099105: ITP: icann-rdap -- ICANN terminal RDAP client and server Nick Black (Public gmail account)
• Misconfigured bookworm upgrades Colin Watson
  • Re: Misconfigured bookworm upgrades Jose Luis Tallon
  • Re: Misconfigured bookworm upgrades Simon Richter
  • Re: Misconfigured bookworm upgrades Vincent Lefevre
  • Re: Misconfigured bookworm upgrades Michael Biebl
  • Re: Misconfigured bookworm upgrades Vincent Lefevre
  • Re: Misconfigured bookworm upgrades Jonathan McDowell
• Bug#1099087: general: Looping when updating sistem Vicente Segundo
  • Bug#1099087: marked as done (general: Looping when updating sistem) Debian Bug Tracking System
• Bug#1099068: RFH: ostree -- content-addressed filesystem for operating system binaries Simon McVittie
• Bug#1099031: ITP: python-esc-logging -- Elastic Common Schema (ECS) Python libs Karsten Schöke
• Re: Debian Policy 4.7.2.0 released Charles Plessy
  • Re: Debian Policy 4.7.2.0 released Andrey Rakhmatullin
  • Re: Debian Policy 4.7.2.0 released Chris Hofstaedtler
  • Re: Debian Policy 4.7.2.0 released Sean Whitton
• Re: Flames, flames on the side of my face (Was: Bug#88588: libpam-modules: pam-limits.so is broken) wolf
• Bug#1098975: ITP: python-slip10 -- Reference implementation of the SLIP-0010 specification Soren Stoutner
• 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 Marvin Renich
  • Re: Change the expectation that emails should wrap at 80 characters Jeremy Stanley
  • Re: Change the expectation that emails should wrap at 80 characters Vincent Lefevre
  • Re: Change the expectation that emails should wrap at 80 characters Andrea Pappacoda
  • Re: Change the expectation that emails should wrap at 80 characters Marco d'Itri
  • Re: Change the expectation that emails should wrap at 80 characters Bastian Blank
  • Re: Change the expectation that emails should wrap at 80 characters Jeremy Sowden
  • Re: Change the expectation that emails should wrap at 80 characters Andrej Shadura
  • 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 Blair Noctis
  • Re: Change the expectation that emails should wrap at 80 characters Vincent Lefevre
  • Re: Change the expectation that emails should wrap at 80 characters Andrej Shadura
  • Re: Change the expectation that emails should wrap at 80 characters The Wanderer
  • Re: Change the expectation that emails should wrap at 80 characters Jonathan Dowland
  • 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 Andrej Shadura
  • Re: Change the expectation that emails should wrap at 80 characters thomas
  • Re: Change the expectation that emails should wrap at 80 characters Jonathan McDowell
  • 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 Tino Didriksen
  • Re: 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 Colin Watson
  • Re: Change the expectation that emails should wrap at 80 characters Aaron Rainbolt
  • 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 Colin Watson
  • Re: Change the expectation that emails should wrap at 80 characters Aaron Schrab
  • Re: Change the expectation that emails should wrap at 80 characters Wookey
  • 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 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
  • 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 Charles Plessy
  • 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 Andrea Pappacoda
  • Re: Change the expectation that emails should wrap at 80 characters Marc Haber
  • Re: Change the expectation that emails should wrap at 80 characters Soren Stoutner
  • 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

• Earlier messages
• Later messages