Re: New appointment for the Debian Technical Committee: Paul Tagliamonte

2025-03-10 Thread Sean Whitton
Hello, On Mon 10 Mar 2025 at 06:54pm +01, Andreas Tille wrote: > Dear fellow developers, > > As defined by our constitution (§6.2.2), the Debian Technical Committee > has recommended the appointment to the committee of: > > * Paul Tagliamonte > > I agree with their recommendation, and hereby a

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

2025-03-10 Thread Andrey Rakhmatullin
On Mon, Mar 10, 2025 at 11:56:28AM +0100, Simon Josefsson wrote: I still haven't heard arguments why people refuse to use an installer that comes with non-free firmware, asks whether this firmware should be used, and if answered "no", none of this non-free firmware ends up in the installed system

Re: Need advice on coordinating libkdumpfile update and introducing pykdumpfile

2025-03-10 Thread Matthias Urlichs
On 10.03.25 00:39, Michel Lind wrote: It should not fail in sbuilder or pbuilder, but just in case I can explicitly disable Python bindings from being built so it’s easier to do a test build Please do. Packages shouldn't build differently (or not at all) depending on whether some random not-m

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

2025-03-10 Thread Matthias Urlichs
On 09.03.25 17:45, Marco d'Itri wrote: 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

NEW review & revision process (or lack thereof) (Re: Growing new FTP-masters (Re: Bits from DPL))

2025-03-10 Thread Luke Faraone
On 06/03/2025 04:54, Matthias Urlichs wrote: Finally, a question -- as you don't seem to document the issues you have with long term packages in their ITP bug, where *do* you document them? There is no built-in issue tracking in `dak`. The "notes" function is only available while the package i

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

2025-03-10 Thread Marc Haber
On Sun, Mar 09, 2025 at 05:31:02PM +0100, Simon Josefsson wrote: My hope is that the sentiments towards fully free installer images will change in the Debian project and that they eventually may be official again. I don't see sentiments towards fully free isntaller images. There is just nobody

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

2025-03-10 Thread Marc Haber
On Sun, 09 Mar 2025 17:17:52 +0100, Simon Josefsson wrote: >Right, in the sense that they embed non-free software in the hardware. > >None of those machines require them to be loaded by me as a user for >them to be useful to me. > >This distinction is important to me. I find the version where I c

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

2025-03-10 Thread Stephan Verbücheln
Am Sonntag, dem 09.03.2025 um 22:13 +0100 schrieb Philip Hands: > Stephan Verbücheln (against? at least against mixed HTML) - against mixed HTML - against unwrapped lines without a defined method/encoding - okay with format=flowed Disclaimer: Not a Debian developer. Regards signature.asc Desc

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

2025-03-10 Thread Blair Noctis
On 09/03/2025 21:13, Philip Hands wrote: (... some "vote" counting) Thanks for the counting effort, Philip. Though if you must put people into sides/camps, put me in both/either A. camp "one sentence/comma per line" B. camp "why can't we just make the software able enough, that they can reformat

Re: please do not use text/markdown

2025-03-10 Thread Timo Röhling
Hi Jonas, * Jonas Smedegaard [2025-03-10 12:20]: It should work, but perhaps what you are experiencing is that by default pandoc expects a blank line between changes of blockquote level: https://pandoc.org/MANUAL.html#extension-blank_before_blockquote Maybe this works: pandoc -f markdown-blan

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

2025-03-10 Thread Julien Plissonneau Duquène
Hi Charles, Le 2025-03-10 01:32, Charles Plessy a écrit : [text/markdown instead of text/plain] That's IMO something much more interesting than text/html that should be implemented in MUAs (falling back to displaying it as text/plain eventually) but for now it doesn't display at all in som

Re: NEW review & revision process (or lack thereof) (Re: Growing new FTP-masters (Re: Bits from DPL))

