debian-devel  

Messages by Thread

• • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Julien Plissonneau Duquène
  • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Niels Thykier
  • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Julien Plissonneau Duquène
  • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Chris Hofstaedtler
  • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Julien Plissonneau Duquène
  • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Julien Plissonneau Duquène
  • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Helmut Grohne
  • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Antonio Terceiro
  • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Ángel
  • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Helmut Grohne
  • Re: Bug#1091394: nproc: add new option to reduce emitted processors by system memory Julien Plissonneau Duquène
• Bug#1091386: ITP: tp-el -- Utilities for transient menus that POST to an API Xiyue Deng
• Bug#1091346: ITP: ondelsolver -- Assembly Constraints and Multibody Dynamics code Tobias Frost
• A 2025 NewYear present: make dpkg --force-unsafe-io the default? Michael Tokarev
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Julien Plissonneau Duquène
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Leandro Cunha
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Hakan Bayındır
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Simon Richter
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Michael Tokarev
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Julien Plissonneau Duquène
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Hakan Bayındır
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Julien Plissonneau Duquène
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? nick black
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Simon Richter
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Julien Plissonneau Duquène
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Chris Hofstaedtler
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Michael Stone
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Theodore Ts'o
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Michael Stone
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Florian Weimer
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Salvo Tomaselli
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Julian Andres Klode
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Hakan Bayındır
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Geert Stappers
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Jonathan Kamens
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Hakan Bayındır
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Aurélien COUDERC
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Marc Haber
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? David Kalnischkies
  • Filesystem snapshotting in dpkg (was Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default?) Guillem Jover
  • Re: Filesystem snapshotting in dpkg (was Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default?) Vincent Danjean
  • Re: Filesystem snapshotting in dpkg (was Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default?) Marco d'Itri
  • Re: Filesystem snapshotting in dpkg (was Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default?) Christian Kastner
  • Re: ostree (was: Filesystem snapshotting in dpkg) Simon McVittie
  • Re: ostree Christian Kastner
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Nikolaus Rath
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Julien Plissonneau Duquène
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Nikolaus Rath
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Michael Stone
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Julien Plissonneau Duquène
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Michael Stone
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Sven Mueller
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Michael Stone
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Soren Stoutner
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Marc Haber
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Soren Stoutner
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Michael Stone
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Bálint Réczey
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Bálint Réczey
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Preuße , Hilmar
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Aurélien COUDERC
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Soren Stoutner
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Aurélien COUDERC
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Soren Stoutner
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Julien Plissonneau Duquène
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Michael Tokarev
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Ángel
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Bernhard Schmidt
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Michael Stone
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Bálint Réczey
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Bernhard Schmidt
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Ahmad Khalifa
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Aurélien COUDERC
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Aaron Rainbolt
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Simon Josefsson
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Guillem Jover
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Gioele Barabucci
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Guillem Jover
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Matteo Croce
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Matteo Croce
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Ángel
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Julien Plissonneau Duquène
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Ángel
  • Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default? Julien Plissonneau Duquène
• Bug#1091341: ITP: asmc-linux -- Masm compatible assembler YOKOTA Hiroshi
• Is Salsa CI easy to use for anyone learning Debian packaging? Otto Kekäläinen
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Fabio Fantoni
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Richard Lewis
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Otto Kekäläinen
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Richard Lewis
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Otto Kekäläinen
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Richard Lewis
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Otto Kekäläinen
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Soren Stoutner
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Simon Josefsson
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Thomas Goirand
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? IOhannes m zmölnig
  • Re: Is Salsa CI easy to use for anyone learning Debian packaging? Xiyue Deng
• Bug#1091197: ITP: python-genson -- user-friendly JSON Schema generator Simon Josefsson
• Re: Moving apt (and hence bootstraps) from GnuPG to Sequioa (via gpgv-sq) Julian Andres Klode
  • Re: Moving apt (and hence bootstraps) from GnuPG to Sequioa (via gpgv-sq) Julian Andres Klode
  • Re: Moving apt (and hence bootstraps) from GnuPG to Sequioa (via gpgv-sq) Holger Levsen
  • Re: Moving apt (and hence bootstraps) from GnuPG to Sequioa (via gpgv-sq) Chris Hofstaedtler
  • Re: Moving apt (and hence bootstraps) from GnuPG to Sequioa (via gpgv-sq) Guillem Jover
  • Re: Moving apt (and hence bootstraps) from GnuPG to Sequioa (via gpgv-sq) Julian Andres Klode
• Bug#1091194: ITP: python-datamodel-code-generator -- pydantic code generator from OpenAPI and more Simon Josefsson
• Bug#1091163: ITP: golang-github-johanneskaufmann-dom -- Helper functions for net/html Mathias Gibbens
• Bug#1091150: ITP: golang-github-ipfs-go-cid -- Content ID v1 implemented in go Reinhard Tartler
• Bug#1091143: ITP: golang-gitlab.torproject-tpo-anti-censorship-pluggable-transports-ptutil -- Tor library for Pluggable Transports Simon Josefsson
• Re: Accepted systemd 252.32-1~deb12u1 (source) into proposed-updates Chris Martinelli
• Processed: reassign 1090811 to src:linux-base ... Debian Bug Tracking System
• Re: Single source with multiple interdependent cmake packages Helmut Grohne
  • Re: Single source with multiple interdependent cmake packages Enrico Zini
