@linuxfoundation >Data privacy rules like GDPR are fueling a climate of risk aversion, slowing open data progress.
Linux Foundation, do I get your words above right: Protection of citizen's privacy and their personal information is fueling climate risk aversion and slowing open data progress? You cannot harvest personal data illegally and that is the slowdown? Sounds very evil, don't you think?

@linuxfoundation
„The Linux Foundation chose to host a workshop on the topic of open data at the 11th meeting of the World Open Innovation Conference. Fueling interest and participation in the workshop was the rapid growth of artificial intelligence software (AI), which requires extensive amounts of data to train the algorithms that AI employs.“

Ah, that's why… 🙄

The GDPR makes it harder for citizens to become learning material of shitty parrot programs, aka "AI". That's not a bug.

Oh no!

@bagder couldn't convince Emerson to shut up about CRAs, so they are now mailing debian-devel@

And here I am, wanted to cut down on the 🍿 this month.

https://lists.debian.org/debian-devel/2025/08/msg00108.html

@monsieuricon I wish we did not have to subscribe, in the first place. For ex-vger lists this is achievable and I unsubscribed myself some years ago, but I cannot do that for infradead.org, launchpad, xen and few others.

git grep "moderated for non-subscribers" | wc -l
238

The "good" people at Emerson for some reason couldn't think for themselves when I responded to them on behalf of #curl and instead continue and send the same questions to the #libssh2 project with the same "demands".

"This is a gentle reminder regarding our earlier request for your input on the cybersecurity risk assessment of the software component “libssh2” version 1.11.0, as part of our compliance efforts with the EU Cyber Resilience Act (CRA)."

@bagder I know that other project(s) received EXACTLY the same requests from Emerson.

This is just disgrace for a big company like Emerson.

I replied.

From my today's review list of patches for Devicetree bindings in Linux, two very poor quality submissions had weird pieces. Pieces which do not exist in usptream EVER. But I could imagine someone used AI tools to generate the bindings based on DTS. That would explain a lot... so it started. :/

There will be a Devicetree Microconference on Linux Plumbers in Tokyo, covering wide range of topics for Devicetree-based systems. The Call For Proposals is still open and you can submit your talk choosing "Devicetree MC" as the track. More details with examples of topics (not limited to these!): https://lpc.events/event/19/contributions/2008/

@kees This looks great and in the same time worrying that people without kernel coding skills (better: without C coding skills) will follow up and use it for their submissions. Happy maintainer times ahead!

@vkoul @Altarof_Patatoes True, I borrowed that from @vkoul :)

@Altarof_Patatoes We also have now v6.x series Linux kernel, so GPL-6.0. Unfortunately this would mean the other patch was prepared for v4.x Linux, which is very outdated.

@CyReVolt I don't speak about Sean's comment obviously... https://lore.kernel.org/all/?q=GPL-4.0+AND+d%3A2025-07-15..now

We started getting patches for Linux kernel with GPL-4.0 and GPL-6.0 license... Yes! GPL-4.0 and GPL-6.0!
https://lore.kernel.org/all/?q=GPL-4.0
https://lore.kernel.org/all/?q=GPL-6.0-only

Let's guess what was that:

2/ And to quote one bit from @corbet's[1] great #OSSNA25 talk:

""[…] there will be no core development conferences around #Linux and other things in the United States in the foreseeable future. […] this is a real problem […]""

Yes, this is not a formal announcement[2] – but it bears some weight, as Jonathan is well connected and among others sits in the Linux Foundation's Technical Advisory Board (TAB).

[1] https://www.youtube.com/watch?v=hNLBGiwfBSI&t=949s (for context starts a bit earlier; the quoted bit comes about a minute later)

[2] and kinda obvious for some of you

#kernel #LinuxKernel #FLOSS

@brauner Reminds me AMD - Acked-by + 3x SoB + Tested-by for bump in a version string in header.

Open Source Summit Europe 2025 is coming (in August)!

I will speak about two Linux kernel topics on introductory level, so if you want to learn something practical about Devicetree or using static analysis during development in Linux kernel then please come or watch online.

If you want to come and ask questions just find me around the hall or after the talks. We can also organize Unconference Session if there are more Devicetree topics.

1. DTS 101: From Roots To Trees, Aka Devicetree for Beginners
https://sched.co/25Vsl

2. Between Building and Testing Your Linux Driver
https://sched.co/25VoV

@T_X @kernellogger It is already happening. Many ARM64 platforms use ACPI in a sane way. Some, like Qualcomm Snapdragon, uses ACPI in borked way making it completely unusable for Linux. So yes, they adopted something from x86 world and still this makes it no easier for Linux or any other non-qcom OS.

The Wayback Machine managed to capture a Linux Journal article about the Arch Linux distribution's plan to switch to "rye-init" before whatever human intelligence remains there figured out that "rye-init" does not actually exist.

The Linux Journal predates LWN by some years and was, for a long time, the definitive read for Linux users. The Don Marti ( @dmarti ) years were especially noteworthy. It is sad to see where it has ended up now.

https://web.archive.org/web/20250618001301/https://www.linuxjournal.com/content/arch-linux-breaks-new-ground-official-rust-init-system-support-arrives