Eventually the proper name for the operating system will just be the full configuration.nix file, and we’ll all rename our backups to "FullLegalName"OS
In this future, NixOS replaces all other distros as the defacto standard way to manage packages
If only nix wasn’t such a pain to read, with all the conveniences it has like automatically looking up variables in all of the places available.
I understand the thought, but it feels like a lot of things done to simplify writing the code makes it way harder to read, and nix’s design is decades old and it really shows
Also, there are sometimes issues with nix on macos, but I’m inclined to blame it on Apple
I’d just like to interject for a moment. What you’re refering to as GNU/Linux, is in fact, systemd/GNU/Linux, or as I’ve recently taken to calling it, systemd plus GNU plus Linux. GNU/Linux is not an operating system unto itself, but rather another free component of a fully functioning systemd init system made useful by the systemd daemons, shell utilities and redundant system components comprising a full init system as defined by systemd itself.
Many computer users run a modified version of the systemd init system every day, without realizing it. Through a peculiar turn of events, the version of systemd which is widely used today is often called GNU/Linux, and many of its users are not aware that it is basically the systemd init system, developed by the Red Hat.
There really is a GNU/Linux, and these people are using it, but it is just a part of the init system they use. GNU/Linux is the os: a collection of programs that can be run by the init system. The operating system is an essential part of an init system, but useless by itself; it can only function in the context of a complete init system. GNU/Linux is normally used in combination with the systemd init system: the whole system is basically systwmd with GNU/Linux added, or systemd/GNU/Linux. All the so-called GNU/Linux distributions are really distributions of systemd/GNU/Linux!
No, Richard, it’s ‘Linux’, not ‘GNU/Linux’. The most important contributions that the FSF made to Linux were the creation of the GPL and the GCC compiler. Those are fine and inspired products. GCC is a monumental achievement and has earned you, RMS, and the Free Software Foundation countless kudos and much appreciation.
Following are some reasons for you to mull over, including some already answered in your FAQ.
One guy, Linus Torvalds, used GCC to make his operating system (yes, Linux is an OS – more on this later). He named it ‘Linux’ with a little help from his friends. Why doesn’t he call it GNU/Linux? Because he wrote it, with more help from his friends, not you. You named your stuff, I named my stuff – including the software I wrote using GCC – and Linus named his stuff. The proper name is Linux because Linus Torvalds says so. Linus has spoken. Accept his authority. To do otherwise is to become a nag. You don’t want to be known as a nag, do you?
(An operating system) != (a distribution). Linux is an operating system. By my definition, an operating system is that software which provides and limits access to hardware resources on a computer. That definition applies whereever you see Linux in use. However, Linux is usually distributed with a collection of utilities and applications to make it easily configurable as a desktop system, a server, a development box, or a graphics workstation, or whatever the user needs. In such a configuration, we have a Linux (based) distribution. Therein lies your strongest argument for the unwieldy title ‘GNU/Linux’ (when said bundled software is largely from the FSF). Go bug the distribution makers on that one. Take your beef to Red Hat, Mandrake, and Slackware. At least there you have an argument. Linux alone is an operating system that can be used in various applications without any GNU software whatsoever. Embedded applications come to mind as an obvious example.
Next, even if we limit the GNU/Linux title to the GNU-based Linux distributions, we run into another obvious problem. XFree86 may well be more important to a particular Linux installation than the sum of all the GNU contributions. More properly, shouldn’t the distribution be called XFree86/Linux? Or, at a minimum, XFree86/GNU/Linux? Of course, it would be rather arbitrary to draw the line there when many other fine contributions go unlisted. Yes, I know you’ve heard this one before. Get used to it. You’ll keep hearing it until you can cleanly counter it.
You seem to like the lines-of-code metric. There are many lines of GNU code in a typical Linux distribution. You seem to suggest that (more LOC) == (more important). However, I submit to you that raw LOC numbers do not directly correlate with importance. I would suggest that clock cycles spent on code is a better metric. For example, if my system spends 90% of its time executing XFree86 code, XFree86 is probably the single most important collection of code on my system. Even if I loaded ten times as many lines of useless bloatware on my system and I never excuted that bloatware, it certainly isn’t more important code than XFree86. Obviously, this metric isn’t perfect either, but LOC really, really sucks. Please refrain from using it ever again in supporting any argument.
Last, I’d like to point out that we Linux and GNU users shouldn’t be fighting among ourselves over naming other people’s software. But what the heck, I’m in a bad mood now. I think I’m feeling sufficiently obnoxious to make the point that GCC is so very famous and, yes, so very useful only because Linux was developed. In a show of proper respect and gratitude, shouldn’t you and everyone refer to GCC as ‘the Linux compiler’? Or at least, ‘Linux GCC’? Seriously, where would your masterpiece be without Linux? Languishing with the HURD?
If there is a moral buried in this rant, maybe it is this:
Be grateful for your abilities and your incredible success and your considerable fame. Continue to use that success and fame for good, not evil. Also, be especially grateful for Linux’ huge contribution to that success. You, RMS, the Free Software Foundation, and GNU software have reached their current high profiles largely on the back of Linux. You have changed the world. Now, go forth and don’t be a nag.
I made the joke that we’ll have SystemD/Linux replacing GNU/Linux and the number of “well asckuallys…” that popped up was simultaneously humorous and saddening.
https://github.com/uutils/coreutils - I’m waiting for a distro to switch to this, and clang base, and then musl. But glibc compatibility still lacking usually - one day!
What’s the point? Move from a free license to a corporate cuck license is not something that values normal users, only if you are a corporation and you need a more permissive license for some reason
and a giant “fuck you” to Lennart Poettering for that. Not for creating an init system option - but for lobbying it into major distributions, instead of letting the users decide what they prefer. May he forever stub his toes on furniture.
Systemd is also horrible project because it has sd-dbus - a dbus implementation, that requires systemd. And some projects(like Anbox) when migrating from abstraction layer to direct use of dbus accidentally choosen sd-dbus instead of dbus. And devs genuenly belive that sd-dbus is not systemd-specific.
I’m not blindly hating. I despise the asshole responsible for the choice being taken away from me for many major distros and I wish him the plague for his manipulative approach in getting there.
The choice of making way more things than just the job of an init system harder than it has to be, especially when both flavors have to work. Feel free to call generous people who work for the community “assholes”, but it’s you who’s that, if anyone
People who lobby with decision makers at major distributions for their software to be made the de-facto standard, instead of leaving it to the userbase, have a deeply anti-democratic mindset, and that makes them assholes.
I didn’t know much about Linux when Systemd was adopted by Debian. And how would I make myself loud enough for people to notice? I still don’t have the technical knowledge to completely grasp the operating reasons why people chose it, all I know is that systemd was meant to be an init system, and now it is no longer just an init system. It’s in things it shouldn’t be in. I’m sure people worked hard on it but one program edging out general alternatives shouldn’t have been the way of development
You don’t know the details of why it was chosen, yet you complain about people with obviously more knowledge on these topics having chosen it… reminds me of science deniers.
That’s weird as fuck. Major distros use it because it’s the most functional. If the other ones were as good, they’d be used. There is no “lobbying” lol, it just makes the most technical sense and is significantly more than just an init system. I’d rather users have a system that “just works” instead, since arbitrary choices aren’t necessarily a good thing.
Poettering is a douchebag, a Royal fucking asshole, who happened to code a usable, performant, well coded project hosting subprojects that does a better job for the users than all their predecessors.
He’s the guy people love to hate, and he’s really damn good.
It’s systemd+gnu+linux these days
Firefox+Plasma+Wayland+SystemD+GNU+Linux
Amen brother
That’s something a human would say. Totally predictable.
Lol, you know this is a meme community?
Of course! It was a Futurama reference. :)
Ahh, woosh
:)
the best kind of reference 🤩
Eventually the proper name for the operating system will just be the full configuration.nix file, and we’ll all rename our backups to "FullLegalName"OS
In this future, NixOS replaces all other distros as the defacto standard way to manage packages
Assigned system configuration at birth
If only nix wasn’t such a pain to read, with all the conveniences it has like automatically looking up variables in all of the places available.
I understand the thought, but it feels like a lot of things done to simplify writing the code makes it way harder to read, and nix’s design is decades old and it really shows
Also, there are sometimes issues with nix on macos, but I’m inclined to blame it on Apple
Apple ruins everything it touches and sells the solution as a product or service
but to get there NixOS needs proper documentation
I only understand Slackware.
Will I survive?
When the heat death of the universe arrives, the Sackcloth and Ashes that is Slack will be there to mark it’s passing.
Not even Debian will survive, but Slack will go on. Tar Balls Yum!
Wayland isn’t actually a piece of software though. It’s a protocol. This isn’t like X11.
X11 is a protocol, Xorg is an implementation
My bad
Firefox+PlasmaWayland+SystemD+portage+GNU+Linux
Needs more user agent:
Firefox(like Chrome)+Plasma(inc.KDE)+Wayland(like X11)+systemd+GNU/Linux
I suppose mine would be Proton/Steam/Mate Desktop/Gnu/Linux
+L+Ratio+You’re Bald+It’s Joever+Terrorists Win
abseil-cpp+absolutely-proprietary+acl+alsa-card-profiles+alsa-lib+alsa-topology-conf+alsa-ucm-conf+alsa-utils+aom+archlinux-keyring+argon2+aspnet-runtime+aspnet-runtime-6.0+attr+audit+authelia+authelia-debug+autoconf+automake+avahi+base+base-devel+bash+bash-completion+bcprov+bind+binutils+bison+blas+bluez-libs+boost+boost-libs+bridge-utils+brotli+bzip2+c-ares+ca-certificates+ca-certificates-mozilla+ca-certificates-utils+cairo+cblas+cdparanoia+cdrtools+certbot+certbot-nginx+chromaprint+cmake+composer+containerd+coreutils+cppdap+cryptsetup+curl+curlcpp+curlcpp-debug+customizepkg-git+cyrus-sasl+cython0+dav1d+db+db5.3+dbus+dbus-broker+dbus-broker-units+debugedit+default-cursors+device-mapper+dhclient+diffutils+distcc+dmidecode+dnssec-anchors+docker+docker-compose+dotnet-host+dotnet-runtime+dotnet-runtime-6.0+double-conversion+dovecot+duktape+e2fsprogs+easy-rsa+efibootmgr+efivar+eigen+endlessh-git+ethtool+expat+fail2ban+fakeroot+ferium-bin+ferium-bin-debug+ffmpeg+fftw+file+filesystem+findutils+flac+flex+fmt+fontconfig+foot-terminfo+freetds+freetype2+fribidi+gawk+gc+gcc+gcc-libs+gd+gdbm+gdk-pixbuf2+geekbench+geoip+geoip-database+gettext+gflags+giflib+git+gitlab+gitlab-gitaly+gitlab-runner+gitlab-shell+glib2+glibc+glslang+gmp+gnu-free-fonts+gnu-netcat+gnupg+gnutls+go+google-glog+gotify-cli+gotify-cli-debug+gotify-server+gotify-server-debug+gperftools+gpgme+graphene+graphite+grep+groff+grub+grub-hook+gsm+gst-plugins-base+gst-plugins-base-libs+gstreamer+gtest+guile+gzip+harfbuzz+hdparm+hicolor-icon-theme+hidapi+highway+htop+http-parser+hwdata+hwloc+hyfetch+iana-etc+icu+imagemagick+imath+inetutils+intel-oneapi-common+intel-oneapi-compiler-dpcpp-cpp-runtime+intel-oneapi-compiler-dpcpp-cpp-runtime-libs+intel-oneapi-compiler-shared-runtime+intel-oneapi-compiler-shared-runtime-libs+intel-oneapi-mkl+intel-oneapi-openmp+intel-oneapi-tbb+intel-oneapi-tcm+intel-ucode+iperf3+iproute2+iptables+iputils+iso-codes+jansson+java-environment-common+java-runtime-common+jbigkit+jdk-openjdk+jellyfin-ffmpeg+jellyfin-server+jellyfin-web+jellyseerr+jemalloc+jq+json-c+jsoncpp+kbd+keyutils+kitsune-git+kmod+krb5+l-smash+lame+lapack+lcms2+ldns+lemmy+lemmy-debug+lemmy-ui+lemmy-ui-debug+less+level-zero-loader+libaio+libarchive+libass+libassuan+libasyncns+libavc1394+libavif+libb2+libbluray+libbpf+libbs2b+libbsd+libburn+libcamera+libcamera-ipa+libcap+libcap-ng+libcups+libdaemon+libdatrie+libdc1394+libde265+libdeflate+libdovi+libdrm+libdvdnav+libdvdread+libedit+libelf+libevdev+libevent+libfabric+libfbclient+libfdk-aac+libffi+libfreeaptx+libgcrypt+libglvnd+libgpg-error+libgudev+libheif+libice+libidn+libidn2+libiec61883+libimagequant+libinput+libisl+libjpeg-turbo+libjxl+libksba+liblc3+libldac+libldap+liblqr+libluv+liblzf+libmaxminddb+libmd+libmnl+libmodplug+libmpc+libmysofa+libnet+libnetfilter_conntrack+libnfnetlink+libnftnl+libnghttp2+libnghttp3+libngtcp2+libnl+libnsl+libogg+libomxil-bellagio+libopenmpt+libp11-kit+libpcap+libpciaccess+libpipeline+libpipewire+libplacebo+libpng+libproxy+libpsl+libpulse+libraqm+libraw1394+librsvg+libsamplerate+libsasl+libseccomp+libsecret+libsm+libsndfile+libsodium+libsoxr+libspf2+libssh+libssh2+libsysprof-capture+libtasn1+libtermkey+libthai+libtheora+libtiff+libtirpc+libtommath+libtool+libunibreak+libunistring+libunwind+liburing+libusb+libutempter+libuv+libva+libvdpau+libverto+libvorbis+libvpl+libvpx+libvterm+libwacom+libwebp+libwireplumber+libx11+libxau+libxcb+libxcrypt+libxcursor+libxdmcp+libxext+libxfixes+libxft+libxi+libxkbcommon+libxkbcommon-x11+libxml2+libxmu+libxpm+libxrender+libxshmfence+libxslt+libxt+libxv+libxxf86vm+libyaml+libyuv+libzip+licenses+lilv+linux+linux-api-headers+linux-firmware+linux-firmware-whence+lksctp-tools+llvm-libs+llvm14-libs+lm_sensors+lmdb+lua+lua51+lua51-lpeg+lua53+luajit+lv2+lvm2+lz4+lzo+m4+mailcap+make+man-db+man-pages+mariadb-libs+matrix-synapse+mbedtls+mbedtls2+md4c+mesa+mkinitcpio+mkinitcpio-busybox+mpdecimal+mpfr+mpg123+msgpack-c+mtdev+mutt+ncurses+neovim+net-tools+nettle+nextcloud+nginx-mainline+ninja+nmap+node-gyp+nodejs+nodejs-nopt+npm+npth+nspr+nss+numactl+ocl-icd+onetbb+oniguruma+opencore-amr+opencv+opendbx+opendkim+opendmarc+openexr+openjpeg2+openmp+openmpi+openpmix+openssh+openssl+openucx+opus+opusfile+orc+p11-kit+pacman+pacman-cleanup-hook+pacman-contrib+pacman-mirrorlist+pacutils+pam+pambase+pango+parted+patch+pciutils+pcre+pcre2+perl+perl-error+perl-image-exiftool+perl-json+perl-mailtools+perl-timedate+php+php-fpm+php-gd+php-legacy+php-legacy-apcu+php-legacy-embed+php-legacy-gd+php-legacy-igbinary+php-legacy-imagick+php-legacy-pgsql+php-legacy-redis+php-legacy-sodium+php-pgsql+php-sodium+pinentry+pipewire+pipewire-alsa+pipewire-audio+pipewire-jack+pipewire-pulse+pipewire-session-manager+pixman+pkgconf+pnpm+popt+portaudio+postfix+postfix-lmdb+postgresql+postgresql-libs+powertop+procps-ng+protobuf+prrte+psmisc+pybind11+python+python-acme+python-aiohttp+python-aiosignal+python-annotated-types+python-anyascii+python-attrs+python-audioread+python-autocommand+python-automat+python-bcrypt+python-bleach+python-blinker+python-build+python-canonicaljson+python-cffi+python-charset-normalizer+python-click+python-configargparse+python-configobj+python-constantly+python-contourpy+python-cryptography+python-cycler+python-dateutil+python-decorator+python-defusedxml+python-distro+python-elementpath+python-fastjsonschema+python-filelock+python-flask+python-flit-core+python-fonttools+python-frozenlist+python-fsspec+python-future+python-gmpy2+python-hyperlink+python-idna+python-ijson+python-immutabledict+python-importlib-metadata+python-importlib_resources+python-incremental+python-inflect+python-iniconfig+python-installer+python-itsdangerous+python-jaraco.context+python-jaraco.functools+python-jaraco.text+python-jinja+python-joblib+python-josepy+python-jsonschema+python-jsonschema-specifications+python-kiwisolver+python-lazy-loader+python-librosa+python-llvmlite+python-markupsafe+python-matplotlib+python-matrix-common+python-more-itertools+python-mpmath+python-msgpack+python-multidict+python-netaddr+python-networkx+python-nose+python-numba+python-numpy+python-oldest-supported-numpy+python-ordered-set+python-packaging+python-pandas+python-parsedatetime+python-phonenumbers+python-pillow+python-platformdirs+python-pluggy+python-ply+python-pooch+python-prometheus_client+python-pyasn1+python-pyasn1-modules+python-pycparser+python-pycryptodomex+python-pydantic+python-pydantic-core+python-pyinotify+python-pymacaroons+python-pynacl+python-pyopenssl+python-pyparsing+python-pyproject-hooks+python-pyrfc3339+python-pyrsistent+python-pysaml2+python-pytest+python-pytorch+python-pytz+python-referencing+python-requests+python-resampy+python-rpds-py+python-scikit-learn+python-scipy+python-service-identity+python-setuptools+python-setuptools-scm+python-signedjson+python-six+python-sortedcontainers+python-soundfile+python-soxr+python-soxr-debug+python-sympy+python-systemd+python-threadpoolctl+python-tomli+python-torchaudio+python-torchaudio-debug+python-tqdm+python-treq+python-trove-classifiers+python-twisted+python-typeguard+python-typing_extensions+python-unpaddedbase64+python-urllib3+python-validate-pyproject+python-webencodings+python-werkzeug+python-wheel+python-xmlschema+python-yaml+python-yarl+python-zipp+python-zope-interface+qhull+qt6-base+qt6-translations+radarr-nightly+rav1e+rclone+rcon-cli-bin+re2+readline+redis+reflector+rhash+rsync+rubberband+ruby+ruby-abbrev+ruby-base64+ruby-benchmark+ruby-bigdecimal+ruby-bundledgems+ruby-bundler+ruby-cgi+ruby-csv+ruby-date+ruby-delegate+ruby-did_you_mean+ruby-digest+ruby-drb+ruby-english+ruby-erb+ruby-etc+ruby-fcntl+ruby-fiddle+ruby-fileutils+ruby-find+ruby-forwardable+ruby-getoptlong+ruby-io-console+ruby-io-nonblock+ruby-io-wait+ruby-ipaddr+ruby-irb+ruby-json+ruby-logger+ruby-minitest+ruby-mutex_m+ruby-net-http+ruby-open-uri+ruby-power_assert+ruby-psych+ruby-racc+ruby-rake+ruby-rdoc+ruby-reline+ruby-rexml+ruby-ruby2_keywords+ruby-stdlib+ruby-stringio+ruby-test-unit+ruby-time+ruby-tmpdir+ruby-uri+rubygems+run-parts+runc+rust+sbc+screen+sdl2+sed+semver+serd+setcd+shaderc+shadow+shared-mime-info+snappy+sord+speedtest-cli+speex+speexdsp+spirv-tools+spotify-player+spotify-player-debug+sqlite+sratom+srt+sudo+svt-av1+systemd+systemd-libs+systemd-sysvcompat+tar+tcpdump+texinfo+thin-provisioning-tools+tpm2-tss+traceroute+tree-sitter+tree-sitter-bash+tree-sitter-c+tree-sitter-lua+tree-sitter-markdown+tree-sitter-python+tree-sitter-query+tree-sitter-vimdoc+tslib+tzdata+unibilium+unixodbc+unzip+uptime-kuma+uptime-kuma-debug+usbutils+util-linux+util-linux-libs+uwsgi+uwsgi-plugin-php-legacy+v4l-utils+vapoursynth+verdict+vid.stab+vmaf+vulkan-headers+vulkan-icd-loader+wakeonlan+wayland+webrtc-audio-processing-1+wget+which+whois+wireplumber+wol+x264+x265+xcb-proto+xcb-util+xcb-util-cursor+xcb-util-image+xcb-util-keysyms+xcb-util-renderutil+xcb-util-wm+xdg-ninja+xdg-utils+xkeyboard-config+xmlsec+xorg-xprop+xorg-xset+xorgproto+xvidcore+xxhash+xz+yajl+yarn+yay+yay-debug+zimg+zip+zix+zlib+zstd+zvbi
Did you really just list your installed packages? :'D
Yep. And only the packages that are installed on my server, my PC or Laptop have a lot more.
I’d just like to interject for a moment. What you’re refering to as GNU/Linux, is in fact, systemd/GNU/Linux, or as I’ve recently taken to calling it, systemd plus GNU plus Linux. GNU/Linux is not an operating system unto itself, but rather another free component of a fully functioning systemd init system made useful by the systemd daemons, shell utilities and redundant system components comprising a full init system as defined by systemd itself.
Many computer users run a modified version of the systemd init system every day, without realizing it. Through a peculiar turn of events, the version of systemd which is widely used today is often called GNU/Linux, and many of its users are not aware that it is basically the systemd init system, developed by the Red Hat.
There really is a GNU/Linux, and these people are using it, but it is just a part of the init system they use. GNU/Linux is the os: a collection of programs that can be run by the init system. The operating system is an essential part of an init system, but useless by itself; it can only function in the context of a complete init system. GNU/Linux is normally used in combination with the systemd init system: the whole system is basically systwmd with GNU/Linux added, or systemd/GNU/Linux. All the so-called GNU/Linux distributions are really distributions of systemd/GNU/Linux!
No, Richard, it’s ‘Linux’, not ‘GNU/Linux’. The most important contributions that the FSF made to Linux were the creation of the GPL and the GCC compiler. Those are fine and inspired products. GCC is a monumental achievement and has earned you, RMS, and the Free Software Foundation countless kudos and much appreciation.
Following are some reasons for you to mull over, including some already answered in your FAQ.
One guy, Linus Torvalds, used GCC to make his operating system (yes, Linux is an OS – more on this later). He named it ‘Linux’ with a little help from his friends. Why doesn’t he call it GNU/Linux? Because he wrote it, with more help from his friends, not you. You named your stuff, I named my stuff – including the software I wrote using GCC – and Linus named his stuff. The proper name is Linux because Linus Torvalds says so. Linus has spoken. Accept his authority. To do otherwise is to become a nag. You don’t want to be known as a nag, do you?
(An operating system) != (a distribution). Linux is an operating system. By my definition, an operating system is that software which provides and limits access to hardware resources on a computer. That definition applies whereever you see Linux in use. However, Linux is usually distributed with a collection of utilities and applications to make it easily configurable as a desktop system, a server, a development box, or a graphics workstation, or whatever the user needs. In such a configuration, we have a Linux (based) distribution. Therein lies your strongest argument for the unwieldy title ‘GNU/Linux’ (when said bundled software is largely from the FSF). Go bug the distribution makers on that one. Take your beef to Red Hat, Mandrake, and Slackware. At least there you have an argument. Linux alone is an operating system that can be used in various applications without any GNU software whatsoever. Embedded applications come to mind as an obvious example.
Next, even if we limit the GNU/Linux title to the GNU-based Linux distributions, we run into another obvious problem. XFree86 may well be more important to a particular Linux installation than the sum of all the GNU contributions. More properly, shouldn’t the distribution be called XFree86/Linux? Or, at a minimum, XFree86/GNU/Linux? Of course, it would be rather arbitrary to draw the line there when many other fine contributions go unlisted. Yes, I know you’ve heard this one before. Get used to it. You’ll keep hearing it until you can cleanly counter it.
You seem to like the lines-of-code metric. There are many lines of GNU code in a typical Linux distribution. You seem to suggest that (more LOC) == (more important). However, I submit to you that raw LOC numbers do not directly correlate with importance. I would suggest that clock cycles spent on code is a better metric. For example, if my system spends 90% of its time executing XFree86 code, XFree86 is probably the single most important collection of code on my system. Even if I loaded ten times as many lines of useless bloatware on my system and I never excuted that bloatware, it certainly isn’t more important code than XFree86. Obviously, this metric isn’t perfect either, but LOC really, really sucks. Please refrain from using it ever again in supporting any argument.
Last, I’d like to point out that we Linux and GNU users shouldn’t be fighting among ourselves over naming other people’s software. But what the heck, I’m in a bad mood now. I think I’m feeling sufficiently obnoxious to make the point that GCC is so very famous and, yes, so very useful only because Linux was developed. In a show of proper respect and gratitude, shouldn’t you and everyone refer to GCC as ‘the Linux compiler’? Or at least, ‘Linux GCC’? Seriously, where would your masterpiece be without Linux? Languishing with the HURD?
If there is a moral buried in this rant, maybe it is this:
Be grateful for your abilities and your incredible success and your considerable fame. Continue to use that success and fame for good, not evil. Also, be especially grateful for Linux’ huge contribution to that success. You, RMS, the Free Software Foundation, and GNU software have reached their current high profiles largely on the back of Linux. You have changed the world. Now, go forth and don’t be a nag.
Goodness gracious, breathe man ^^
Nuh uh :3
deleted by creator
The thing he replied to is a modified copypasta, it was made as a joke
deleted by creator
Its a great response to the GNU/Linux copypasta :3 Of course like Linux please share it as much as possible
I’m
stealingsharing/redistributing this:https://feddit.org/post/267802
Sure, but know there are some spelling mistakes and some lines I didn’t really know the heck I was writing
no worries, it is still funny to me
I made the joke that we’ll have SystemD/Linux replacing GNU/Linux and the number of “well asckuallys…” that popped up was simultaneously humorous and saddening.
https://github.com/uutils/coreutils - I’m waiting for a distro to switch to this, and clang base, and then musl. But glibc compatibility still lacking usually - one day!
What’s the point? Move from a free license to a corporate cuck license is not something that values normal users, only if you are a corporation and you need a more permissive license for some reason
Plus, do rust coreutils do anything exceptionally better than GNU coreutils? If not, I don’t think many would switch
I was just thinking there’s somebody rewriting coreutils in rustnand there it is. I’m omnipotent!
MIT license 🤮
Edit: GPL 🫡
Just build ur own os from binary, its barely an inconveniance
Soon to only be systemd
Hold my OpenRC.
and a giant “fuck you” to Lennart Poettering for that. Not for creating an init system option - but for lobbying it into major distributions, instead of letting the users decide what they prefer. May he forever stub his toes on furniture.
It’s not just an init system. Look up what it does and why it exists, instead of blindly hating some software for some obsessive reason.
Systemd is also horrible project because it has sd-dbus - a dbus implementation, that requires systemd. And some projects(like Anbox) when migrating from abstraction layer to direct use of dbus accidentally choosen sd-dbus instead of dbus. And devs genuenly belive that sd-dbus is not systemd-specific.
I’m pissed off because he didn’t limit it to just being an init and made it into a much bigger mess
What are you talking about, it is just an init and service manager…
The rest of systemd is an ecosystem that are optional packages you can install on top of it. They are not essential or required.
I’m not blindly hating. I despise the asshole responsible for the choice being taken away from me for many major distros and I wish him the plague for his manipulative approach in getting there.
The choice of making way more things than just the job of an init system harder than it has to be, especially when both flavors have to work. Feel free to call generous people who work for the community “assholes”, but it’s you who’s that, if anyone
People who lobby with decision makers at major distributions for their software to be made the de-facto standard, instead of leaving it to the userbase, have a deeply anti-democratic mindset, and that makes them assholes.
And what concerns did/do you exactly have? Did you as a “democratic” user make yourself loud instead of crying about “corruption” on lemmy?
I didn’t know much about Linux when Systemd was adopted by Debian. And how would I make myself loud enough for people to notice? I still don’t have the technical knowledge to completely grasp the operating reasons why people chose it, all I know is that systemd was meant to be an init system, and now it is no longer just an init system. It’s in things it shouldn’t be in. I’m sure people worked hard on it but one program edging out general alternatives shouldn’t have been the way of development
You don’t know the details of why it was chosen, yet you complain about people with obviously more knowledge on these topics having chosen it… reminds me of science deniers.
That’s weird as fuck. Major distros use it because it’s the most functional. If the other ones were as good, they’d be used. There is no “lobbying” lol, it just makes the most technical sense and is significantly more than just an init system. I’d rather users have a system that “just works” instead, since arbitrary choices aren’t necessarily a good thing.
Poettering is a douchebag, a Royal fucking asshole, who happened to code a usable, performant, well coded project hosting subprojects that does a better job for the users than all their predecessors.
He’s the guy people love to hate, and he’s really damn good.
May he have itchy toenails.