When a vendor wants to control upstreaming process and objects to community-led patches, Iβll just point to this brilliant response from @conor:
Itβs only better if <vendor name> submits better quality patches (no evidence for that yet) or submits the patches more promptly than others (which clearly has not happened here), and offers review commentary etc at a higher standard and more frequently than a non-employee maintainer would be able to do (thereβs no evidence for that so far either, given youβre trying to stall this patchset). Your claim seems to have no merit as there is no proof that youβd do a better job.
https://lore.kernel.org/all/20250925-jaundice-uneasy-ff8b3b595879@spud/
Collaboration and communication are at the heart of Linux kernel development. In the second part of our series, we explore how to work effectively with the Linux kernel community.
Read more here π https://lnkd.in/eYgrqWZs
@monsieuricon @geert @kernellogger So basically:
git config --global b4.linkmask 'https://patch.msgid.link/%s'
The European Commission has issued a survey on the Governance and Sustainability of Critical Open Source Software.
The survey hopes to identify "pathways for collective efforts" and make "actionable recommendations for public administrations".
It's a relatively short survey, takes max 15 minutes & provides lots of opportunities to rate FOSS as 'very important' π
https://ec.europa.eu/eusurvey/runner/FOSSEPS_Governance_and_Sustainability_Survey