Dell e Lenovo finanziano LVFS: cosa cambia davvero per Linux
linuxeasy.org/dell-e-lenovo-fi…
Dell e Lenovo finanziano LVFS e fwupd, rafforzando aggiornamenti firmware, sicurezza Linux enterprise e supporto hardware professionale.
L'articolo Dell e Lenovo finanziano LVFS: cosa cambia davvero per Linux proviene
reshared this
Dan Sugalski
in reply to mhoye • • •That's the interesting thing about being a greyhair in this industry. You've used enough different things to know they're all kinda crap and any kind of emotional buy-in to a piece of software isn't worth it because they all inevitably suck in the end.
Plus, y'know, no matter how annoying switching might be, at least you're not using AIX so it could be worse.
reshared this
Oblomov reshared this.
benz
in reply to Dan Sugalski • • •matthew - retroedge.tech likes this.
Dan Sugalski
in reply to benz • • •benz
in reply to Dan Sugalski • • •@wordshaper There was this internship in 2001 where I replaced AIX on an obsolete RS/6000 with a hacked up Linux and ran a DNS server on it. That was all the experience I had with AIX.
The RS/6000 has a PowerPC 604e (PReP). At some point, I realized that the office printer *also* had a PPC 604e but a faster one 🤣
gizmomathboy, FC
in reply to Dan Sugalski • • •MikeStok
in reply to Dan Sugalski • • •God Emperor of Mastodon
in reply to mhoye • • •David Gerard
in reply to God Emperor of Mastodon • • •dave
in reply to mhoye • • •technomancy
in reply to mhoye • • •The True Source of Value
in reply to technomancy • • •technomancy
in reply to The True Source of Value • • •Starlight Network No-AI List
noai.starlightnet.workV
in reply to mhoye • • •Sensitive content
It's the people who don't have the sort of technical skillset to jump ship to a BSD or distro without age/ID-checks that are really in trouble; I already know that *I* can move to a non-compliant system without much issue.
FoolishOwl
in reply to V • • •V
in reply to FoolishOwl • • •Sensitive content
Some of the things added to make life easier for non-sysadmin users have made it harder, especially if things you need to change are outside the scope of whatever convenient interface a distro comes with, or if it interacts strongly with the many-tentacled horror of systemd.
It's a skillset that no one has by default & not everyone can be expected to learn.
PRW
in reply to mhoye • • •Yvan
in reply to mhoye • • •wait... what... I had assumed that was just some kinda dumb joke. 😐
reaches for the FreeBSD ISO he downloaded last month
Not entirely joking, "modern Linux " things like systemd is one reason I'm already looking at shifting some things to a BSD.
(Debian user since 1997, me...)
David Chisnall (*Now with 50% more sarcasm!*)
in reply to mhoye • • •^. .^ Paul Wilde
in reply to mhoye • • •I still don't see how something like this could possibly be made to work.
Windows, Mac, fine - stop a service running and the whole thing crashes, but open source OSes, almost by definition, are about user choice. Don't want something running in the background? Fine turn it off, no bother.
If age verification is required, but likely is going to be on device, then we'll just make a service that says "Yes, over 18" when asked.
If age verification requires a third party cloud service, then well done they've just broken the internet.
mhoye
in reply to ^. .^ Paul Wilde • • •SirWumpus 👾🍁
in reply to mhoye • • •Owen
in reply to mhoye • • •sen
in reply to mhoye • • •Owen
in reply to sen • • •64 Islands Aroha Cooperative
in reply to mhoye • • •Tom
in reply to mhoye • • •Welcome to devuan.org | Devuan GNU+Linux Free Operating System
Devuan GNU+LinuxMason Loring Bliss
in reply to mhoye • • •Not that the BSDs are in any way a bad option, but don't forget that it's entirely reasonable to use Debian without systemd. I'm doing it now.
It's well-supported by active volunteers:
packages.debian.org/trixie/sys…
And there are other good options: Slackware and Alpine stand out. Gentoo is a bit heavy with its config syntax, but it's a super solid option.
Debian -- Details of package sysvinit-core in trixie
packages.debian.orgOblomov reshared this.
mcc
in reply to Mason Loring Bliss • • •Oblomov reshared this.
Mason Loring Bliss
in reply to mcc • • •Ugh. Alright. Yeah:
docs.kernel.org/process/coding…
But we're not strictly out of the woods yet:
"Core is investigating setting up a policy for LLM/AI usage (including but not limited to generating code). The result will be added to the Contributors Guide in the doc repository. AI can be useful for translations (which seems faster than doing the work manually), explaining long/obscure documents, tracking down bugs, or helping to understand large code bases. We currently tend to not use it to generate code because of license concerns. The discussion continues at the core session at BSDCan 2025 developer summit, and core is still collecting feedback and working on the policy."
from freebsd.org/status/report-2025…
FreeBSD Status Report Second Quarter 2025
The FreeBSD Projectmcc
in reply to Mason Loring Bliss • • •Oblomov reshared this.
LisPi
in reply to Mason Loring Bliss • • •@mason @mcc Making the kernel fungible/replaceable in distros would certainly be a good idea.
The fact both Debian and Gentoo once supported FreeBSD as a kernel provides some hope regarding this and its feasibility.
At the same time I'm very much not married to UNIX/POSIX so I'd be perfectly happy moving to something with a better architecture. (Unfortunately hardware support is a major hurdle for any such development.)
navi
in reply to LisPi • • •@lispi314 @mcc @mason
gentoo is currently also experimenting with gentoo/hurd, it's going well
DNA schedule
in reply to navi • • •Re: [PATCH 0/4 gnumach] Working SMP 64b
lists.gnu.orgLisPi
in reply to DNA schedule • • •navi
in reply to DNA schedule • • •@ryanprior @mcc @mason @lispi314
i'll only think it's fair to say that when that patch is actually merged if it is at all
it's been in the mailing list for months now and kinda nothing happened yet afaik
DNA schedule
in reply to navi • • •Khleedril
in reply to mhoye • • •∴ esoterik ∴
in reply to mhoye • • •gizmomathboy, FC
in reply to mhoye • • •we were a solaris shop until we made the switch to Red Hat.
Interesting times
Matt Panaro
in reply to mhoye • • •Lisa Lorenzin KR4LFE (she/her)
in reply to mhoye • • •Oblomov reshared this.
waffles 🇨🇦
in reply to Lisa Lorenzin KR4LFE (she/her) • • •@llorenzin hahahaha I was on the “operating systems” team at my work when we did the fleet upgrade from centos 5 to 6. Getting several million servers moved from artisanal bash script to systemd was a lot of fun and everyone was so pissed about having to upgrade 😅😅😅
But we were starting to mandate cgroup hierarchies so away we went.
ferricoxide
in reply to Lisa Lorenzin KR4LFE (she/her) • • •mhoye
in reply to Lisa Lorenzin KR4LFE (she/her) • • •Oblomov reshared this.
ferricoxide
in reply to mhoye • • •Unfortunately, my customers are all on ELx and likely to remain that way for their non-containerized workloads (compliance requirements). I need to stay "in practice" so, moving off Linux is, effectively, a non-option for me (basically why, back in my Solaris admin days, I use Solaris x86 and OpenSolaris at home).
Maybe once I retire.
Kithop
in reply to mhoye • • •I was, quite literally, planning a migration for one of my main home servers away from FreeBSD to some kind of Linux containerization when the hardware it was on finally gave up the ghost a few months ago.
...I recently updated its VM to 15.0 and have tossed those plans. 👍 😉
hurt138
in reply to mhoye • • •Rob Isaac
in reply to hurt138 • • •@hurt138 I’m not looking for a fight here, but many people find voluntary compliance with authoritarianism distasteful, and feel that aspects like this should be resisted as much as possible. Sometimes resistance looks like marching in the street, and sometimes it looks like a fistful of sand in the gears, starting with “there is no standard place to store that data, you’ll have to think of something else.”
There’s some additional complexity around the speed at which systemd rapidly replaced large parts of unix with an obviously terrible design, and because there is no easy outlet for that resentment, it sometimes surfaces in related subjects like this.
Finally, the compliance-in-advance is intended to improve the “saleability” of linux by large corporations to other large corporations, but many contributors do not value the concept of “saleability” and are concerned that the platform’s direction is increasingly set by companies that do not share their social goals.
hurt138
in reply to Rob Isaac • • •@rmi I can support all that.
But for me personally I think having a spot is not a big deal and will continue with Linux.
Simon Richter
in reply to Rob Isaac • • •@rmi @hurt138 the other thing is that it's a really pointless display of obedience.
I could see the point if that action at least gave them a seat at the table, but they aren't invited, and never will be.
Age verification for Linux will take the shape of an online service that hands out signed tokens after being given a secret from the user keyring. There is no way a local user will ever be trusted by a corporation.
On one hand, it is nice to see their political values on display at a point where it is inconsequential, on the other hand it does not inspire me with competence that the people involved are *that* politically incompetent.
cancel
in reply to Rob Isaac • • •Irenes (many)
in reply to Rob Isaac • • •Q.U.I.N.N.
in reply to mhoye • • •C.
in reply to mhoye • • •I'm not leaving Linux, but I am leaving systemd. I've been in the process, slowly, for quite some time, but took some real concrete steps more recently. Then the systemd age field BS popped up and erased any remaining doubts I had.
So, unless Debian brings back a non-systemd option, I'll be switching the remainder of my machines to Devuan.
#Debian #Devuan
matthew - retroedge.tech likes this.
reshared this
Vitex e matthew - retroedge.tech reshared this.
slash
in reply to mhoye • • •I was suspicious when Debian started fiddling with SysV initscripts. Then they moved to a periodic release, instead of Ian's "When it's ready" metric. I stopped installing it when systemd became the default. And when they started installing non-Free software by default, they killed the only reason I used Debian: Because I wanted source for everything I run.
BSD is where I am now.
Jordan Maris 🇪🇺 🇺🇦 #NAFO
in reply to mhoye • • •zyxhere💭
in reply to Jordan Maris 🇪🇺 🇺🇦 #NAFO • • •@jmaris there aren't mastodon.social/@hurt138/11653…
hurt138
2026-05-06 22:58:37
mhoye
in reply to zyxhere💭 • • •@zyx @jmaris
github.com/systemd/systemd/blo…
systemd/src/basic/time-util.h at d4bc62713e09df09281f26f4bf385801a3ee2897 · systemd/systemd
GitHubJordan Maris 🇪🇺 🇺🇦 #NAFO
in reply to mhoye • • •mhoye
in reply to Jordan Maris 🇪🇺 🇺🇦 #NAFO • • •@jmaris @zyx
Sure, it's just a low level mechanism for enforcing undemocratic policies at the core of the world's most important free operating system, but you're free to dismiss it all as "hysteria".
Weird choice from somebody whose bio says "policy analyst for the OSI" though.
Jordan Maris 🇪🇺 🇺🇦 #NAFO
in reply to mhoye • • •Kat S
in reply to mhoye • • •The only thing stopping me from abandoning Linux altogether is the need for a DAW.
Linux has properly matured in that space, while none of the BSDs are even on the radar.
So when I have the time and spoons, I'll test Gentoo with whatever RC-style init system is on the menu.
Lennart Poettering
in reply to mhoye • • •Entirio Rotokoly
in reply to Lennart Poettering • • •@pid_eins (@rmi)
First point: This is not mainly about age check. See here: „it sometimes surfaces in related subjects like this.“ cloudisland.nz/@rmi/1165304338…
Second point: Systemd aims to unify the distributions to some extend social.tchncs.de/@hierkiosk/11… so it is understandable that „greyhairs“ which are used to a number of different designs don't want to cope with it. Live and let live, I would say to both sides?
Btw. #greyhair is a nice word, a gender neutral term for #greybeard.
Entirio Rotokoly (@hierkiosk@social.tchncs.de)
Entirio Rotokoly (Mastodon)Rob Isaac
2026-05-07 00:21:49
mhoye
in reply to Lennart Poettering • • •@pid_eins Man, that is nonsense.
"Why would there be an age check in systemd", but the only reason for an OS-level age field to exist is so somebody other than the machine's operator can tell that operator "no".
That's user-facing, just like that "$HOME is a temp file" debacle was user-facing. And it's not conspiracy thinking to look at these decisions and dozens of others and conclude that Systemd's most important constituency isn't people who own computers, it's people who rent them.
Oriel Jutty
in reply to Lennart Poettering • • •@pid_eins Right? And there is no
struct tm birth_date;field in systemd at github.com/systemd/systemd/blo… either. Why would there be? systemd is an infrastructure thing, not a user-facing thing.Nor is there a
BIRTH_DATE_IS_SETmacro for checking that field in systemd at github.com/systemd/systemd/blo…. After all, systemd is not user-facing software and would have no use for birthday-related code.systemd/src/shared/user-record.h at d4bc62713e09df09281f26f4bf385801a3ee2897 · systemd/systemd
GitHubSteven Reed
in reply to Lennart Poettering • • •Steven G. Harms
in reply to mhoye • • •+1
stevengharms.com/longform/my-f…
From last Summer.
My Journey to FreeBSD: Building a 'Just Focus' Laptop
stevengharms.comLou.
in reply to mhoye • • •man.openbsd.org/vmd
vmd(8) - OpenBSD manual pages
man.openbsd.orgRoot Moose
in reply to mhoye • • •As a Linux greyhair I'll say, for me, it's less about the age verification thing and more about how terrible systemd is in practice.
Systemd's latest BS is just a tipping point of sorts to say "enough" in spite of any old thing being put into the age fields if necessary. It's just bad.
David Gerard
in reply to mhoye • • •Martin Hamilton 🔜 DECT:62789 @ EMF
in reply to mhoye • • •Times like these could also be a good opportunity for us to reflect on how to make better use of the vast compute resources we have access to nowadays. Like our pocket supercomputer, our wrist supercomputer etc
Case in point: After seeing a SPARCstation "lunchbox" unit in the wild for the first time in quite a while the other day, I thought I would just go back and take a look at specs.
Oh my!
Turns out I used to run my X desktop, multiple command line terminal sessions, XMosaic web browser plus Majordomo mailing lists and Apache web server on a machine with a maximum of: 64MB RAM
" title="
"/>
en.wikipedia.org/wiki/SPARCsta…
And IIRC the SPARCStation IPX I mainly used only had 32MB RAM because our research lab noped out at the (then) exorbitant cost for the full RAM spec.
Meanwhile, I just upgraded my desktop machine from 32GB to 64GB RAM because it was starting to struggle running (mainly) Firefox and a few command line terminal sessions concurrently.
To be fair I might have quite a few tabs open, but it certainly gives you pause for thought...
SPARCstation IPX - Wikipedia
Contributors to Wikimedia projects (Wikimedia Foundation, Inc.)Deborah Preuss, pcc
in reply to mhoye • • •Ben Zanin
in reply to Deborah Preuss, pcc • • •