egorfine

17 ms·

601.
by egorfine 9mo ago
Until you cannot.
602.
by egorfine 9mo ago
> companies That's the keyword. Companies. Not people.
603.
by egorfine 9mo ago
> today. Of course this may change down the line. Given Microsoft's track record I don't believe this will stay that way for long.
604.
by egorfine 9mo ago
With TPM, Microsoft controls practically all the Intel hardware.
605.
by egorfine 9mo ago
> we will never enforce using any of these features in systemd itself. It will always be up to the distro So, plausible deniability. It's not the systemd project, it's the distro. > I certainly don't think distributions
606.
by egorfine 9mo ago
> we try to make every new feature that might be disruptive optional in systemd and opt-in I find it hard to believe. Like, at all. Especially given that the general posture of your project leader is the exact opposite of that. > syst
607.
by egorfine 9mo ago
Because the feedback is overwhelmingly negative and thus deemed useless for them.
608.
by egorfine 9mo ago
For now.
609.
by egorfine 9mo ago
I believe you are confusing security with freedom and "behind" with "advanced".
610.
by egorfine 9mo ago
How do you take the generally negative feedback from the community here? I have no more information about your product that you have shared but I'm already scared and extremely pessimistic given the team and the ambition.
611.
by egorfine 9mo ago
Thank you for formulating the question we all have in such a polite way. This is a masterpiece. Of course it will not be answered. And that's exactly an answer to your question.
612.
by egorfine 9mo ago
> in every way You realize that quite a few senior and experienced developers and devops engineers do not share this view, right?
613.
by egorfine 9mo ago
> there's no reason that remote attestation can't be used in the opposite direction There is: corporate will fund this project and enforce its usage for their users not for the sake of the users and not for the sake of doing an
614.
by egorfine 9mo ago
Nope. It's my view of the situation and I'm confident that will be the case. Not that it's an evil plan. Just a nature taking its course. This is how I see it.
615.
by egorfine 9mo ago
1. Support musl 2. Become mainstream with musl distros 3. Become dependency in practical terms 4. Then even software optimized for musl-based distros has to deal and support systemd
616.
by egorfine 9mo ago
Paradoxically that's how I see it. Being an old fart and sysvinit pundit I am course wrong.
617.
by egorfine 9mo ago
> they'd be used That's not how the world works. Oftentimes (most times) political decisions take place with zero or little merit. > The problem of systemd was the fact Lennart Poettering As I see it, his incredible arroganc
618.
by egorfine 9mo ago
They didn't need to be hacky though. Clever wtfing in bash is a bad practice and has nothing to do with init systems.
619.
by egorfine 9mo ago
This is technically true. Problem is, they are way out of mainstream and thus are not really practical outside of niche applications like containers.
620.
by egorfine 9mo ago
> But musl exists today Yes and the systemd crowd wants to embrace and extinguish it as well [1] [1] https://github.com/systemd/systemd/blob/v259-rc1/NEWS
621.
by egorfine 9mo ago
As a passionate systemd hater I still will not go back to using older bash-based initsystems and thus devuan. I strongly believe that systemd brand is a worst thing that happened to Linux, hindering the spread and innovation in the Linux sp
622.
by egorfine 9mo ago
> these kinds of tools cause many more problems than they actually solve For whom? For OpenAI these tools are definitely the solutions. They are developing by throwing various AI-powered stuff at the wall to see what sticks. These tools
623.
by egorfine 9mo ago
> Chat with GPT‑5.2 > Draft and revise papers with the full document as context > ... And pay the finder's fee on every discovery worth pursuing. Yeah, immediately fuck that.
624.
by egorfine 9mo ago
To me this looks bad on so many levels. I hate it immediately. One good news is that maybe LP will get less involved in systemd.
625.
by egorfine 9mo ago
Oh no worries. Those who are commuting daily to lay down flight paths for russian missiles to kill Ukrainians - those have unrestricted internet access.
626.
by egorfine 9mo ago
> your population loses contact with progress This is only a drawback if you think about your country's future. Which oppressive regimes do not. Thus it is an advantage, not a drawback.
627.
by egorfine 9mo ago
I'm speaking from the standpoint of an oppressive government. Freedom of internet access is something that they would rather never allow.
628.
by egorfine 9mo ago
Paying to have rust slop and systemd-something shoved down my throat? No way.
629.
by egorfine 9mo ago
I don't see any drawbacks on this. Recent protests demonstrated that: a) protests can and will be crushed by the government forces and people will be ultimately defeated; b) people have no means to force government to enable back freed
630.
by egorfine 9mo ago
1) for now 2) according to Microsoft So, trust is not zero. It's deeply negative.

More ›