@hj@shigusegubu.club@foxhkron@cybre.club Yes sure by developing SteamOS they contribute to existing free software projects, but they are not doing that single-handedly.
The single-handedly part is what I'm upset about, it is unfair to discount literally everyone else's contributions like that.
@SuperDicq@hj@foxhkron Valve isn't really doing much "steamOS" development - they leave that up to volunteers.
They've paid codeweavers to make improvements to wine and paid developers to work on DVXK and some other projects - but it's clearly not value that is doing the development - at most they pay for some of it.
@foxhkron@hj@SuperDicq Valve frankly does not care about the popularity of LiGNUx - it's purely a business decision.
"Powered by" is not correct when it comes to Linux - that kernel frankly mostly schedules processes and does stuff like packet routing.
Valve knows that microsoft is desperate to make software installing on windows be only possible via the microsoft store - so they can charge a fat 30% like apple and google.
Valve also knows that microsoft will eventually succeed despite their bungling.
So, Valve looked for the most technically suitable OS available and for "no particular reason" found the GNU OS with Linux added and determined that how Linux being proprietary just doesn't soil GNU enough - they would go and soil it with more proprietary software, with the eventual result of sales no longer being dependent on microsoft.
@hj@shigusegubu.club@SuperDicq@minidisc.tokyo The undervaluation of voluntary contributions to free software is an issue, but that was not the point of my comment. The use of 'single handedly' was meant as a joke, no need to expand it into an analysis. It was only meant to convey my excitement about Valve releasing a few new products/consoles powered by Linux, which will (most likely) expand the user base beyond existing Linux users. :neofox:
@hj@foxhkron@SuperDicq Linux is already popular enough - it's running on several billion Android devices as proprietary software that doesn't respect the users freedom.
GNU/Linux is already also installed on almost all internet routers and all computers that matter.
Yes, 3.7-4 million steam decks have been sold - but that is not a good thing, as the software doesn't respect the users freedom and the hardware is handcuffed to ensure that won't ever happen.
It's not good to drive faster if you're driving in the complete wrong direction towards proprietary hell.
@hj@foxhkron@SuperDicq How they call it a "Linux PC", not a GNU/Linux or LiGNUx or "GNU PC with Linux" or some other reasonable name indicates what Valve's intentions are.
The processor is handcuffed to stop you from flashing another BIOS.
@Suiseiseki@foxhkron@SuperDicq at least valve treats linux and their hardware a lot better than google. Their devices can be re-flashed with any OS no hassle, there's no awful terminology like "sideloading" - it's just a linux PC
@a1ba@foxhkron@SuperDicq@hj That message will only be successful if people actually learn that it is basically the GNU OS with Linux added and that the GNU stuff is written to be 100% free software - while Linux and the stuff Valve supplies is proprietary software.
@Suiseiseki@foxhkron@SuperDicq@hj exposing it to people far from computers and tech still good as it helps to avoid some misconceptions and myths about free software being less efficient, unusable or unstable.
@hj@foxhkron@SuperDicq@a1ba Rather crass, but it seems that people are always ready to take the proprietary "dildo" at >9000 rpm without lube - but they just cannot handle some gentle freedom?
Simply mentioning that GNU exists and that it was written to be free software isn't extreme.
@Suiseiseki@foxhkron@SuperDicq@a1ba people need to be spoon fed and gently introduced into it. Carefully lube up their brainhole and slowly insert the freedom horsecock dildo. Most people just ram the said dildo with no lube and maximum force, get upset they reject it and make it even worse.
@a1ba@suya.place@Suiseiseki@freesoftwareextremist.com@foxhkron@cybre.club@hj@shigusegubu.club Calling it GNU is not about who has the most amount of lines of code (because that means that most bloated package would automatically win), but it's about who giving credit to the one project who started the idea and the movement in the first place. Without GNU none of everything else would even exist in the first place.
@SuperDicq@hj@foxhkron@a1ba Valve has enough leverage to ask AMD to supply a non-handcuffed SoC (or even all the init software as free software too, but AMD might say no to that).
If AMD says no, the solution could be to show that you mean it by going with a non-handcuffed Aarch64 SoC instead for a while, despite the drawbacks and then suddenly AMD in the future might be ready to stop committing fraud if it means not missing out sales.
Modern distros need gcc, binutils, bash, ncurses, gimp, parted, units, grub, gzip, tar, sed, awk, grep, wget, gsl, gettext, gdbm, groff, make, texinfo, unifont, libidn, libiconv, less, autotools, gnupg, libgcrypt, gnuTLS, GNU r, gimp, octaive, gmp and most of the rest of the GNU packages.
Despite all the efforts to bloat up Linux, GNU is still larger than Linux - thus if you want to go by contribution by percentage - Linux is out.
@SuperDicq@foxhkron@Suiseiseki@a1ba they are handcuffed to x86-64 because of videogames, and only now started venturing into ARM and x86-64 emulation, maybe someday we'll see RISC-V Steam Mast or idk Steam Sail with x86-64-to-RISC-V emulation.
While AMD subcontracts fabbing to TSMC in Taiwan - the primary places where hardware is designed is in the USA and Israel.
Of course the NSA and mossad demand backdoors - but clearly there is no requirement that the hardware is handcuffed - just that the proprietary software needed for the hardware is backdoored.
@a1ba@foxhkron@SuperDicq@hj Many Aarch64 SoC's are handcuffed - but quite a few of them aren't - with any handcuffing being an optional "feature" in the SoC suppliers bootloader.
Also, generally the handcuffs in Aarch64 SoC's have a fatal flaw that allows complete bypassing, while AMD has had enough practice to not screw up that hard - with the result being that the ability to run 100% free software is denied - but of course malware that only needs to make partial changes can work.
@Suiseiseki@foxhkron@SuperDicq@hj it really depends on the vendor but boot process in general is much more complicated starting with ARMv8, which has separate software running on each privilege level.
And quite often it's proprietary.
Not to mention the firmware of everything else in the SoC.
@phnt@foxhkron@SuperDicq@hj@a1ba Yes, windows was developed with GNU, same as macos, same as NeXTSTEP - but those weren't GNU systems, as there was by default no GNU packages shipped and not really empty slots for the missing GNU to go.
Alpine is a BusyBox/Linux distro, but the typical use case is to install the missing GNU to make it a GNU/Linux distro.
@a1ba@foxhkron@Suiseiseki@SuperDicq@hj >using GCC and GNU toolchain doesn't make system GNU If that was true Windows XP would be GNU, because some parts of the build system used GNU make. Which is one of the arguing points in the Alpine copypasta. Even Mac OS X would be GNU, because it had gcc as the default compiler. Same with NeXTSTEP.
@Suiseiseki@foxhkron@SuperDicq@hj most of them are optional, like gimp you listed two times, and using GCC and GNU toolchain doesn't make system GNU (I think that's actually told somewhere on GNU website)
Only really GNU r, gimp, octave and rarely grub could be optional - if you want to build even nonGNU software on the GNU system - you'll need many GNU libraries.
You cannot even use LLVM without using GCC to bootstrap it.
Using any nontrivial amount of the GNU system to craft a system makes a GNU system.
@Suiseiseki@foxhkron@SuperDicq@hj@a1ba GNU is not an operating system unto itself, but a free component of a fully proprietary Windows system made useful by the NT kernel, Win32 and Win64 APIs and other vital components comprising a full OS as defined by Microsoft.
@nexussfan Yes, window's kernel doesn't have a particular name - most commonly it is called; "the NT kernel".
MSYS2 and Cygwin do not implement Linux SYSCALLs, but they do contain a port of glibc to the windows API - allowing the execution of GNU software and software that uses GNU after compiling into .exe's.
"WSL1" Linux SYSCALL translator does use windows API calls - but GNU software in that case isn't even compiled to interface with windows - it interfaces with the NT kernel (which has taken the place of Linux) - so it's best described as GNU/kWindows.
>on the Windows BSOD It doesn't run on the BSOD - it uses a BugCheck callback to launch an OS - except for some reason rather than taking control of the hardware - that's left in control of windows and bootvid.dll is used to display the output.
@Suiseiseki NT is another name for the Windows kernel IIRC. WSL1 is the only true GNU on NT, because it is actually running on the NT kernel. Not sure if MSYS2 or Cygwin run on the NT kernel. If it doesn't, then it's GNU on top of Windows user space on top of Windows kernel. So it wouldn't be direct GNU/kWindows. Same with WSL2, as that's a VM.
If you really want to run GNU without Windows userspace but on Windows kernel, there is a way to run BusyBox/musl/Linux on the Windows BSOD, which runs kernel level. https://github.com/NSG650/BugCheck2Linux Sadly it's on GitHub