debian-devel  

Messages by Thread

• Bug#1093259: ITP: golang-github-spdx-gordf -- parse RDF files using RDF/XML format (Go library) Simon Josefsson
• Bug#1093257: ITP: golang-github-edwarnicke-gitoid -- Golang libraries for computing git object ids (gitoids) Simon Josefsson
• Bug#1093252: ITP: witness -- pluggable framework for software supply chain risk management Simon Josefsson
• Bug#1093250: ITP: golang-github-invopop-jsonschema -- Generate JSON Schemas from Go types Simon Josefsson
• Bug#1093249: ITP: golang-github-wk8-go-ordered-map -- Optimal implementation of ordered maps for Golang Simon Josefsson
• Bug#1093248: ITP: golang-github-bahlo-generic-list-go -- Go container/list but with generics Simon Josefsson
• Canonical way for a package to set an environment variable Soren Stoutner
  • Re: Canonical way for a package to set an environment variable Santiago Vila
  • Re: Canonical way for a package to set an environment variable Soren Stoutner
• Bug#1093226: ITP: golang-github-coder-quartz -- A Go time testing library for writing deterministic unit tests Daniel Swarbrick
• Bug#1093223: RFH: tbsync -- Thunderbird/Lightning Add-On to support MS Exchange Calendar etc. Mechtilde Stehmann
• How to conditionally patch a package based on architecture with debhelper? Chris Knadle
  • Re: How to conditionally patch a package based on architecture with debhelper? Andrey Rakhmatullin
  • How to conditionally patch a package based on architecture with debhelper? Simon Richter
  • Re: How to conditionally patch a package based on architecture with debhelper? Chris Knadle
  • Re: How to conditionally patch a package based on architecture with debhelper? Andrey Rakhmatullin
  • Re: How to conditionally patch a package based on architecture with debhelper? Chris Knadle
  • What is going on with atomics? (was: How to conditionally patch a package based on architecture with debhelper?) Johannes Schauer Marin Rodrigues
  • Re: What is going on with atomics? (was: How to conditionally patch a package based on architecture with debhelper?) Andrey Rakhmatullin
  • Re: What is going on with atomics? (was: How to conditionally patch a package based on architecture with debhelper?) Ángel
  • Re: What is going on with atomics? (was: How to conditionally patch a package based on architecture with debhelper?) Alexandre Rossi
  • Re: What is going on with atomics? Simon Richter
  • Re: What is going on with atomics? Wookey
  • Re: What is going on with atomics? Simon McVittie
  • Re: What is going on with atomics? Theodore Ts'o
  • Re: What is going on with atomics? Colin Watson
  • Re: What is going on with atomics? Matthias Klose
  • Re: What is going on with atomics? John Scott
  • Re: What is going on with atomics? Simon Richter
  • Re: What is going on with atomics? Johannes Schauer Marin Rodrigues
  • Re: What is going on with atomics? Simon Richter
  • Re: What is going on with atomics? Johannes Schauer Marin Rodrigues
  • Re: What is going on with atomics? Simon Richter
  • Re: What is going on with atomics? Vincent Danjean
  • Re: How to conditionally patch a package based on architecture with debhelper? Ben Collins
  • Re: How to conditionally patch a package based on architecture with debhelper? Chris Knadle
  • Re: How to conditionally patch a package based on architecture with debhelper? Andrey Rakhmatullin
  • Re: How to conditionally patch a package based on architecture with debhelper? Johannes Schauer Marin Rodrigues
  • Re: How to conditionally patch a package based on architecture with debhelper? Guillem Jover
