@p >Sure seems to support the standard Unix kernel interfaces and run Unix software. >Look at the photo. >It is GNU bash running GNU Compiler Collection to compile and link the software against glibc. Facepalm into the nether realm.
>cal instead of gcal Sad!
>uname name --help; Usage: uname [OPTION]... Print certain system information. ***With no OPTION, same as -s****. -s, --kernel-name print the kernel name ... -o, --operating-system print the operating system --help display this help and exit --version output version information and exit
uname -o; GNU/Linux
uname --version uname (GNU coreutils) 9.5 Packaged by Gentoo (9.5 (p0)) Copyright (C) 2024 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.
Written by David MacKenzie.
>When did GPLv2 turn "proprietary"? Linux was proprietary software in 1991, but was released under the GPLv2-ambigious in 1996.
It only took until 1996 before the first proprietary program was added to Linux and Linux became proprietary software again.
> The kernel, Linux was never anything like a Unix
Sure seems to support the standard Unix kernel interfaces and run Unix software. If you ignore the compiler warnings, it even runs a lot of the Unix v7 code.
If the kernel doesn't respond to syscalls, nothing happens.
> Although efficient scheduling and SYSCALLs and drivers are exiting as they are complicated, they are a far cry short from what you need to get an operating system.
I said Linux was pretending to be Unix and it is: it emulates the interfaces well enough that it runs Unix software from the 1970s. Are you trying to convince me that it does not present a Unix interface to the software it runs? Because it seems that you are trying to make the case that it is not a complete operating system, and that would be unrelated to what I said.
@p I'd like to point out that, GNU had in the past put a lot of work into ensuring that existing free software on Unix could be compiled on GNU without having to be re-written and of course such compatibility remains.
Such compatibility was implemented long before Linux was even a thing.
Linux does barely anything really - GNU bash passes the elf to glibc's ld-linux-x86-64.so (or ld-hurdxxx.so), which loads the program for execution and all Linux really does is schedule the machines resources (the program is allowed unfettered access to CPU cycles until its scheduled time is over and then Linux goes and halts execution and dumps the current execution state to a stack and runs the scheduled program) and implement SYSCALLs (via glibc, which does a lot of things internally, but does need to call SYSCALLs for things like a read or a write to a file).
Although efficient scheduling and SYSCALLs and drivers are exiting as they are complicated, they are a far cry short from what you need to get an operating system.