debian-devel Aug 2021 by thread

[previous month]

[previous page]

Page 1 of 2

[Date Index] [Subject Index] [Author Index] [Other Debian Lists] [Debian Home]

Bug#991757: ITP: golang-github-traefik-yaegi -- Yaegi is Another Elegant Go Interpreter Alois Micard
Bug#991760: ITP: golang-github-unrolled-render -- Go package for easily rendering JSON, XML, binary data, and HTML templates responses. Alois Micard
Re: Issue with installing manually created Debian archive with APT Thomas Goirand

Message not available
- Re: Issue with installing manually created Debian archive with APT Hunter Wittenborn
<Possible follow-ups>
Re: Issue with installing manually created Debian archive with APT David Kalnischkies

Bug#991761: ITP: swc -- A super-fast typescript / javascript compiler written in rust Jérémy Lal
Bug#991763: ITP: golang-github-unrolled-secure -- HTTP middleware for Go that facilitates some quick security wins. Alois Micard
Bug#991766: ITP: golang-github-rancher-go-rancher-metadata -- Go Bindings for Rancher-metadata service Alois Micard
Bug#991775: ITP: graphene -- GraphQL Framework for Python Carsten Schoenert
Bug#991779: ITP: ruby-semantic-range -- node-semver rewritten in Ruby Sruthi Chandran
Debian Med videoconference tomorrow, Monday 2021-08-02 18:00 UTC Andreas Tille

Debian Med video conference tomorrow, Tuesday 2021-08-17 18:00 UTC Andreas Tille

Bug#991791: ITP: pynauty -- isomorphism testing and automorphisms of graphs Doug Torrance
Bug#991801: ITP: elan -- tool for managing installations of the Lean theorem prover Christopher Hoskin
Bug#991802: ITP: fonts-vazir -- A free sans font for Persian and Arabic eshagh
ITP: rabbitremotecontrol -- Rabbit remote control kl222

<Possible follow-ups>
ITP: rabbitremotecontrol -- Rabbit remote control kl222

Bug#991812: ITP: django-graphene -- Django integration for Graphene Carsten Schoenert
Bug#991826: ITP: seclists -- SecLists is a collection of multiple types of lists used during security. Guilherme Xavier
Slower/no acceptance from dak? Utkarsh Gupta

Re: Slower/no acceptance from dak? Mattia Rizzolo

Bug#991866: ITP: osicat -- lightweight operating system interface for Common Lisp on POSIX-like systems Sean Whitton
Bug#991872: ITP: python-graphene -- GraphQL Framework for Python Carsten Schoenert
Bug#991882: ITP: aiohttp-remotes -- Set of useful tools for Python aiohttp.web server Adam Cecile
Bug#991906: ITP: userv-utils -- privsep utilities collection Sean Whitton
Bug#991923: ITP: mathlibtools -- supporting tool for Lean mathlib Christopher Hoskin
Work-needing packages report for Aug 6, 2021 wnpp
Bug#991934: ITP: rust-liboverdrop -- A simple Rust library to handle configuration fragments clay stan
How to use remove-on-upgrade to remove a configuration file? Ludovic Rousseau

Re: How to use remove-on-upgrade to remove a configuration file? Niels Thykier

Re: How to use remove-on-upgrade to remove a configuration file? Ludovic Rousseau

Re: How to use remove-on-upgrade to remove a configuration file? Niels Thykier
Re: How to use remove-on-upgrade to remove a configuration file? Niels Thykier

Bug#991995: ITP: golang-github-gobuffalo-flect -- An inflection engine for golang Anthony Fok
Bug#992006: ITP: elixir-nimble-parsec -- simple and fast library for text-based parser combinators James Valleroy
Bug#992013: ITP: pystring -- collection of C++ functions for Python's string class methods Matteo F. Vescovi
Bug#992020: ITP: scap-workbench -- Scanning and tailoring tool for SCAP content Hideki Yamane
Bug#992024: ITP: airsane -- SANE WebScan frontend that supports Apple's AirScan protocol Bastien Roucariès
Bug#992027: ITP: openqa-client -- Python API to access openQA server Sudip Mukherjee
Bug#992044: ITP: libgoby-java -- next-generation sequencing data and results analysis tool Pierre Gruet
Arch triplet for uefi applications Bastien Roucariès

Re: Arch triplet for uefi applications Josh Triplett

Re: Arch triplet for uefi applications Simon McVittie

Re: Arch triplet for uefi applications Bastien Roucariès