• Bug#1093218: ITP: image-garden -- tool for creating test virtual machines Zygmunt Krynicki
• Bug#1093213: ITP: teakra -- DSi/3DS DSP emulator, (dis)assembler, and tester Andrea Pappacoda
• Bug#1093183: ITP: libpdl-opt-simplex-perl -- PDL implementation of simplex optimization algorithm Ed J
• Bug#1093186: ITP: libpdl-io-hdf-perl -- PDL interface to read and write HDF4 files with the SD, VS, and V interfaces. Ed J
• Bug#1093185: ITP: libpdl-graphics-trid-perl -- PDL 3D interface Ed J
• Bug#1093184: ITP: libpdl-io-idl-perl -- Read IDL(tm) data files into PDL Ed J
• Bug#1093181: ITP: libpdl-transform-color-perl -- Useful color system conversions for PDL Ed J
• Bug#1093182: ITP: libpdl-transform-proj4-perl -- PDL::Transform interface to the PROJ library Ed J
• Bug#1093180: ITP: libpdl-io-gd-perl -- PDL interface to the GD image library Ed J
• Bug#1093179: ITP: libpdl-perldl2-perl -- Simple shell (version 2) for PDL using Devel::REPL Ed J
• Bug#1093177: ITP: libpdl-gsl-perl -- PDL interface to the GNU Scientific Library Ed J
• Bug#1093178: ITP: libpdl-io-envi-perl -- Read ENVI data into PDL Ed J
• Bug#1093176: ITP: libpdl-io-dicom-perl -- Read 16-bit gray level Dicom images into PDL. Ed J
• Bug#1093174: ITP: libpdl-graphics-simple-perl -- Simple backend-independent plotting for PDL Ed J
• Bug#1093172: ITP: libpdl-graphics-colorspace-perl -- PDL implementation of Graphics::ColorObject Ed J
• Bug#1093168: ITP: libpdl-fit-perl -- Fitting functions for PDL. Ed J
• Removing manpages from libpam-modules to improve multi-arch Sam Hartman
  • Documentation field? (Was: Removing manpages from libpam-modules to improve multi-arch) Gioele Barabucci
  • Re: Documentation field? (Was: Removing manpages from libpam-modules to improve multi-arch) Ben Collins
  • Re: Removing manpages from libpam-modules to improve multi-arch Marvin Renich
  • Re: Removing manpages from libpam-modules to improve multi-arch Sam Hartman
  • Re: Removing manpages from libpam-modules to improve multi-arch G. Branden Robinson
  • Re: Removing manpages from libpam-modules to improve multi-arch Sam Hartman
  • Re: Removing manpages from libpam-modules to improve multi-arch G. Branden Robinson
  • write the fine manual (was Re: Removing manpages from libpam-modules to improve multi-arch) Jonathan Dowland
  • Re: write the fine manual (was Re: Removing manpages from libpam-modules to improve multi-arch) G. Branden Robinson
  • Re: write the fine manual (was Re: Removing manpages from libpam-modules to improve multi-arch) Russ Allbery
  • Re: write the fine manual (was Re: Removing manpages from libpam-modules to improve multi-arch) Theodore Ts'o
  • Re: Removing manpages from libpam-modules to improve multi-arch Marvin Renich
  • Re: Removing manpages from libpam-modules to improve multi-arch Russ Allbery
  • Re: Removing manpages from libpam-modules to improve multi-arch Simon Richter
  • Re: Removing manpages from libpam-modules to improve multi-arch Russ Allbery
  • Re: Removing manpages from libpam-modules to improve multi-arch Simon Richter
  • Re: Removing manpages from libpam-modules to improve multi-arch Bálint Réczey
  • Re: Removing manpages from libpam-modules to improve multi-arch Russ Allbery
  • Re: Removing manpages from libpam-modules to improve multi-arch Sam Hartman
  • Re: Removing manpages from libpam-modules to improve multi-arch Helmut Grohne
  • Bug#1093222: Minimizing build-arch for pam Sam Hartman
  • Re: Bug#1093222: Minimizing build-arch for pam Simon McVittie
  • Re: Bug#1093222: Minimizing build-arch for pam Sam Hartman
  • Re: Bug#1093222: Minimizing build-arch for pam Niels Thykier
  • Re: Removing manpages from libpam-modules to improve multi-arch Guillem Jover
  • Re: Removing manpages from libpam-modules to improve multi-arch Sam Hartman
  • Re: Removing manpages from libpam-modules to improve multi-arch Simon McVittie
  • Re: Removing manpages from libpam-modules to improve multi-arch Sam Hartman
  • Re: Removing manpages from libpam-modules to improve multi-arch Simon Richter
  • Re: Removing manpages from libpam-modules to improve multi-arch Simon McVittie
  • Re: Removing manpages from libpam-modules to improve multi-arch Jonas Smedegaard
• Bug#1093128: ITP: rust-cargo-vendor-filterer -- `cargo vendor`, but with filtering for platforms and more Julian Andres Klode
• Debian/Linux's NPU support? M. Zhou
• Bug#1093076: ITP: openvino -- open-source toolkit for optimizing and deploying AI inference M. Zhou
• Re: New Delegation: tag2upload delegates Thorsten Glaser
  • Re: New Delegation: tag2upload delegates Andreas Tille
  • Re: New Delegation: tag2upload delegates Sean Whitton
  • Re: New Delegation: tag2upload delegates Johannes Schauer Marin Rodrigues
  • Re: New Delegation: tag2upload delegates Thorsten Glaser
  • Re: New Delegation: tag2upload delegates G. Branden Robinson
