debian-devel  

Messages by Thread

• 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
• Re: Bits from DPL Jecs, Attila
  • Re: Bits from DPL Jecs, Attila
  • Re: Bits from DPL Nilesh Patra
  • 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) 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
  • 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
• 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

• Earlier messages
• Later messages