debian-devel  

Messages by Thread

• • Re: upstream git history in salsa Simon Richter
  • Re: upstream git history in salsa (was: Bug#1127616: developers-reference: should document using git-debpush to upload) Marco d'Itri
  • Re: upstream git history in salsa (was: Bug#1127616: developers-reference: should document using git-debpush to upload) Marc Haber
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Johannes Schauer Marin Rodrigues
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Jeremy Stanley
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Sean Whitton
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Lucas Nussbaum
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload intrigeri
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Lucas Nussbaum
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Fabian Grünbichler
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Marc Haber
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Sune Vuorela
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Sean Whitton
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Sune Vuorela
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Sean Whitton
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Otto Kekäläinen
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Andrey Rakhmatullin
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Lucas Nussbaum
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Sean Whitton
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Lucas Nussbaum
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload gregor herrmann
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Simon Josefsson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Simon McVittie
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Simon Josefsson
  • Projects that need full Git repositories or upstream tarballs (was: Bug#1127616: developers-reference...) Jeremy Stanley
  • Re: Projects that need full Git repositories or upstream tarballs Gioele Barabucci
  • Re: Projects that need full Git repositories or upstream tarballs Otto Kekäläinen
  • Re: Projects that need full Git repositories or upstream tarballs Marc Haber
  • Re: Projects that need full Git repositories or upstream tarballs Johannes Schauer Marin Rodrigues
  • Re: Projects that need full Git repositories or upstream tarballs Otto Kekäläinen
  • Re: Projects that need full Git repositories or upstream tarballs Paul Gevers
  • DFSG-unclean projects and Git repos (Was: Projects that need full Git repositories or upstream tarballs) Gioele Barabucci
  • Re: DFSG-unclean projects and Git repos (Was: Projects that need full Git repositories or upstream tarballs) Otto Kekäläinen
  • Re: Projects that need full Git repositories or upstream tarballs Jeremy Stanley
  • Re: Projects that need full Git repositories or upstream tarballs Jeremy Stanley
  • Re: Projects that need full Git repositories or upstream tarballs Richard Laager
  • Re: Projects that need full Git repositories or upstream tarballs Jeremy Stanley
  • Re: Projects that need full Git repositories or upstream tarballs Gioele Barabucci
  • Re: Projects that need full Git repositories or upstream tarballs Jeremy Stanley
  • Re: Projects that need full Git repositories or upstream tarballs Russ Allbery
  • Re: Projects that need full Git repositories or upstream tarballs Ian Jackson
  • Re: Projects that need full Git repositories or upstream tarballs Gioele Barabucci
  • Re: Projects that need full Git repositories or upstream tarballs Jeremy Stanley
  • Re: Projects that need full Git repositories or upstream tarballs Gioele Barabucci
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Gunnar Wolf
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Colin Watson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Ian Jackson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Simon Josefsson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Johannes Schauer Marin Rodrigues
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Sean Whitton
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Ian Jackson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Philipp Kern
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Colin Watson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Philipp Kern
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Andrew McMillan
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Timo Röhling
  • security-uploads & tooling (Re: Bug#1127616: developers-reference: should document using git-debpush to upload) Holger Levsen
  • Re: security-uploads & tooling (Re: Bug#1127616: developers-reference: should document using git-debpush to upload) Jonas Smedegaard
  • Re: security-uploads & tooling (Re: Bug#1127616: developers-reference: should document using git-debpush to upload) Andreas Metzler
  • Re: security-uploads & tooling (Re: Bug#1127616: developers-reference: should document using git-debpush to upload) Ian Jackson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Marc Haber
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Marco d'Itri
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Marc Haber
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Colin Watson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Marc Haber
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Ian Jackson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Nicolas Schodet
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Sean Whitton
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Nicolas Schodet
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Ian Jackson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Ian Jackson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Otto Kekäläinen
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Sean Whitton
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Colin Watson
  • Re: Bug#1127616: developers-reference: should document using git-debpush to upload Marc Haber
• Bug#1127613: ITP: par2cmdline-turbo -- PAR 2.0 compatible file verification and repair tool (turbo) Jeroen Ploemen
• Bug#1127601: ITP: emacs-list-utils -- List-manipulation utility functions for Emacs. Xiyue Deng
• Bug#1127600: ITP: msgu -- Utility functions help output the messages Xiyue Deng
• Bug#1127596: ITP: golang-github-jackc-puddle-v2 -- Generic resource pool for Go Dr. Tobias Quathamer
• Bug#1127576: ITP: infinitetux -- A 2D side-scrolling platform game based on Infinite Mario Pedro Pena
• Bug#1127553: ITP: sc-membench -- modern memory bandwidth and latency benchmarks tar
• Bug#1127551: ITP: glue-qt -- multidimensional data exploration tar
• Bug#1127485: ITP: erlang-erlydtl -- Django templates for Erlang Dominik George
• Bug#1127483: ITP: smooth -- Smooth Class Library Xiyue Deng
• Re: tag2upload general availability Dominik George
  • Re: tag2upload general availability Andrea Pappacoda
  • Re: tag2upload general availability Sean Whitton
  • Re: tag2upload general availability gregor herrmann
  • Re: tag2upload general availability Simon McVittie
  • Re: tag2upload general availability gregor herrmann
  • Re: tag2upload general availability Sean Whitton
  • Re: tag2upload general availability Otto Kekäläinen
  • Re: tag2upload general availability Simon McVittie
  • Re: tag2upload general availability Marc Haber
  • Re: tag2upload general availability Sean Whitton
  • RE: tag2upload general availability PICCA Frederic-Emmanuel
  • Re: tag2upload general availability Sean Whitton
  • Re: tag2upload general availability Ian Jackson
  • Re: tag2upload general availability Peter Pentchev
  • Re: tag2upload general availability Sean Whitton
  • Re: tag2upload general availability Marc Haber
  • Re: tag2upload general availability Russ Allbery
  • Re: tag2upload general availability Marc Haber
  • Re: tag2upload general availability Sean Whitton
  • Re: tag2upload general availability Holger Levsen
  • Re: tag2upload general availability Santiago Vila
  • Re: tag2upload general availability Holger Levsen
  • Re: tag2upload general availability Sean Whitton
  • Re: tag2upload general availability Marc Haber
  • Re: tag2upload general availability Sean Whitton
  • Re: tag2upload general availability Marc Haber
  • Re: tag2upload general availability Sean Whitton
  • Re: tag2upload general availability Wouter Verhelst
  • Re: tag2upload general availability Sean Whitton
  • Re: tag2upload general availability Russ Allbery
  • Re: tag2upload general availability Sean Whitton
  • Re: tag2upload general availability Russ Allbery
  • Re: tag2upload general availability Sean Whitton
• Bug#1127461: ITP: python-smtp-dane-verify -- monitor and detect typical DANE related problems for DANE-enabled inbound SMTP services Joseph Nahmias
• Bug#1127451: ITP: myanon -- mysqldump anonymizer Pierre POMES
• Bug#1127441: ITP: rust-naga -- Shader translator and validator. Part of the wgpu project Alexander Kjäll
• Bug#1127440: ITP: rust-pp-rs -- Shader preprocessor Alexander Kjäll
• Bug#1127430: ITP: rust-rspirv -- Rust library APIs for SPIR-V module manipulation Alexander Kjäll
• Bug#1031648: autopkgtest,ftp.debian.org: Please clarify rules regarding tests that download non-Debian software Simon McVittie
  • Bug#1031648: autopkgtest,ftp.debian.org: Please clarify rules regarding tests that download non-Debian software Reinhard Tartler
• Processed: reassign 995339 to general Debian Bug Tracking System
• Processed: reassign 1072165 to general, reassign 1031648 to general,autopkgtest Debian Bug Tracking System
• Question on Matching-Pattern in Uscan watch format version 5. Charles Plessy
  • Re: Question on Matching-Pattern in Uscan watch format version 5. Niels Thykier
  • Re: Question on Matching-Pattern in Uscan watch format version 5. Charles Plessy
  • Re: Question on Matching-Pattern in Uscan watch format version 5. Niels Thykier
• Bug#1127418: ITP: haskell-http-semantics -- HTTP semantics Haskell library Ilias Tsitsimpis
• Bug#1127406: ITP: rust-gpu-descriptor -- Implementation agnostic descriptor allocator for Vulkan like APIs Alexander Kjäll
• Bug#1127400: ITP: zxc -- High-performance asymmetric lossless compression library tar
• Bug#1127393: ITP: refine -- App to configure additional settings for GNOME Jeremy Bícha
• Bug#1127392: ITP: python-pgvector -- pgvector support for Python Arian Ott
• Bug#1127391: ITP: rust-rfd -- Rusty File Dialog Alexander Kjäll
• Bug#1127389: ITP: rust-gpu-alloc -- Implementation agnostic memory allocator for Vulkan like APIs Alexander Kjäll
• Suggestion: Linux changes Position of Gnome bar Patrick Dreier
• Loong13: Unofficial Debian Trixie port for LoongArch64 Shengqi Chen
  • Re: Loong13: Unofficial Debian Trixie port for LoongArch64 Simon Josefsson
  • Re: Loong13: Unofficial Debian Trixie port for LoongArch64 Miao Wang
  • Re: Loong13: Unofficial Debian Trixie port for LoongArch64 Simon Josefsson
• Bug#1127336: ITP: python-requests-ratelimiter -- Easy rate-limiting for python requests Pieter Lenaerts
• Bug#1127329: ITP: vdu -- Video Disk Usage - du for video duration Roberto Arcomano
• Bug#1127324: ITP: pnut -- A Self-Compiling C Transpiler Targeting Human-Readable POSIX Shell Simon Josefsson
• Bug#1127094: ITP: python-cantools -- Tools for parsing CAN databases and encoding/decoding CAN bus messages Carl Keinath
• Bug#1127089: ITP: golang-github-charlievieth-strcase -- Case-insensitive implementation of Go's strings package. Stephen Gelman
• Work-needing packages report for Feb 6, 2026 wnpp
• Re: bits from the ci.debian.net operators Simon Josefsson
  • Re: bits from the ci.debian.net operators Paul Gevers
  • Re: bits from the ci.debian.net operators Simon Josefsson
  • Re: bits from the ci.debian.net operators Antonio Terceiro
• Bug#1126956: ITP: navi -- an interactive cheatsheet tool for the command-line Zachary M. Raines
• Bug#1126950: ITP: opencl-icd-loader -- Khronos official OpenCL ICD Loader. Dmitry Baryshkov
• Bug#1126934: lintian: raise an error on improper uses of the nocheck build profile Helmut Grohne
• Bug#1126918: ITP: golang-github-anacrolix-generics -- Go library of generic functions Drew Parsons
• MBF: Packages which will FTBFS during forky period support Santiago Vila
  • Re: MBF: Packages which will FTBFS during forky period support Emilio Pozuelo Monfort
  • Re: MBF: Packages which will FTBFS during forky period support Santiago Vila
  • Re: MBF: Packages which will FTBFS during forky period support Simon Josefsson
  • Re: MBF: Packages which will FTBFS during forky period support Otto Kekäläinen
• MBF for gettext 0.26 / 1.0 Santiago Vila
• Bug#1126900: ITP: rust-ingredients -- Ingredients allows diffing two published Rust crate versions, or a published Rust crate version and its VCS sources. Fabian Grünbichler
• Bug#1126895: ITP: golang-go-einride-tech-aip -- Go SDK for implementing resource-oriented gRPC APIs. Andrew Lee (李健秋)
• [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Dmitry E. Oboukhov
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Peter Pentchev
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Sebastiaan Couwenberg
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Dmitry E. Oboukhov
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Dmitry E. Oboukhov
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Jonas Smedegaard
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Aaron Rainbolt
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Jonas Smedegaard
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Marc Haber
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Bill Allombert
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Gunnar Wolf
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Dmitry E. Oboukhov
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Jonas Smedegaard
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Sean Whitton
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Sam Hartman
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Alec Leamas
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Jeremy Bicha
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Phil Morrell
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Simon Richter
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Dmitry E. Oboukhov
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Simon Richter
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Fabian Grünbichler
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Colin Watson
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Dmitry E. Oboukhov
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Jonas Smedegaard
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Peter Pentchev
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Gunnar Wolf
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Marc Haber
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Bastien Roucaries
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Helmut Grohne
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Bastien Roucaries
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Dmitry E. Oboukhov
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Russ Allbery
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Marc Haber
  • Re: [DRAFT] Policy: allow packages with bundled dependencies subject to mandatory labelling Dmitry E. Oboukhov

• Earlier messages
• Later messages