• Let's make 2025 a year when code reviews became common in Debian Otto Kekäläinen
  • Re: Let's make 2025 a year when code reviews became common in Debian Chris Hofstaedtler
  • Re: Let's make 2025 a year when code reviews became common in Debian Otto Kekäläinen
  • Re: Let's make 2025 a year when code reviews became common in Debian Andrey Rakhmatullin
  • Re: Let's make 2025 a year when code reviews became common in Debian Andreas Tille
  • Re: Let's make 2025 a year when code reviews became common in Debian Gioele Barabucci
  • Re: Let's make 2025 a year when code reviews became common in Debian Andreas Tille
  • Re: Let's make 2025 a year when code reviews became common in Debian gregor herrmann
  • Re: Let's make 2025 a year when code reviews became common in Debian Andreas Tille
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonas Smedegaard
  • Re: Let's make 2025 a year when code reviews became common in Debian Julien Plissonneau Duquène
  • Re: Let's make 2025 a year when code reviews became common in Debian Julien Plissonneau Duquène
  • Re: Let's make 2025 a year when code reviews became common in Debian Gioele Barabucci
  • Re: Let's make 2025 a year when code reviews became common in Debian Andreas Tille
  • Re: Let's make 2025 a year when code reviews became common in Debian Gioele Barabucci
  • Re: Let's make 2025 a year when code reviews became common in Debian Andreas Tille
  • Re: Let's make 2025 a year when code reviews became common in Debian Matthew Vernon
  • +1 (Re: Let's make 2025 a year when code reviews became common in Debian) Holger Levsen
  • Re: Let's make 2025 a year when code reviews became common in Debian Gioele Barabucci
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonas Smedegaard
  • Re: Let's make 2025 a year when code reviews became common in Debian Simon Josefsson
  • Re: Let's make 2025 a year when code reviews became common in Debian Philipp Kern
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonas Smedegaard
  • Re: Let's make 2025 a year when code reviews became common in Debian Simon McVittie
  • Re: Let's make 2025 a year when code reviews became common in Debian Julien Plissonneau Duquène
  • Re: Let's make 2025 a year when code reviews became common in Debian Julien Plissonneau Duquène
  • Re: Let's make 2025 a year when code reviews became common in Debian Otto Kekäläinen
  • Re: Let's make 2025 a year when code reviews became common in Debian Sam Hartman
  • Re: Let's make 2025 a year when code reviews became common in Debian Julien Plissonneau Duquène
  • Re: Let's make 2025 a year when code reviews became common in Debian Gioele Barabucci
  • Re: Let's make 2025 a year when code reviews became common in Debian Julien Plissonneau Duquène
  • Re: Let's make 2025 a year when code reviews became common in Debian Jeremy Stanley
  • Re: Let's make 2025 a year when code reviews became common in Debian Johannes Schauer Marin Rodrigues
  • Re: Let's make 2025 a year when code reviews became common in Debian Gioele Barabucci
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonathan Dowland
  • Re: Let's make 2025 a year when code reviews became common in Debian Colin Watson
  • Re: Let's make 2025 a year when code reviews became common in Debian Wookey
  • Re: Let's make 2025 a year when code reviews became common in Debian Otto Kekäläinen
  • Re: Let's make 2025 a year when code reviews became common in Debian Wookey
  • Re: Let's make 2025 a year when code reviews became common in Debian Sam Hartman
  • Re: Let's make 2025 a year when code reviews became common in Debian Colin Watson
  • +1 (Re: Let's make 2025 a year when code reviews became common in Debian) Holger Levsen
  • Re: Let's make 2025 a year when code reviews became common in Debian Gioele Barabucci
  • Re: Let's make 2025 a year when code reviews became common in Debian Sam Hartman
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonas Smedegaard
  • Re: Let's make 2025 a year when code reviews became common in Debian Sam Hartman
  • Re: Let's make 2025 a year when code reviews became common in Debian Otto Kekäläinen
  • Re: Let's make 2025 a year when code reviews became common in Debian Wookey
  • Re: Let's make 2025 a year when code reviews became common in Debian Xiyue Deng
  • Re: Let's make 2025 a year when code reviews became common in Debian Colin Watson
  • Re: Let's make 2025 a year when code reviews became common in Debian Xiyue Deng
  • Re: Let's make 2025 a year when code reviews became common in Debian Philip Hands
  • Re: Let's make 2025 a year when code reviews became common in Debian Otto Kekäläinen
  • Re: Let's make 2025 a year when code reviews became common in Debian Chris Hofstaedtler
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonas Smedegaard
  • Re: Let's make 2025 a year when code reviews became common in Debian Andrea Pappacoda
  • Re: Let's make 2025 a year when code reviews became common in Debian Julien Plissonneau Duquène
  • Re: Let's make 2025 a year when code reviews became common in Debian Richard Lewis
  • Re: Let's make 2025 a year when code reviews became common in Debian Julien Plissonneau Duquène
  • Re: Let's make 2025 a year when code reviews became common in Debian Otto Kekäläinen
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonas Smedegaard
  • Re: Let's make 2025 a year when code reviews became common in Debian Christoph J. Scherr
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonas Smedegaard
  • Re: Let's make 2025 a year when code reviews became common in Debian Christoph J. Scherr
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonas Smedegaard
  • Re: Let's make 2025 a year when code reviews became common in Debian Fabio Fantoni
  • Re: Let's make 2025 a year when code reviews became common in Debian Christoph J. Scherr
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonathan Dowland
  • Re: Let's make 2025 a year when code reviews became common in Debian Antonio Terceiro
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonas Smedegaard
  • Re: Let's make 2025 a year when code reviews became common in Debian Otto Kekäläinen
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonas Smedegaard
  • Re: Let's make 2025 a year when code reviews became common in Debian Jonathan Dowland
• Bug#1093050: ITP: acstore -- Attribute Container store access library Hilko Bengen
• Bug#1093026: ITP: gnupg24 -- GNU Privacy Guard, a LibrePGP implementation Simon Josefsson
• Bug#1092863: ITP: opaque-store - store encrypted blobs of information online, protected by a password using the OPAQUE protocol Joost van Baal-Ilić
• Built-Using vs Static-Built-Using Simon Richter
  • Re: Built-Using vs Static-Built-Using Otto Kekäläinen
• Vulkan based tests Simon Richter
• Bug#1092958: ITP: llm-ollama -- LLM plugin providing access to models running on an Ollama server Antoine Beaupre
• Bug#1092942: ITP: lomiri-printing-app -- Printing app which consumes a PDF from content hub Mike Gabriel
• Bug#1092897: ITP: python-onnxscript -- naturally author ONNX functions and models using a subset of Python M. Zhou
• Bug#1092895: ITP: zig -- Imperative programming language easily mixed with C Nick Black (Public gmail account)
• Bug#1092894: ITP: nvm -- Node Version Manager ilivanilton rezende barros
• Bug#1092862: ITP: gnudip -- GNU Dyamic IP protocol server and client John Lines
  • Re: Bug#1092862: ITP: gnudip -- GNU Dyamic IP protocol server and client ah
• minisign support in uscan nick black
  • Re: minisign support in uscan nick black
  • Re: minisign support in uscan Simon Josefsson
  • Re: minisign support in uscan Yadd
  • Re: minisign support in uscan Simon Josefsson
  • Re: minisign support in uscan nick black
  • Re: minisign support in uscan Simon Josefsson
  • Re: minisign support in uscan nick black
• Bug#1092789: ITP: r-cran-reformulas -- GNU R package to work with random effects formulas Dirk Eddelbuettel
• Complete and unified documentation for new maintainers Fabio Fantoni
  • Re: Complete and unified documentation for new maintainers Andrey Rakhmatullin
  • Re: Complete and unified documentation for new maintainers gregor herrmann
  • Re: Complete and unified documentation for new maintainers Julien Plissonneau Duquène
  • Re: Complete and unified documentation for new maintainers Ahmad Khalifa
  • Re: Complete and unified documentation for new maintainers Andrey Rakhmatullin
  • Re: Complete and unified documentation for new maintainers Fabio Fantoni
  • Project-wide LLM budget for helping people (was: Re: Complete and unified documentation for new maintainers M. Zhou
  • Re: Project-wide LLM budget for helping people Philipp Kern

• Earlier messages
• Later messages