• scratsearcher 🔍🔮📊🎲@sopuli.xyzEnglish
    12·
    6 days ago

    I want to install Linux on a Vacuum cleaner, which sucks the most?

    Nix-OS. Nix translates to “nichts” in german, which translates to “nothing” in english. A vacuum creates sucktion force.

    Also I get endless error messages sometimes, when I run nixos rebuild switch --upgrade, that sucks in a metaphorical sense, I need to modify the versions of programs I install.

    • banshee@lemmy.world
      2·
      6 days ago

      NixOS does suck me into the occasional rabbit hole - nothing like Gentoo years ago though!

  • Gork@lemm.ee
    87·
    8 days ago

    All of them except Hannah Montana Linux, which is the One True Linux.

  • Itsamelemmy@lemmy.zipEnglish
    79·
    8 days ago

    Similar to a joke my dad told in the 90’s

    If Microsoft ever makes a product that doesn’t suck, it’ll be a vacuum cleaner.

    • Sjmarf@sh.itjust.works
      39·
      8 days ago

      https://builder.dontvacuum.me/

      This website is great xD

      Privacy Policy: I do not care about privacy and will try to sell, rent, lease or give away all your information (name, address, email, your pets name, etc.) to any third party (but only if they pay enough). Also I will send you unsolicited email with cute dog puppy pictures.

        • tofuwabohu@slrpnk.net
          1·
          5 days ago

          Yes, you get an email containing a link to your download when the requested build is done.

          This guy actually built an automated builder so people can easily request tailored images for their robots which is super cool.

    • yonder@sh.itjust.works
      2·
      7 days ago

      Ironically, I’m reading this from PostmarketOS, which has support for the echo dot 2, feature phones and some smartwatches, so it might be realistic to run on a vacum lol.

  • firegem@lemm.eeEnglish
    42·
    8 days ago

    I’d say Manjaro but they’d probably DDOS your vacuum on accident.

          • Dran@lemmy.worldEnglish
            44·
            8 days ago

            A lot of industries are semi-forced into it. Let me give you an example I know of first-hand. Modern SAP stacks support 3 operating systems. Windows Server, RHEL, and SuSE.

            You’re probably thinking to yourself: “but rhel is just regular linux, surely you can install it on anything if you have the appropriate dependencies, I’ll bet it even just works on rhel-compatibles like rocky, alma, or centos stream!”

            And you would be ~sort of~ right, but wrong in the most dystopian way possible. The installer itself does hardcoded checks for “compatible” operating systems, using /etc/os-release and a few other common system files. Spoofing those to rhel 8.5 or whatever is easy enough, but the one that really gets you is a dependency for compat-glibc-X.Y-ZZZZ.x86_64. This “glibc compatibility library” is conveniently only accessible via a super special redhat repository granted by a super special sap license (which is like ~$2,000/year/cpu). Looking at the redhat sources it is actually just a bog-standard semi-modern glibc compile with nothing special. The only other thing you get with this license as far as I can tell is another metapackage that installs dependencies, and makes a few kernel tweaks recommended by SAP.

            So you can install it on alma/rocky by impersonating rhel in /etc/os-release, and then compiling a version of glibc and linking it in a special hardcoded location, but SAP/Redhat put as many roadblocks in your way as possible to do this. It took me weeks of reverse-engineering the installer to get our farm off of the ~100k/yr that redhat wanted to charge us for essentially:

            ./configure --enable-bootstrap --enable-languages=c,c++,lto --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-major-version-only --enable-plugin --with-linker-hash-style=gnu --enable-initfini-array --disable-libquadmath --disable-libsanitizer --disable-libvtv --disable-libgomp --disable-libitm --disable-libssp --disable-libatomic --disable-libcilkrts --without-isl --disable-libmpx --enable-gnu-indirect-function --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 9.1.1 20190605 (Red Hat 9.1.1-2) (GCC)

            definitely worth $100,000/yr… much capitalism, many line go up

              • nesc@lemmy.cafeEnglish
                31·
                8 days ago

                There is nothing evil about it? Like sources are available, rhel itself is cheap and actually invests a lot in oss. If you want an unsupported system you are free to do something like this.

                • NONE@lemmy.worldOP
                  31·
                  8 days ago

                  I said evil as in the meme, like the evil version of something is its total opposite. And RHEL sound like the total opposite of what I associate whit Linux.

            • barnaclebutt@lemmy.world
              5·
              8 days ago

              I assumed that you could just run fedora and spoof RHEL. The fact that you need to use a specific GCC is insane. They must share their source code right? Or, are they no longer sharing it as they are legally required to?

              Anyways, RHEL is deep suck.

              • Dran@lemmy.worldEnglish
                3·
                8 days ago

                The source to this compat library is in their sources last I checked, but because it’s not part of their standard repos it doesn’t technically have to be. I suspect this is eventually the end-goal.