2025-03-10 Thread Philip Hands
Luke Faraone writes: > The rationale given when I joined as ftpassistant (c. 2012) for not > publicising decisions e.g. in the ITP was to avoid publishing > potentially harshly-worded and embarassing reviews to maintainers in > public (like pointing out that you missed a fairly obvious license

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

2025-03-10 Thread Ansgar 🙀
Hi, On Mon, 2025-03-10 at 13:27 +0530, Pirate Praveen wrote: > On 3/9/25 9:20 PM, Ansgar 🙀 wrote: > > What is the point of this then? > > If I understood the argument of FSF correctly, the point is, having the > same freedom as the hardware manufacturer to modify or not modify.In > case of hardw

please do not use text/markdown

2025-03-10 Thread Timo Röhling
Hi Charles, * Charles Plessy [2025-03-10 09:32]: 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 vie

Re: please do not use text/markdown

2025-03-10 Thread Jonas Smedegaard
Quoting Timo Röhling (2025-03-10 11:19:01) > Hi Charles, > > * Charles Plessy [2025-03-10 09:32]: > >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

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

2025-03-10 Thread Aurélien COUDERC
Le 10 mars 2025 11:56:28 GMT+01:00, Simon Josefsson a écrit : >https://www.gnu.org/distros/optionally-free-not-enough.html > >https://www.gnu.org/philosophy/install-fest-devil.html … of course … that's where the core of the disagreement lies ! We're not a religion, we're just building a dis

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

2025-03-10 Thread Marc Haber
On Mon, 10 Mar 2025 11:56:28 +0100, Simon Josefsson wrote: >Marc Haber writes: >> I still haven't heard arguments why people refuse to use an installer >> that comes with non-free firmware, asks whether this firmware should >> be used, and if answered "no", none of this non-free firmware ends up

Re: NEW review & revision process (or lack thereof) (Re: Growing new FTP-masters (Re: Bits from DPL))

2025-03-10 Thread Simon Josefsson
Luke Faraone writes: > The rationale given when I joined as ftpassistant (c. 2012) for not > publicising decisions e.g. in the ITP was to avoid publishing > potentially harshly-worded and embarassing reviews to maintainers in > public (like pointing out that you missed a fairly obvious license >

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

2025-03-10 Thread Simon Richter
Hi, On 3/10/25 20:41, Andrey Rakhmatullin wrote: We're not obligated to validate their questionable choices in buying hardware that ships with non-free firmware, or apologize for the bad experience they have when upstream changes something they don't like. It is not our duty as volunteers to

Re: Bug reports for Uploaders

2025-03-10 Thread Blair Noctis
Hi Raphael, On 10/03/2025 10:36, Raphael Hertzog wrote: (tracker.debian.org maintainer here) Thanks for maintaining the service ;) Hi, On Thu, 06 Mar 2025, Blair Noctis wrote: So if the "staff" agrees, we can make @p.d.o addresses forward also to Uploaders, thus with @p.d.o address as Main

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

2025-03-10 Thread Marc Haber
On Mon, Mar 10, 2025 at 09:33:55PM +0900, Simon Richter wrote: We've reached the point where people are shitting on nV for the quality of their drivers, and a kernel that has closed-source drivers loaded is "tainted", and the last release in which we shipped ndiswrapper was buster. That happe

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

2025-03-10 Thread Jeremy Stanley
On 2025-03-10 09:32:59 +0900 (+0900), Charles Plessy wrote: [...] I am also exploring the use of `text/markdown` as the default content type for my emails. My groff/troff reply to your earlier suggestion of this was only somewhat tongue-in-cheek. Markdown isn't a singular clearly-specified sy

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

2025-03-10 Thread Timo Röhling
Hi Phil, * Philip Hands [2025-03-09 22:13]: Of the 13 F=F folk, several also lean against the proposal to some extent. Just for the record, you may count me amongst them, too. I'm sympathetic to the soft line wrap cause, but one line paragraphs in text/plain is not a good solution IMHO. Ch

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

2025-03-10 Thread Philip Hands
Sean Whitton writes: > Hello Charles, > > Thanks. Please put prominent links to these three places: > > - Policy 2.3 -- this covers 90% of my NEW rejects > > Based on my experience processing NEW, a lot of DDs don't seem to > really have an understanding of the requirements explained here. >

Re: Bug reports for Uploaders

2025-03-10 Thread Raphael Hertzog
(tracker.debian.org maintainer here) Hi, On Thu, 06 Mar 2025, Blair Noctis wrote: > So if the "staff" agrees, > we can make @p.d.o addresses forward also to Uploaders, > thus with @p.d.o address as Maintainer, > also forwarding bug reports to Uploaders, > achieving the goal. I don't really agree

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

2025-03-10 Thread Simon Josefsson
Marc Haber writes: > I still haven't heard arguments why people refuse to use an installer > that comes with non-free firmware, asks whether this firmware should > be used, and if answered "no", none of this non-free firmware ends up > in the installed system. The resulting system is free regardl