Originally posted by birdie
View Post
Announcement
Collapse
No announcement yet.
Systemd 251 Released With systemd-sysupdate Introduced, Many Other Additions
Collapse
X
-
Last edited by tildearrow; 21 May 2022, 07:09 PM.
- Likes 4
-
-
I probably missed it, but what's actually the "mission statement" for systemd-sysupdate? Some system layer for package management to use to do system update to unify the update procedures all the packaging tools do?
The documentation didn't give me any sound clues - anything out there explaining what they are aiming for with this?
- Likes 3
Comment
-
Originally posted by STiAT View PostI probably missed it, but what's actually the "mission statement" for systemd-sysupdate? Some system layer for package management to use to do system update to unify the update procedures all the packaging tools do?
The documentation didn't give me any sound clues - anything out there explaining what they are aiming for with this?
Comment
-
Originally posted by birdie View Post
MOAR CONSPIRACIES PLEASE.
Lunatics are everywhere.- Pretty much all the governments in the world use Windows which means they are willingly leaking private info to Microsoft/the US government, right?
- Pretty much all the intelligence agencies of the world use Windows which means they are willingly leaking state secrets to Microsoft/the US government, right?
- Pretty much all the serious businesses of the world use Windows and MacOS (to a much less extent) which means they are willingly leaking trade secrets to Microsoft/the US government, right?
- Windows leaking any info has not been conclusively proven even once during its entire lifetime. I mean you can have all the tools, sniffing, Wireshark, virtual machines, etc. Where are all the proofs??
Legitimate businesses have less to hide and with expensive lawyers, less to worry about from leaks to governments about misdeeds (since it's still (if barely) illegal for the government to obtain information via microsoft's data collection, doesn't mean they don't do it, just means they're more limited in using it). Business machines also tend not to contain personal data, just professional data, it stands to reason people would generally be less invested in protecting, but did you know pretty much all CEOs and people of similar positions, which yes, tend to use macs or windows, will tape over their webcams when they're not in use? It goes to show how they simply do not trust these operating systems, and they're correct in not trusting them.
As for the data collection of windows, that's not even a secret, it's public knowledge and microsoft doesn't even bother trying to hide it (it's at such a point where the people who defend microsoft, like you're doing rn, usually don't bother denying windows data collection any more, they just claim to have 'nothing to hide'...), windows 10 and up will steal most data on every internet connected computer, and it has been proved many, many times by tools you mentioned such as wireshark. You just don't seem to have bothered looking it up.
I don't know where you heard that all the intelligence agencies in the world use Windows but i at least am not privy to such information about agencies that operate mostly in secrecy and would benefit greatly from obfuscating such things by, for instance, lying about which OS they useLast edited by rabcor; 22 May 2022, 03:08 AM.
- Likes 1
Comment
-
Originally posted by rabcor View PostIt's on open conspiracy, not a conspiracy theory... A lot of governments have started moving away from windows or are using older versions of windows (older versions of windows are still a mistake for governments or high value targets, because there are backdoors in them
There's also so much lunacy and idiocy it's actually cringe worthy, specially the part about using old unsupported versions of Windows which are rife with remotely exploitable vulnerabilities, not to mention that e.g. on Windows XP/Vista you cannot run modern versions of web browsers which means you leave your PC wide open to hundreds of vulnerabilities and nothing is required except simply visiting a malicious website or watching a malicious advertisement (multiple ad networks allow you to embed your own JS code).
Linux fans continue to prove they are not friends with facts, logic and common sense.Last edited by birdie; 22 May 2022, 04:07 AM.
- Likes 2
Comment
-
Originally posted by jacob View Post
Systemd is not "an operating system within an operating system". What does that even mean? Systemd is part (or more precisely a collection of parts) of an operating system. It's not an "OS within an OS" any more that the BSD userland is. As to the licencing being a vector for lock-in, seriously? It's LGPL. Let me say this again because it apparently still evades lots of people: It's LGPL. So unless the (L)GPL is now a lock-in licence, it has exactly the same lock-in effect as the Linux kernel itself, or glibc or GCC. That is to say, none whatsoever.
As for the OS within OS argument, ok that was perhaps a bit enthusiastically and dramatically described by me, but when you got lot of de facto standard functionality it can easily be used badly with lgpl.
For example, systemd exposes a dbus API, and you can link something to systemd that uses this API which you don't have to provide the source code for, which again can provide convenient functionality that may be a decent lock-in starting point.
So unless I have misunderstood the lgpl I think I have a valid point here.
Will it ever happen? Not sure, but it is a possibility which can be used nevertheless.
http://www.dirtcellar.net
Comment
-
Originally posted by birdie View Post[*]Pretty much all the serious businesses of the world use Windows and MacOS (to a much less extent) which means they are willingly leaking trade secrets to Microsoft/the US government, right?
Comment
-
Originally posted by waxhead View PostJust for the record. I am not a systemd hater. In fact I like it and I think it does solve more problems than it creates. I am also aware that systemd is a bunch of utilities albeit very tightly integrated. However since systemd allows you to link to proprietary software without contributing back you essentially can build "drivers" for systemd which again shims over kernel APIs.
*No less because the alternatives are mostly loosely coupled services that you could, for example, call from within whatever you're doing, not being subject to releasing the source code of the caller.
Originally posted by waxhead View PostFor example, systemd exposes a dbus API, and you can link something to systemd that uses this API which you don't have to provide the source code for, which again can provide convenient functionality that may be a decent lock-in starting point.
Besides, lots of desktop functionality has been exposing D-BUS APIs for a long time, I'd say most, and because you don't need to link to those APIs even the GPL doesn't really protect you from interaction with those, but here's the catch: none of them have obvious ways to be used to vendor lock-in without modifying the original sources.
Originally posted by waxhead View PostSo unless I have misunderstood the lgpl I think I have a valid point here.
Comment
Comment