• Re: RFC: Running Postfix chrooted in Debian Helmut Grohne
  • Re: RFC: Running Postfix chrooted in Debian Michael Tokarev
  • Re: RFC: Running Postfix chrooted in Debian Simon McVittie
• Re: wesnoth-1.18_1.18.3-1~bpo12+1_source.changes REJECTED Vincent Cheng
• Re: criteria for acceptable languages for central QA tools in Debian Philipp Kern
• Bug#1090980: ITP: golang-github-awslabs-soci-snapshotter -- A containerd snapshotter plugin which enables standard OCI images to be lazily loaded without requiring a build-time conversion step. Reinhard Tartler
• Bug#1090978: ITP: libharfbuzz-shaper-perl -- Perl interface to HarfBuzz text shaping library Roland Rosenfeld
• Re: Proposal: Optional `Priority: optional` and changed `Section` fall-back Andreas Tille
  • Re: Proposal: Optional `Priority: optional` and changed `Section` fall-back Guillem Jover
• Re: Directory structure suggestion for configuration in /etc Andreas Metzler
  • Re: Directory structure suggestion for configuration in /etc Marc Haber
  • Re: Directory structure suggestion for configuration in /etc Ángel
  • Re: Directory structure suggestion for configuration in /etc Josh Triplett
  • Re: Directory structure suggestion for configuration in /etc Theodore Ts'o
  • Re: Directory structure suggestion for configuration in /etc Josh Triplett
  • Re: Directory structure suggestion for configuration in /etc Daniel Gröber
  • Re: Directory structure suggestion for configuration in /etc Gioele Barabucci
  • Re: Directory structure suggestion for configuration in /etc Daniel Gröber
  • Re: Directory structure suggestion for configuration in /etc Russ Allbery
  • Re: Directory structure suggestion for configuration in /etc Ángel
  • Re: Directory structure suggestion for configuration in /etc Roger Lynn
• Re: Bits from DPL / Feedback on attracting newcomers Sean Whitton
  • Re: Bits from DPL / Feedback on attracting newcomers Salvo Tomaselli
• Re: Barriers between packages and other people Sean Whitton
  • Re: Barriers between packages and other people Gioele Barabucci
  • Re: Barriers between packages and other people Sean Whitton
  • Re: Barriers between packages and other people Pirate Praveen
  • Re: Barriers between packages and other people Aurélien COUDERC
  • Re: Barriers between packages and other people Gioele Barabucci
  • Re: Barriers between packages and other people Tobias Frost
  • Re: Barriers between packages and other people Gioele Barabucci
  • Re: Barriers between packages and other people Sean Whitton
  • Re: Barriers between packages and other people Andreas Metzler
  • Re: Barriers between packages and other people Gioele Barabucci
  • Re: Barriers between packages and other people Andreas Metzler
  • Re: Barriers between packages and other people Chris Hofstaedtler
  • Re: Barriers between packages and other people Otto Kekäläinen
  • Re: Barriers between packages and other people Marc Haber
  • Re: Barriers between packages and other people Niels Thykier
  • Re: Barriers between packages and other people Niels Thykier
  • Re: Barriers between packages and other people Andreas Tille
  • Re: Barriers between packages and other people Niels Thykier
  • Tuning the ITS process (Was:Re: Barriers between packages and other people) Tobias Frost
  • Re: Tuning the ITS process (Was:Re: Barriers between packages and other people) Andreas Tille
  • Re: Tuning the ITS process (Was:Re: Barriers between packages and other people) Pirate Praveen
  • Re: Barriers between packages and other people Sean Whitton
  • Re: Barriers between packages and other people Andreas Tille
  • Re: Barriers between packages and other people Santiago Ruano Rincón
  • Re: Barriers between packages and other people Tobias Frost
  • Re: Barriers between packages and other people Marc Haber
  • Re: Barriers between packages and other people Jeremy Sowden
  • Re: Barriers between packages and other people Boyuan Yang
  • Re: Barriers between packages and other people Chris Hofstaedtler
  • Re: Barriers between packages and other people Sean Whitton
  • Re: Barriers between packages and other people Andreas Metzler
  • Re: Barriers between packages and other people Andrey Rakhmatullin
  • Re: Barriers between packages and other people Chris Hofstaedtler
  • Re: Barriers between packages and other people Daniel Gröber
  • Re: Barriers between packages and other people Marc Haber
  • Re: Barriers between packages and other people Otto Kekäläinen
  • Re: Barriers between packages and other people Otto Kekäläinen
  • Re: Barriers between packages and other people Sean Whitton
  • Re: Barriers between packages and other people Simon Josefsson
  • Re: Barriers between packages and other people Sean Whitton
  • Re: Barriers between packages and other people Otto Kekäläinen

• Later messages