Debian on /usr (Re: TC decision on ownership of top-level filesystem aliases - #1091995)

2025-03-09 Thread Matthias Urlichs
On 06.03.25 11:25, Helmut Grohne wrote: onger term, it shall become possible to install Debian in such a way that the entire installation lives below /usr (though it will not be possible to upgrade such an installation due to the lack of /var/lib/dpkg in the initial implementation). My "build

Re: Growing new FTP-masters (Re: Bits from DPL)

2025-03-09 Thread Sean Whitton
Hello, On Thu 06 Mar 2025 at 01:54pm +01, Matthias Urlichs wrote: > * I have learned (thanks @roehling) that the *actual* median time packages > spend in NEW is less than two days. In other words, *somebody* must have > *some* time available. It is almost entirely Thorsten. > My personal sug

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion

2025-03-09 Thread Matthias Urlichs
On 08.03.25 21:09, Simon Josefsson wrote: I read this outcome as fairly clear message that, no, Debian does not want to provide a second set of installer images, and is not interested in contributions to make them. Another way to look at this outcome, and the one I personally prefer by a wide

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion

2025-03-09 Thread Simon Josefsson
Ansgar 🙀 writes: > Hi, > > On Sun, 2025-03-09 at 14:19 +0100, Simon Josefsson wrote: >> Our experience seems to differ, I now run Trisquel and Guix on many of >> my home and machines and servers.  For my uses they all work without >> non-free firmware.  You have to be careful about what hardware

Bug#1099951: ITP: mpire -- A Python package for easy multiprocessing, but faster than multiprocessing

2025-03-09 Thread Christian Bayle
Package: wnpp Severity: wishlist Owner: Christian Bayle X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: mpire Version : 2.10.2 Upstream Contact: Sybren Jansen / https://github.com/sybrenjansen * URL : https://github.com/sybrenjansen/mpire * License

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion

2025-03-09 Thread Simon Josefsson
Ansgar 🙀 writes: > Hi, > > On Sun, 2025-03-09 at 15:58 +0100, Simon Josefsson wrote: >> Ansgar 🙀 writes: >> >> > Hi, >> > >> > On Sun, 2025-03-09 at 14:19 +0100, Simon Josefsson wrote: >> > > Our experience seems to differ, I now run Trisquel and Guix on many of >> > > my home and machines and

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion

2025-03-09 Thread Marc Haber
On Sun, Mar 09, 2025 at 03:40:37PM +, Andrew M.A. Cater wrote: Installing using the Debian installer doesn't *require* you to carry on with the firmware. You can readily remove it - especially if you use the expert install - you are not required to enable the repository in your /etc/apt/sourc

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion

2025-03-09 Thread Ansgar 🙀
Hi, On Sun, 2025-03-09 at 15:58 +0100, Simon Josefsson wrote: > Ansgar 🙀 writes: > > > Hi, > > > > On Sun, 2025-03-09 at 14:19 +0100, Simon Josefsson wrote: > > > Our experience seems to differ, I now run Trisquel and Guix on many of > > > my home and machines and servers.  For my uses they all

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion

2025-03-09 Thread Simon Josefsson
"Andrew M.A. Cater" writes: > On Sun, Mar 09, 2025 at 03:58:59PM +0100, Simon Josefsson wrote: >> >> Agreed. However none of that hardware require me to load non-free >> firmware from my operating system, which is my point. That situation is >> sufficient for me to accept to use the hardware a

Re: Debian on /usr (Re: TC decision on ownership of top-level filesystem aliases - #1091995)

2025-03-09 Thread Marco d'Itri
On Mar 09, Matthias Urlichs wrote: > My "build me a Debian image" script has been doing that for two years now, > simply by moving /var/lib/dpkg to /usr/state/dpkg and bind-mounting it back > onto /var/lib/dpkg (symlinking won't work). How so? My /var/lib/dpkg has been a symlink for a very long t

Re: Revisiting the idea of pre-NEW peer review? (Re: Bits from DPL)

2025-03-09 Thread Maytham Alsudany
On Fri, 2025-03-07 at 09:51 +0900, Charles Plessy wrote: > > I have prepared a stub for a "Gateway to NEW" on Salsa: > > https://salsa.debian.org/newgateway-team I've got a couple of questions: Am I correct in assuming that each package to be reviewed will be an issue under the "reviews" repo (

Re: Growing new FTP-masters (Re: Bits from DPL)

2025-03-09 Thread Simon Josefsson
Sean Whitton writes: > Hello, > > On Sun 09 Mar 2025 at 12:17pm +01, Simon Josefsson wrote: > >> Sean Whitton writes: >> >>> The docs are public: https://salsa.debian.org/ftp-team/manpages >> >> Those are helpful even for me as uploading packages to NEW! I wish I >> had read them before. > > Mm

Re: Growing new FTP-masters (Re: Bits from DPL)

2025-03-09 Thread G. Branden Robinson
At 2025-03-09T19:32:32+0800, Sean Whitton wrote: > On Sun 09 Mar 2025 at 12:17pm +01, Simon Josefsson wrote: > > Sean Whitton writes: > >> The docs are public: https://salsa.debian.org/ftp-team/manpages > > Those are helpful even for me as uploading packages to NEW! I wish > > I had read them bef

Re: Growing new FTP-masters (Re: Bits from DPL)

2025-03-09 Thread Sean Whitton
Hello, On Sun 09 Mar 2025 at 12:38pm +01, Simon Josefsson wrote: > What should I do if NEW+unstable becomes uninstallable during the NEW > review period? > > Do you want maintainers to re-upload a newly built binary? I've never > done that, but doing so would make sense if you really want mainta

Re: Growing new FTP-masters (Re: Bits from DPL)

2025-03-09 Thread Simon McVittie
On Sun, 09 Mar 2025 at 19:32:32 +0800, Sean Whitton wrote: IMO it is the maintainer's responsibility to ensure that NEW+unstable together is always all installable, if you see what I mean. Do I assume correctly that this principle can be weakened for experimental-NEW? As a general principle

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion

2025-03-09 Thread Ansgar 🙀
Hi, On Sun, 2025-03-09 at 14:19 +0100, Simon Josefsson wrote: > Our experience seems to differ, I now run Trisquel and Guix on many of > my home and machines and servers.  For my uses they all work without > non-free firmware.  You have to be careful about what hardware you buy, > and chose your u

Re: Growing new FTP-masters (Re: Bits from DPL)

2025-03-09 Thread Sean Whitton
Hello, On Sun 09 Mar 2025 at 12:17pm +01, Simon Josefsson wrote: > Sean Whitton writes: > >> The docs are public: https://salsa.debian.org/ftp-team/manpages > > Those are helpful even for me as uploading packages to NEW! I wish I > had read them before. Mmm. They sat private access only for t

Bug#1099939: ITP: sphinx-external-toc -- A sphinx extension that allows the site-map to be defined in a single YAML file

2025-03-09 Thread Christian Bayle
Package: wnpp Severity: wishlist Owner: Christian Bayle X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: sphinx-external-toc Version : 1.0.1 Upstream Contact: https://github.com/orgs/executablebooks/people * URL : https://github.com/executablebooks/sphinx-ex

Re: Processing times for the NEW queue (was Re: Bits from DPL)

2025-03-09 Thread Julien Plissonneau Duquène
Hi, Thank you Timo for these statistics. Le 2025-03-09 00:17, Timo Röhling a écrit : from September 2012 [1] until January 2025: Over that period we get a 15.3% reject rate (nearly 1 in 6) for non-binNEW (6.6% for binNew, about 1 in 16) which is significant. The fact that the decision delay

Re: Processing times for the NEW queue (was Re: Bits from DPL)

2025-03-09 Thread Julien Plissonneau Duquène
Hi, Le 2025-03-09 06:08, Sean Whitton a écrit : Just to note that per the FTP team docs[1] we perform a full copyright and license review even if it's just a SONAME bump. I do not think we should be doing this, but it's the team policy. It makes sense in a way, as it makes the process more c

Re: Change the expectation that emails should wrap at 80 characters

2025-03-09 Thread Julien Plissonneau Duquène
Hi, Le 2025-03-09 00:23, Philip Hands a écrit : From my reading of this thread, the only real consensus seems to be that format=flowed is a good idea (as a result of which I intend to persuade my mail setup to generate that when I've got a moment). I doubt that a GR is justified, especially

Re: Growing new FTP-masters (Re: Bits from DPL)

2025-03-09 Thread Simon Josefsson
Sean Whitton writes: >> My personal suggestion would be to work with one or two volunteers to write a >> somewhat-comprehensive how-to-ftpmaster-the-NEW-queue manual, so that the >> *next* time you have a bottleneck you can throw that document at the >> volunteer >> and say "here's ten example p

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion

2025-03-09 Thread Simon Josefsson
Matthias Urlichs writes: > On 08.03.25 21:09, Simon Josefsson wrote: >> I read this outcome as fairly clear message that, no, Debian does not >> want to provide a second set of installer images, and is not interested >> in contributions to make them. > > Another way to look at this outcome, and t

Re: Change the expectation that emails should wrap at 80 characters

2025-03-09 Thread Andreas Metzler
On 2025-03-09 Soren Stoutner wrote: > On Saturday, March 8, 2025 4:23:56 PM MST Philip Hands wrote: [...] > > You seem to be under the impression that there's an emerging consensus > > in favour of your idea. > Yes, I feel like there are a majority of Debian Developers who are in favor > of maki

Bug#1099895: ITP: qtpyvcp -- Framework for LinuxCNC virtual control panels

2025-03-09 Thread Steffen Möller
Package: wnpp X-Debbugs-Cc: debian-devel@lists.debian.org Owner: Steffen Moeller Severity: wishlist * Package name: qtpyvcp Version : 5.0.2 * License : GPL Programming Lang: Python Description : Framework for LinuxCNC virtual control panels QtPyVCP is a Qt and Pyth

Bug#1099977: ITP: python3-hostlist -- A Python library and command-line toolset for managing, expanding, and manipulating host lists

2025-03-09 Thread Gennaro Oliva
Package: wnpp Severity: wishlist Owner: Gennaro Oliva X-Debbugs-Cc: debian-devel@lists.debian.org, ol...@debian.org * Package name: python-hostlist Version : 2.2.1 Upstream Contact: Kent Engström * URL : https://www.nsc.liu.se/~kent/python-hostlist/ * License

Re: Need advice on coordinating libkdumpfile update and introducing pykdumpfile

2025-03-09 Thread Breno Leitao
Hello Michel, On Tue, Feb 25, 2025 at 12:37:06PM -0600, Michel Lind wrote: > Hi all, > > On Thu, Feb 13, 2025 at 04:26:12PM -0600, Michel Lind wrote: > > On Thu, Feb 13, 2025 at 03:21:04PM -0700, Soren Stoutner wrote: > > > Michel, > > > > > > On Thursday, February 13, 2025 2:36:26 PM MST Michel

Re: Change the expectation that emails should wrap at 80 characters

2025-03-09 Thread Philip Hands
Soren Stoutner writes: > On Saturday, March 8, 2025 4:23:56 PM MST Philip Hands wrote: >> Soren Stoutner writes: >> > At this point in the discussion I would like to progress toward a decision. >> > >> > One way to do so would be a GR. On one hand, using a GR to modify one line >> > of the cod

Re: Change the expectation that emails should wrap at 80 characters

2025-03-09 Thread The Wanderer
On 2025-03-09 at 17:13, Philip Hands wrote: > Soren Stoutner writes: > >> On Saturday, March 8, 2025 4:23:56 PM MST Philip Hands wrote: >>> You seem to be under the impression that there's an emerging >>> consensus in favour of your idea. >> >> Yes, I feel like there are a majority of Debian D

Re: Change the expectation that emails should wrap at 80 characters

2025-03-09 Thread James Lu
On 2025-03-09 14:13, Philip Hands wrote: Having skimmed through the 106 mails I currently see in this thread, this is the way I'd summarise people's preferences (if anyone sees that I've mis-characterised their view, I promise it was not intentional, so please forgive me and correct my mistake)

Re: Change the expectation that emails should wrap at 80 characters

2025-03-09 Thread Charles Plessy
Le Sun, Mar 09, 2025 at 10:13:51PM +0100, Philip Hands a écrit : > > Having skimmed through the 106 mails I currently see in this thread, > this is the way I'd summarise people's preferences (if anyone sees that > I've mis-characterised their view, I promise it was not intentional, so > please forg

Re: Reconsidering Debian’s Inclusion of Non-Free Firmware - A Call for Discussion

2025-03-09 Thread Michael Stone
On Sun, Mar 09, 2025 at 01:32:47PM +0100, Matthias Urlichs wrote: Another way to look at this outcome, and the one I personally prefer by a wide margin, is that it'd be very cool to have them, but at this time their utility is … questionable, given that I personally own zero (out of umpteen) co

Re: Change the expectation that emails should wrap at 80 characters

2025-03-09 Thread Jonas Smedegaard
Quoting Philip Hands (2025-03-09 22:13:51) > Soren Stoutner writes: > > > On Saturday, March 8, 2025 4:23:56 PM MST Philip Hands wrote: > >> Soren Stoutner writes: > >> > At this point in the discussion I would like to progress toward a > >> > decision. > >> > > >> > One way to do so would be

Re: Change the expectation that emails should wrap at 80 characters

2025-03-09 Thread Jonathan McDowell
On Sun, Mar 09, 2025 at 10:13:51PM +0100, Philip Hands wrote: > Soren Stoutner writes: > > On Saturday, March 8, 2025 4:23:56 PM MST Philip Hands wrote: > >> Soren Stoutner writes: > >> > At this point in the discussion I would like to progress toward a > >> > decision. > >> > > >> > One way to

Re: Need advice on coordinating libkdumpfile update and introducing pykdumpfile

2025-03-09 Thread Michel Lind
Hi Breno, On Sun, Mar 9, 2025, at 12:29 PM, Breno Leitao wrote: > Hello Michel, > > On Tue, Feb 25, 2025 at 12:37:06PM -0600, Michel Lind wrote: >> Hi all, >> >> On Thu, Feb 13, 2025 at 04:26:12PM -0600, Michel Lind wrote: >> > On Thu, Feb 13, 2025 at 03:21:04PM -0700, Soren Stoutner wrote: >> >

Bug#1099948: ITP: doxysphinx -- A lightweight Doxygen extension for Sphinx

2025-03-09 Thread Christian Bayle
Package: wnpp Severity: wishlist Owner: Christian Bayle X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: doxysphinx Version : 3.3.12 Upstream Contact: Robert Bosch GmbH * URL : https://github.com/boschglobal/doxysphinx * License : MIT Programming