Re: Arch triplet for uefi applications Steve McIntyre

Re: Arch triplet for uefi applications Bastien Roucariès
Re: Arch triplet for uefi applications Bastien Roucariès
Re: Arch triplet for uefi applications Bastien Roucariès

Re: Arch triplet for uefi applications Guillem Jover

Re: Arch triplet for uefi applications Simon McVittie
Re: Arch triplet for uefi applications Bastien Roucariès

Bug#992067: ITP: powder-toy -- A free physics sandbox game clay stan
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Sandro Tosi

Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Andrey Rahmatullin

Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Paul Wise

Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Calum McConnell
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Marc Haber
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Steffen Möller
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Vincent Bernat
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Theodore Ts'o
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Timothy M Butterworth
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Paul Wise
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Jonathan Dowland
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Moritz Mühlenhoff
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Wouter Verhelst
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Pirate Praveen
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Romain Porte
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Andreas Tille
Re: Steam Deck: good news for Linux gaming, bad news for Debian :( Jonas Smedegaard
git workflows (was: Steam Deck: good news for Linux gaming, bad news for Debian :() Sean Whitton
Re: git workflows (was: Steam Deck: good news for Linux gaming, bad news for Debian :() Jonathan Dowland
Re: git workflows (was: Steam Deck: good news for Linux gaming, bad news for Debian :() Sean Whitton

Code Horler, Johannes

Re: Code Xavier

Re: Code Paul Wise

Re: Code Kyle Edwards
Re: Code Peter Pentchev
Re: Code Hans

Re: Code Wookey

Re: Gitlab support for Debian repositories (Was: Regarding the new "Debian User Repository") Holger Levsen

Re: Gitlab support for Debian repositories (Was: Regarding the new "Debian User Repository") Wouter Verhelst

Re: Gitlab support for Debian repositories (Was: Regarding the new "Debian User Repository") Holger Levsen

Re: Gitlab support for Debian repositories (Was: Regarding the new "Debian User Repository") Wouter Verhelst
Re: Gitlab support for Debian repositories (Was: Regarding the new "Debian User Repository") Holger Levsen

Debian package manager privilege escalation attack Timothy M Butterworth

Re: Debian package manager privilege escalation attack Brian Thompson

Re: Debian package manager privilege escalation attack Andrey Rahmatullin

Re: Debian package manager privilege escalation attack Brian Thompson
Re: Debian package manager privilege escalation attack Andrey Rahmatullin
Re: Debian package manager privilege escalation attack Paul Tagliamonte

Re: Debian package manager privilege escalation attack Niels Thykier

Re: Debian package manager privilege escalation attack Brian Thompson

Re: Debian package manager privilege escalation attack Andrey Rahmatullin
Re: Debian package manager privilege escalation attack Brian Thompson
Re: Debian package manager privilege escalation attack Andrey Rahmatullin
Re: Debian package manager privilege escalation attack Polyna-Maude Racicot-Summerside
Re: Debian package manager privilege escalation attack Philipp Kern
Re: Debian package manager privilege escalation attack Marc Haber
Re: Debian package manager privilege escalation attack Philipp Kern
Re: Debian package manager privilege escalation attack Russ Allbery
Re: Debian package manager privilege escalation attack Holger Levsen
Re: Debian package manager privilege escalation attack Holger Levsen
Re: Debian package manager privilege escalation attack Wouter Verhelst

Re: Debian package manager privilege escalation attack Andrey Rahmatullin

Re: Debian package manager privilege escalation attack Vincent Bernat

Re: Debian package manager privilege escalation attack Andrey Rahmatullin
Re: Debian package manager privilege escalation attack Vincent Bernat
Re: Debian package manager privilege escalation attack Ansgar
Re: Debian package manager privilege escalation attack Vincent Bernat
Re: Debian package manager privilege escalation attack Philipp Kern
Re: Debian package manager privilege escalation attack David Kalnischkies
Re: Debian package manager privilege escalation attack Kyle Edwards
Re: Debian package manager privilege escalation attack Andrey Rahmatullin

Bug#992124: ITP: puppet-module-mistral -- Puppet module for OpenStack Mistral Thomas Goirand
Re: Seeking feedback on a meta package builder Sean Whitton
Re: Figuring how to work with team-maintained packages on salsa Sean Whitton
Bug#992133: ITP: firebird4.0 -- Firebird RDBMS (version 4.0) Damyan Ivanov
Re: merged /usr Guillem Jover

Re: merged /usr Marco d'Itri

Re: merged /usr Guillem Jover

Re: merged /usr Marco d'Itri

Re: merged /usr Luca Boccassi

Re: merged /usr David Kalnischkies
Re: merged /usr Luca Boccassi
Re: merged /usr David Kalnischkies
Re: merged /usr Simon McVittie
Re: merged /usr David Kalnischkies
Re: merged /usr Simon McVittie
Re: merged /usr David Kalnischkies
Re: merged /usr Simon McVittie
Re: merged /usr Marco d'Itri
Re: merged /usr David Kalnischkies
Re: merged /usr Luca Boccassi
Re: merged /usr Marco d'Itri
Re: merged /usr David Kalnischkies
Re: merged /usr Luca Boccassi
A summary of where I think we are on the technical side of the merged /usr discussion Sam Hartman
Re: A summary of where I think we are on the technical side of the merged /usr discussion Simon McVittie
Re: A summary of where I think we are on the technical side of the merged /usr discussion Theodore Ts'o
Re: A summary of where I think we are on the technical side of the merged /usr discussion Simon McVittie
Re: A summary of where I think we are on the technical side of the merged /usr discussion Simon Richter
Re: A summary of where I think we are on the technical side of the merged /usr discussion Luca Boccassi
Re: A summary of where I think we are on the technical side of the merged /usr discussion Simon Richter
Re: A summary of where I think we are on the technical side of the merged /usr discussion Luca Boccassi
Re: A summary of where I think we are on the technical side of the merged /usr discussion Theodore Ts'o
Re: merged /usr Simon McVittie
Re: merged /usr Marco d'Itri
Re: A summary of where I think we are on the technical side of the merged /usr discussion Helmut Grohne
Re: merged /usr vs. symlink farms Simon McVittie
Re: merged /usr vs. symlink farms Theodore Ts'o
Re: merged /usr vs. symlink farms Simon Richter
Re: merged /usr vs. symlink farms Theodore Ts'o
Re: merged /usr vs. symlink farms Craig Small
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Philip Hands
Re: merged /usr vs. symlink farms Wouter Verhelst
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Wouter Verhelst
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Colin Watson
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Guillem Jover
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Steve Cotton
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Simon Richter
Re: merged /usr vs. symlink farms Theodore Ts'o
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Russ Allbery
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Russ Allbery
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Russ Allbery
Re: merged /usr vs. symlink farms Simon Richter
Re: merged /usr vs. symlink farms Russ Allbery
Re: merged /usr vs. symlink farms Ansgar
Re: merged /usr vs. symlink farms Russ Allbery
Debhelper and /lib/systemd vs /usr/lib/systemd Sam Hartman
Re: Debhelper and /lib/systemd vs /usr/lib/systemd Russ Allbery
Re: Debhelper and /lib/systemd vs /usr/lib/systemd Niels Thykier
Re: Debhelper and /lib/systemd vs /usr/lib/systemd Sam Hartman
Re: Debhelper and /lib/systemd vs /usr/lib/systemd Simon Richter
Re: Debhelper and /lib/systemd vs /usr/lib/systemd Niels Thykier
Re: Debhelper and /lib/systemd vs /usr/lib/systemd Andreas Metzler
Re: Debhelper and /lib/systemd vs /usr/lib/systemd Niels Thykier
Re: Debhelper and /lib/systemd vs /usr/lib/systemd Sam Hartman
Re: Debhelper and /lib/systemd vs /usr/lib/systemd Niels Thykier
Re: merged /usr vs. symlink farms Wouter Verhelst
Re: merged /usr vs. symlink farms Russ Allbery
Re: merged /usr vs. symlink farms Guillem Jover
Re: merged /usr vs. symlink farms Russ Allbery
next steps after usrunmess Phil Morrell
Re: next steps after usrunmess Theodore Ts'o
Re: next steps after usrunmess Bastien ROUCARIES
Re: next steps after usrmerge Theodore Ts'o
Re: next steps after usrunmess Phil Morrell
Re: next steps after usrunmess Bastien ROUCARIES
Re: next steps after usrunmess Richard Laager
Re: merged /usr vs. symlink farms Wouter Verhelst
Re: merged /usr vs. symlink farms Simon Richter
Re: merged /usr vs. symlink farms Russ Allbery
Re: merged /usr vs. symlink farms Simon Richter
Re: merged /usr vs. symlink farms Simon Richter
Making the dpkg database correspond with reality (Was Re: merged /usr vs. symlink farms) Theodore Ts'o
Re: Making the dpkg database correspond with reality (Was Re: merged /usr vs. symlink farms) Timo Röhling
Re: Making the dpkg database correspond with reality (Was Re: merged /usr vs. symlink farms) Simon Richter
Re: Making the dpkg database correspond with reality (Was Re: merged /usr vs. symlink farms) Theodore Ts'o
Re: Making the dpkg database correspond with reality (Was Re: merged /usr vs. symlink farms) Simon McVittie
Re: merged /usr vs. symlink farms Sam Hartman
Re: merged /usr vs. symlink farms Timo Röhling
Re: merged /usr vs. symlink farms Theodore Ts'o
Re: merged /usr vs. symlink farms David Kalnischkies
Re: merged /usr vs. symlink farms Theodore Ts'o
Re: merged /usr vs. symlink farms gregor herrmann
Re: merged /usr vs. symlink farms Sam Hartman
Re: merged /usr vs. symlink farms Theodore Ts'o
Re: merged /usr vs. symlink farms Simon Richter
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Sam Hartman
Re: merged /usr vs. symlink farms Aurelien Jarno
Re: merged /usr vs. symlink farms Danilo Santos
Re: merged /usr vs. symlink farms Guillem Jover
Re: merged /usr vs. symlink farms Andreas Metzler
Re: merged /usr vs. symlink farms Guillem Jover
Re: merged /usr vs. symlink farms Marco d'Itri
Re: merged /usr vs. symlink farms Simon Richter
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Philip Hands
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged /usr vs. symlink farms Simon Richter
Re: merged /usr vs. symlink farms Timo Röhling
Re: merged /usr vs. symlink farms Sam Hartman
Re: merged /usr vs. symlink farms Timo Röhling
Re: merged /usr vs. symlink farms Andreas Metzler
Re: merged /usr vs. symlink farms Luca Boccassi
Re: merged-/usr vs. partially-symlink-farmed-root Ansgar
Re: merged-/usr vs. partially-symlink-farmed-root Luca Boccassi
Re: merged-/usr vs. partially-symlink-farmed-root Marvin Renich
Re: merged-/usr vs. partially-symlink-farmed-root Simon Richter
Re: merged-/usr vs. partially-symlink-farmed-root Luca Boccassi
Re: merged-/usr vs. partially-symlink-farmed-root Theodore Ts'o
Re: merged-/usr vs. partially-symlink-farmed-root Ansgar
Re: merged-/usr vs. partially-symlink-farmed-root Marvin Renich
Re: merged-/usr vs. partially-symlink-farmed-root Ansgar
Re: merged-/usr vs. partially-symlink-farmed-root Marvin Renich
Re: merged /usr vs. symlink farms Tomas Pospisek
Re: testing for rootfs vs. /usr reproducibility regressions Simon McVittie
Re: testing for rootfs vs. /usr reproducibility regressions Helmut Grohne
Re: testing for rootfs vs. /usr reproducibility regressions Simon McVittie
Re: testing for rootfs vs. /usr reproducibility regressions Timothy M Butterworth
Re: testing for rootfs vs. /usr reproducibility regressions Andy Smith
Re: testing for rootfs vs. /usr reproducibility regressions Timothy M Butterworth
Re: A summary of where I think we are on the technical side of the merged /usr discussion Luca Boccassi
Re: A summary of where I think we are on the technical side of the merged /usr discussion Sam Hartman
Re: A summary of where I think we are on the technical side of the merged /usr discussion Tim Woodall
Changing how you do things: Was Re: merged /usr Tim Woodall
Re: Changing how you do things: Was Re: merged /usr David Kalnischkies
Re: merged /usr David Kalnischkies
Re: merged /usr Holger Levsen
Re: merged /usr Vagrant Cascadian
Re: merged /usr Simon McVittie
Re: merged /usr Holger Levsen
Re: merged /usr Wouter Verhelst

Re: merged /usr Wouter Verhelst

Re: merged /usr Marco d'Itri
Re: merged /usr Wouter Verhelst
Re: merged /usr Marc Haber
Re: merged /usr Sam Hartman

Work-needing packages report for Aug 13, 2021 wnpp
Upload processing ⏸d until 🛍→🐈 Ansgar
Re: Bits from the Release Team: say hello to our studious bookworm Brian Thompson
debian:stable docker image points wrong path for security updates Hideki Yamane

Re: debian:stable docker image points wrong path for security updates Shengjing Zhu

Re: debian:stable docker image points wrong path for security updates Hideki Yamane

Re: debian:stable docker image points wrong path for security updates Tianon Gravi

Re: debian:stable docker image points wrong path for security updates Tianon Gravi

Re: debian:stable docker image points wrong path for security updates Hideki Yamane

a[uto]p[kg]t[ests] on non-any (was: Re: say hello to our studious bookworm) Adam Borowski
Debian choice of upstream tarballs for packaging Paul Wise

Re: Debian choice of upstream tarballs for packaging Sam Hartman
Re: Debian choice of upstream tarballs for packaging Sean Whitton

Re: Debian choice of upstream tarballs for packaging Pirate Praveen

Re: Debian choice of upstream tarballs for packaging Paul Wise
Re: Debian choice of upstream tarballs for packaging Pirate Praveen
Re: Debian choice of upstream tarballs for packaging Luca Boccassi

Re: Debian choice of upstream tarballs for packaging Paul Wise

Re: Debian choice of upstream tarballs for packaging Antonio Terceiro

Re: Debian choice of upstream tarballs for packaging Simon Richter

Re: Debian choice of upstream tarballs for packaging Jonas Smedegaard

Re: Debian choice of upstream tarballs for packaging Marc Haber
Re: Debian choice of upstream tarballs for packaging Jonas Smedegaard
Re: Debian choice of upstream tarballs for packaging Marc Haber
Re: Debian choice of upstream tarballs for packaging Jonas Smedegaard

Re: Debian choice of upstream tarballs for packaging Paul Wise

Re: Debian choice of upstream tarballs for packaging Simon Richter

Re: Debian choice of upstream tarballs for packaging Sam Hartman

Re: Debian choice of upstream tarballs for packaging Sune Vuorela
Re: Debian choice of upstream tarballs for packaging Simon Josefsson

Re: Debian choice of upstream tarballs for packaging Paul Wise
Re: Debian choice of upstream tarballs for packaging Sean Whitton

Re: Debian choice of upstream tarballs for packaging Phil Morrell
Re: Debian choice of upstream tarballs for packaging Simon Richter
Re: Debian choice of upstream tarballs for packaging Brian Thompson
Re: Debian choice of upstream tarballs for packaging Paul Wise
Re: Debian choice of upstream tarballs for packaging Sean Whitton
Re: Debian choice of upstream tarballs for packaging Simon Richter

Re: Debian choice of upstream tarballs for packaging Thomas Goirand

Re: Debian choice of upstream tarballs for packaging Simon Richter

Re: Debian choice of upstream tarballs for packaging Phil Morrell
Re: Debian choice of upstream tarballs for packaging Simon Richter
Re: Debian choice of upstream tarballs for packaging Thomas Goirand
Re: Debian choice of upstream tarballs for packaging Simon Richter
Re: Debian choice of upstream tarballs for packaging Paul Wise
Re: Debian choice of upstream tarballs for packaging Sean Whitton

Re: Debian choice of upstream tarballs for packaging Jeremy Stanley
Re: Debian choice of upstream tarballs for packaging Theodore Ts'o

Re: Debian choice of upstream tarballs for packaging Thomas Goirand
Re: Debian choice of upstream tarballs for packaging Sean Whitton

Re: Debian choice of upstream tarballs for packaging Sean Whitton
Re: Re: Debian choice of upstream tarballs for packaging Nicholas Guriev

Question Re: Advertising in Packages Antonio Russo

Re: Question Re: Advertising in Packages Polyna-Maude Racicot-Summerside
Re: Question Re: Advertising in Packages Paul Wise

Re: Question Re: Advertising in Packages Antonio Russo

Re: Question Re: Advertising in Packages Andrew M.A. Cater
Re: Question Re: Advertising in Packages Marc Haber

Re: Question Re: Advertising in Packages Jonas Smedegaard
Re: Question Re: Advertising in Packages Sam Hartman

Re: Question Re: Advertising in Packages Ansgar

Bug#992237: general: dpkg broken, so no security updates available Olaf Zaplinski

Bug#992237: marked as done (general: dpkg broken, so no security updates available) Debian Bug Tracking System

Adding an epoch to the 'steam' package Simon McVittie

Re: Adding an epoch to the 'steam' package Emilio Pozuelo Monfort
Re: Adding an epoch to the 'steam' package Mattia Rizzolo

Debian security repository canonical URI? Daniel Lewart

Re: Debian security repository canonical URI? Peter Pentchev
Re: Debian security repository canonical URI? Paul Wise

Bug#992322: ITP: node-minipass -- Nodejs minimal implementation of a PassThrough stream Yadd
Proposal to create unstable-proposed-updates suite for use during freeze Pirate Praveen

Re: Proposal to create unstable-proposed-updates suite for use during freeze Nilesh Patra

Re: Proposal to create unstable-proposed-updates suite for use during freeze Samuel Thibault

Re: Proposal to create unstable-proposed-updates suite for use during freeze Pirate Praveen
Re: Proposal to create unstable-proposed-updates suite for use during freeze Cyril Brulebois

Re: Proposal to create unstable-proposed-updates suite for use during freeze Stephan Lachnit

Re: Proposal to create unstable-proposed-updates suite for use during freeze Andrey Rahmatullin

Re: Proposal to create unstable-proposed-updates suite for use during freeze Stephan Lachnit
Re: Proposal to create unstable-proposed-updates suite for use during freeze Nilesh Patra
Re: Proposal to create unstable-proposed-updates suite for use during freeze Pirate Praveen
Re: Proposal to create unstable-proposed-updates suite for use during freeze Nilesh Patra
Re: Proposal to create unstable-proposed-updates suite for use during freeze Pirate Praveen
Re: Re: Proposal to create unstable-proposed-updates suite for use during freeze Nilesh Patra

Debian 11 Bullseye Setup Problems Error Report admin4

Re: Debian 11 Bullseye Setup Problems Error Report Paul Wise

Re: Debian 11 Bullseye Setup Problems Error Report admin4

Re: Debian 11 Bullseye Setup Problems Error Report Andrey Rahmatullin
Re: Debian 11 Bullseye Setup Problems Error Report admin4
Re: Debian 11 Bullseye Setup Problems Error Report admin4
Re: Debian 11 Bullseye Setup Problems Error Report Andrey Rahmatullin
Re: Debian 11 Bullseye Setup Problems Error Report admin4
Re: Debian 11 Bullseye Setup Problems Error Report Timothy M Butterworth
Re: Debian 11 Bullseye Setup Problems Error Report Paul Wise
Re: Debian 11 Bullseye Setup Problems Error Report Paul Wise
Re: Debian 11 Bullseye Setup Problems Error Report Philip Hands
Re: Debian 11 Bullseye Setup Problems Error Report Paul Wise

MBF: please drop transitional dummy package foo (if they were part of two releases or more) Holger Levsen

Re: MBF: please drop transitional dummy package foo (if they were part of two releases or more) Moritz Mühlenhoff

Bug#992365: ITP: ignition-plugin -- Library for registering plugin libraries and dynamically loading them at runtime Jose Luis Rivero
Bug#992366: ITP: flake8-blind-except -- A flake8 extension that checks for blind, catch-all except: and except Exception: statements. Jose Luis Rivero
Bug#992367: ITP: flake8-builtins -- Check for python builtins being used as variables or parameters Jose Luis Rivero
Bug#992373: ITP: golang-github-mendersoftware-progressbar -- Minimal progressbar used in Mender projects Andreas Henriksson
Future of /usr/bin/which in Debian? Boyuan Yang

Re: Future of /usr/bin/which in Debian? Clint Adams

Re: Future of /usr/bin/which in Debian? Gunnar Wolf

Re: Future of /usr/bin/which in Debian? Andrey Rahmatullin
Re: Future of /usr/bin/which in Debian? Ben Hutchings
Re: Future of /usr/bin/which in Debian? Clint Adams
Re: Future of /usr/bin/which in Debian? Geert Stappers
Re: Future of /usr/bin/which in Debian? Clint Adams
Re: Future of /usr/bin/which in Debian? Geert Stappers
Re: Future of /usr/bin/which in Debian? Clint Adams
Re: Future of /usr/bin/which in Debian? Boyuan Yang
Re: Future of /usr/bin/which in Debian? Paul Wise
Re: Future of /usr/bin/which in Debian? YunQiang Su
Re: Future of /usr/bin/which in Debian? Calum McConnell
Re: Future of /usr/bin/which in Debian? Andrej Shadura
Re: Future of /usr/bin/which in Debian? Boyuan Yang
Re: Future of /usr/bin/which in Debian? Sean Whitton
Re: Future of /usr/bin/which in Debian? xiao sheng wen(肖盛文)
Re: Future of /usr/bin/which in Debian? Colin Watson

Q: How to avoid blhc failure Hideki Yamane

Re: Q: How to avoid blhc failure Paul Wise
<Possible follow-ups>
Re: Q: How to avoid blhc failure Barak A. Pearlmutter

Bug#992196: ITP: opensmalltalk-vm -- High performance virtual machine for Smalltalk Phil B
Re: Debian Policy 4.6.0.0 released Aurelien Jarno

Re: Debian Policy 4.6.0.0 released Sean Whitton

Re: Debian Policy 4.6.0.0 released Johannes Schauer Marin Rodrigues
Re: Debian Policy 4.6.0.0 released Russ Allbery

Bug#992601: Allow non-64-bit packages to install to /usr/lib64/ again Sean Whitton

Re: Debian Policy 4.6.0.0 released Jochen Sprickerhof

<Possible follow-ups>
Re: Debian Policy 4.6.0.0 released Scott Talbert

Re: Debian Policy 4.6.0.0 released Sean Whitton

Use files created during CI to seed trust and attract new users? Steffen Möller

Re: Use files created during CI to seed trust and attract new users? Paul Wise

Bug#992429: ITP: libapache-session-mongodb-perl -- Apache::Session implementation for MongoDB databases Yadd
src:developers-reference - pt_BR translation initiative Thiago Pezzo (tico)

Re: src:developers-reference - pt_BR translation initiative Sean Whitton
Re: src:developers-reference - pt_BR translation initiative Thiago Pezzo (tico)

Re: src:developers-reference - pt_BR translation initiative Mattia Rizzolo

Bug#992446: ITP: django-graphiql-debug-toolbar -- Django Debug Toolbar for GraphiQL IDE Carsten Schoenert
Bug#992464: ITP: python-fastbencode -- Fast implementation of bencode serializer/deserializer Jelmer Vernooij
WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Theodore Ts'o

Re: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Peter Pentchev
Re: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Michael Biebl

Re: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Luca Boccassi

Re: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Peter Palfrader
Re: Bug#992554: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Simon McVittie
Re: Bug#992554: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Luca Boccassi
Re: Bug#992554: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Simon McVittie
Re: Bug#992554: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Luca Boccassi
Re: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Felix Lechner

Re: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Michael Biebl

Re: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Theodore Ts'o
Re: WARNING: dh_installsystemd is moving unit files to /usr/lib/systemd/system Michael Biebl

Bug#992503: [RFC] [meta][WiP] URL specification with IPv6 zone identifiers Bastien Roucariès
Bug#992504: ITP: python-ppft -- distributed and parallel Python Romain Porte
Q: Use https for {deb,security}.debian.org by default Hideki Yamane

Re: Q: Use https for {deb,security}.debian.org by default Tim Woodall
Re: Q: Use https for {deb,security}.debian.org by default Simon Richter

Re: Q: Use https for {deb,security}.debian.org by default Paul Gevers

Re: Q: Use https for {deb,security}.debian.org by default Philipp Kern
Re: Q: Use https for {deb,security}.debian.org by default Stephan Verbücheln
Re: Q: Use https for {deb,security}.debian.org by default David Kalnischkies

Re: Q: Use https for {deb,security}.debian.org by default Kyle Edwards

Re: Q: Use https for {deb,security}.debian.org by default Jeremy Stanley
Re: Q: Use https for {deb,security}.debian.org by default Bjørn Mork
Re: Q: Use https for {deb,security}.debian.org by default Jeremy Stanley
Re: Q: Use https for {deb,security}.debian.org by default Russ Allbery
Re: Q: Use https for {deb,security}.debian.org by default Kyle Edwards
Re: Q: Use https for {deb,security}.debian.org by default Jeremy Stanley
Re: Q: Use https for {deb,security}.debian.org by default Russ Allbery
Re: Q: Use https for {deb,security}.debian.org by default Jeremy Stanley
Re: Q: Use https for {deb,security}.debian.org by default Johannes Schauer Marin Rodrigues
Re: Q: Use https for {deb,security}.debian.org by default Paul Gevers
Re: Q: Use https for {deb,security}.debian.org by default Jeremy Stanley
Re: Q: Use https for {deb,security}.debian.org by default Russ Allbery
Re: Q: Use https for {deb,security}.debian.org by default Ansgar
Re: Q: Use https for {deb,security}.debian.org by default Vincent Lefevre
Re: Q: Use https for {deb,security}.debian.org by default Tim Woodall
Re: Q: Use https for {deb,security}.debian.org by default Philipp Kern
Re: Q: Use https for {deb,security}.debian.org by default Tomas Pospisek
Re: Q: Use https for {deb,security}.debian.org by default David Kalnischkies
Re: Q: Use https for {deb,security}.debian.org by default Simon Richter
Re: Q: Use https for {deb,security}.debian.org by default Kyle Edwards
Re: Q: Use https for {deb,security}.debian.org by default Russ Allbery
Re: Q: Use https for {deb,security}.debian.org by default Jeremy Stanley
Re: Q: Use https for {deb,security}.debian.org by default Wouter Verhelst
Re: Q: Use https for {deb,security}.debian.org by default Simon Richter
Re: Q: Use https for {deb,security}.debian.org by default Andrew M.A. Cater
Re: Q: Use https for {deb,security}.debian.org by default Tobias Frost
Re: Q: Use https for {deb,security}.debian.org by default Philip Hands
Re: Q: Use https for {deb,security}.debian.org by default Phil Morrell
Re: Q: Use https for {deb,security}.debian.org by default David Kalnischkies
Re: Q: Use https for {deb,security}.debian.org by default Jeremy Stanley
Re: Q: Use https for {deb,security}.debian.org by default Helmut Grohne
Re: Q: Use https for {deb,security}.debian.org by default Simon Richter
Re: Q: Use https for {deb,security}.debian.org by default Ansgar
Re: Q: Use https for {deb,security}.debian.org by default Russ Allbery
Re: Q: Use https for {deb,security}.debian.org by default Thomas Goirand
Re: Q: Use https for {deb,security}.debian.org by default Wouter Verhelst
Re: Q: Use https for {deb,security}.debian.org by default Julien Cristau

Re: Q: Use https for {deb,security}.debian.org by default Hideki Yamane

Bug#992509: ITP: python-pox -- utilities for filesystem exploration and automated builds Romain Porte
Bug#992511: ITP: python-pathos -- parallel graph management and execution in heterogeneous computing Romain Porte
Bug#992539: ITP: which-gnu -- Utility to show the full path of commands Boyuan Yang
Work-needing packages report for Aug 20, 2021 wnpp
inconsistent mailgraph settings Vincent Lefevre

Re: inconsistent mailgraph settings Tomas Pospisek

Re: inconsistent mailgraph settings Mattia Rizzolo

BTS not archiving Bcc: mails? [was: Re: inconsistent mailgraph settings] Tomas Pospisek
Re: BTS not archiving Bcc: mails? [was: Re: inconsistent mailgraph settings] Andrey Rahmatullin
Re: BTS not archiving Bcc: mails? [was: Re: inconsistent mailgraph settings] Vincent Lefevre
Re: BTS not archiving Bcc: mails? [was: Re: inconsistent mailgraph settings] Tomas Pospisek
Re: BTS not archiving Bcc: mails? [was: Re: inconsistent mailgraph settings] Holger Wansing
Re: BTS not archiving Bcc: mails? [was: Re: inconsistent mailgraph settings]G Tim Woodall
Re: BTS not archiving Bcc: mails? [was: Re: inconsistent mailgraph settings]G Vincent Lefevre
Re: BTS not archiving Bcc: mails? [was: Re: inconsistent mailgraph settings] Andrey Rahmatullin
Re: BTS not archiving Bcc: mails? [was: Re: inconsistent mailgraph settings] Don Armstrong

Re: inconsistent mailgraph settings Vincent Lefevre

Re: inconsistent mailgraph settings Tomas Pospisek
Re: inconsistent mailgraph settings Tomas Pospisek

Bug#992664: ITP: ruby-parser -- Ruby parser written in pure Ruby Hideki Yamane
Bug#992692: general: Use https for {deb,security}.debian.org by default Hideki Yamane
Looking for Estonian DD-s Aivar Annamaa

Re: Looking for Estonian DD-s Paul Wise

Re: Looking for Estonian DD-s Wouter Verhelst

Re: Looking for Estonian DD-s Samuel Thibault
Re: Looking for Estonian DD-s Nilesh Patra

Bug#992729: ITP: wlsunset -- Day/night gamma adjustments for Wayland compositors Peymaneh Nejad
Bug#992737: ITP: libtools-build-clojure -- a library for building artifacts Leandro Doctors
Bug#992749: ITP: golang-github-powerman-deepequal -- Go package with improved reflect.DeepEqual Eric Dorland

The last update was on 11:53 GMT Mon May 30. There are 574 messages. Page 1 of 2.

[previous month]

[previous page]

Page 1 of 2

[Date Index] [Subject Index] [Author Index] [Other Debian Lists] [Debian Home]

Mail converted by MHonArc