To speed up working with slow hardware and for overall convenience, we’re now also offering binary packages for download and direct installation! For most architectures, this is limited to the core system and weekly updates - not so for amd64 and arm64 however. There we’ve got a stunning >20 GByte of packages on our mirrors, from LibreOffice to KDE Plasma and from Gnome to Docker. Gentoo stable, updated daily. Enjoy! And read on for more details!

  • wewbull
    link
    fedilink
    English
    arrow-up
    97
    ·
    1 year ago

    Quite the statement that Gentoo has survived for so long compiling from source but, even with ever advancing processor speeds, they’ve finally gone "Nah… Takes to long. ".

    I mean, I don’t blame them. Yesterday I left my machine building a PyTorch package for 4 hours on a 12 core processor.

    • taladar@sh.itjust.works
      link
      fedilink
      arrow-up
      56
      ·
      1 year ago

      As a long-time Gentoo user the only packages where compile times (and RAM usage) really bother me are all the myriad of forks of that shitty Chrome browser engine (webkit-gtk, QtWebEngine, chromium,…) and LLVM and clang.

      • Kogasa@programming.dev
        link
        fedilink
        arrow-up
        22
        ·
        1 year ago

        Chrome takes so much longer than the kernel somehow. There’s also the occasional package that makes you build single-threaded because nobody has fixed some race condition in the build process.

        • taladar@sh.itjust.works
          link
          fedilink
          arrow-up
          19
          ·
          1 year ago

          More importantly Chrome takes so much longer than Firefox even though they essentially do the same things (or 95% the same things if you are nitpicky).

          • itsraining@lemmy.world
            link
            fedilink
            arrow-up
            4
            ·
            1 year ago

            Yes, but Chromium is very easy to embed in applications. Mozilla has a history of creating and then abandoning embedding APIs every few years or so (and right now I think they have none).

            • taladar@sh.itjust.works
              link
              fedilink
              arrow-up
              3
              ·
              1 year ago

              It seems very hard to embed it anywhere considering everyone doing so forks the whole codebase. Besides, my point was about compile times, embedding APIs shouldn’t take significantly longer to compile.

      • wewbull
        link
        fedilink
        English
        arrow-up
        6
        arrow-down
        1
        ·
        1 year ago

        My beef tends to be with software out of FANGs. Big teams and huge codebase to match. Completely inpetetrable for the rest of us and, I suspect, far more code then there should be.

      • MonkderZweite@feddit.ch
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        1 year ago

        I once shredded an sdcard-as-home while trying to compile firefox. This is why i say the web is broken. Needs a fucking kernel++ to display webpages.

        • taladar@sh.itjust.works
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          To be fair USB sticks and SD cards seem to fail when you stare at them a bit too intensely. I think it has been at least a decade since I bought a USB stick for OS installations that lasted for more than three installs (each a few months apart at least since the need does not arise that often).

          • MonkderZweite@feddit.ch
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Ok, i usually go for speedy ones, a bit more expensive, maybe they have better chips.

            I once read, some higher quality USB sticks even have SSD style wear leveling. While cheap sticks have the worst quality flash (good q for SSD, medium for SD an ‘barely usable’ for sticks).