debian-devel  

Messages by Thread

• Bug#1093379: ITP: golang-github-santhosh-tekuri-jsonschema -- JSONSchema Validation using Go Simon Josefsson
• Bug#1093373: general: lots of dependencies missing fro upgrade on trixie Cristobal Lanzagorta
  • Re: Bug#1093373: general: lots of dependencies missing fro upgrade on trixie Soren Stoutner
  • Bug#1093373: marked as done (general: lots of dependencies missing fro upgrade on trixie) Debian Bug Tracking System
• Bug#1093319: ITP: golang-github-go-http-utils-headers -- HTTP header constants for Gophers (Go library) Simon Josefsson
• Bug#1093317: ITP: golang-github-saracen-fastzip -- opinionated Zip archiver with a focus on speed (Go library) Simon Josefsson
• Bug#1093316: ITP: golang-github-saracen-zipextra -- utils for ZIP archive format's "Extra Fields" (Go library) Simon Josefsson
• Bug#1093313: ITP: golang-gitlab-gitlab-org-fleeting-fleeting -- abstraction for cloud providers' instance groups for GitLab Simon Josefsson
• Bug#1093309: ITP: golang-github-sourcegraph-conc -- Better structured concurrency for go Simon Josefsson
• Bug#1093302: ITP: mage -- a Make/rake-like dev tool using Go Simon Josefsson
• Bug#1093298: ITP: golang-github-denisbrodbeck-machineid -- Get the unique machine id of any host Simon Josefsson
• Bug#1093280: ITP: pysequoia -- OpenPGP in Python using Sequoia PGP Jelmer Vernooij
• lintian.debian.org is ON (Re: lintian.debian.org off ?) Otto Kekäläinen
• Bug#1093266: ITP: golang-github-owenrumney-go-sarif -- Sarif: Static Analysis Results Interchange Format (Go library) Simon Josefsson
• Bug#1093262: ITP: golang-github-spdx-tools-golang -- Collection of Go packages to work with SPDX files Simon Josefsson
• Bug#1093261: ITP: golang-github-anchore-go-struct-converter -- help migrate between different versioned Go structs (Go library) Simon Josefsson
• Bug#1093260: ITP: golang-github-kimmachinegun-automemlimit -- Automatically set GOMEMLIMIT to match Linux cgroups(7) memory limit Daniel Swarbrick
• 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: 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: 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
• 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 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
• 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
  • Re: Project-wide LLM budget for helping people (was: Re: Complete and unified documentation for new maintainers Andrey Rakhmatullin
  • Call for contributions to maintain existing documentation - Salsa makes it is easy! (was: Re: Complete and unified documentation for new maintainers Otto Kekäläinen
  • Re: Call for contributions to maintain existing documentation - Salsa makes it is easy! Ahmad Khalifa
  • Re: Call for contributions to maintain existing documentation - Salsa makes it is easy! Serafeim (Serafi) Zanikolas
  • Re: Call for contributions to maintain existing documentation - Salsa makes it is easy! Jonas Smedegaard
  • wiki.d.o on a git-backed engine Serafeim (Serafi) Zanikolas
  • Re: wiki.d.o on a git-backed engine Jonas Smedegaard
  • Re: wiki.d.o on a git-backed engine Jonathan Dowland
  • Re: wiki.d.o on a git-backed engine Jonas Smedegaard
  • Re: wiki.d.o on a git-backed engine Jeremy Stanley
  • Re: wiki.d.o on a git-backed engine Ahmad Khalifa
  • Re: wiki.d.o on a git-backed engine Jeremy Stanley
  • Re: wiki.d.o on a git-backed engine nick black
  • Re: wiki.d.o on a git-backed engine Jonathan Dowland
  • Re: wiki.d.o on a git-backed engine Kunal Mehta
  • Re: wiki.d.o on a git-backed engine Jonathan Dowland
  • Re: wiki.d.o on a git-backed engine Steve McIntyre
  • Re: wiki.d.o on a git-backed engine Jonas Smedegaard
  • Re: wiki.d.o on a git-backed engine Steve McIntyre
  • Re: wiki.d.o on a git-backed engine Jonas Smedegaard
  • Re: wiki.d.o on a git-backed engine Andrej Shadura
  • Re: wiki.d.o on a git-backed engine Jonas Smedegaard
  • Re: wiki.d.o on a git-backed engine Chris Hofstaedtler
  • Re: wiki.d.o on a git-backed engine Jonas Smedegaard
  • Re: Call for contributions to maintain existing documentation - Salsa makes it is easy! Jonathan Dowland
  • Re: Call for contributions to maintain existing documentation - Salsa makes it is easy! Jonathan Dowland
  • Re: Call for contributions to maintain existing documentation - Salsa makes it is easy! Jan Dittberner
  • Re: Call for contributions to maintain existing documentation - Salsa makes it is easy! Steve McIntyre
  • Re: Project-wide LLM budget for helping people (was: Re: Complete and unified documentation for new maintainers Otto Kekäläinen
  • Re: Project-wide LLM budget for helping people (was: Re: Complete and unified documentation for new maintainers Colin Watson
  • Re: Project-wide LLM budget for helping people (WAS: Re: Complete and unified documentation for new maintainers Andrew M.A. Cater
  • Re: Project-wide LLM budget for helping people (WAS: Re: Complete and unified documentation for new maintainers Ángel
  • Re: 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
  • Re: Project-wide LLM budget for helping people M. Zhou
  • Re: Project-wide LLM budget for helping people Helmut Grohne
  • Re: Project-wide LLM budget for helping people Simon Richter
  • Re: Project-wide LLM budget for helping people (was: Re: Complete and unified documentation for new maintainers Philip Hands
  • Re: Project-wide LLM budget for helping people (was: Re: Complete and unified documentation for new maintainers Andrey Rakhmatullin
  • Re: Project-wide LLM budget for helping people (was: Re: Complete and unified documentation for new maintainers Holger Levsen
• Bug#1092770: ITP: python-crypt-r -- A copy of the crypt module that was removed in Python 3.13 Bo YU
• Bug#1092763: RFP: elpa-empv -- Empv.el provides a better command of the mpv player utility from within emacs, than the existing elpa-mpv package k4r4b3y
• Thanks for sqv in apt Ian Jackson
• Bug#1092666: ITP: safetensors -- Simple, safe way to store and distribute tensors Mo Zhou
• Theme for Trixie: Ceratopsian in the installer Roland Clobus
  • Re: Theme for Trixie: Ceratopsian in the installer Aurélien COUDERC
• Bug#1092585: ITP: sos -- Set of tools to gather troubleshooting data from a system Arif Ali
• Bug#1092555: ITP: golang-k8s-component-base -- Toolkit for building Kubernetes components with shared utilities Arthur Diniz
• DEP17 /usr-move: most mitigations (M18) for aliased diversions (P3) are broken Helmut Grohne
  • Re: DEP17 /usr-move: most mitigations (M18) for aliased diversions (P3) are broken Helmut Grohne
  • Re: DEP17 /usr-move: most mitigations (M18) for aliased diversions (P3) are broken G. Branden Robinson
  • Re: DEP17 /usr-move: most mitigations (M18) for aliased diversions (P3) are broken Helmut Grohne
  • Re: DEP17 /usr-move: most mitigations (M18) for aliased diversions (P3) are broken Helmut Grohne
  • Re: DEP17 /usr-move: most mitigations (M18) for aliased diversions (P3) are broken Helmut Grohne
• Bug#1092485: ITP: fonts-maple-mono -- open source monospace font focused on smoothing your coding flow Weng Qizhi

• Earlier messages