I've been using Gentoo since 2003, and I don't really plan on changing any time soon... > We don’t go out of our way to tell you how to use your system I'm not really sure I believe this, because the default profiles do exactly that. One day you'll be happy with your pam config, then bam, package updates and you're forced into passwdqc and faillock.
> One day you'll be happy with your pam config, then bam, package updates and you're forced into passwdqc and faillock. Are you saying you've had your PAM config broken by a package update when you didn't update anything in /etc, or that you had your PAM config broken by a package update where you blindly accepted changes to stuff in /etc?
Why Gentoo?
21–30 of 85 posts
Re: Why Gentoo?
#22https://www.shlomifish.org/humour/by-others/funroll-loops/Ge...
Re: Why Gentoo?
#23Gentoo is customizable. But really customizable. That's my #1 reason for using it.
Re: Why Gentoo?
#24On the axes I most care about, NixOS is better than Gentoo. In particular, managing configurations in NixOS is really a breeze. No more merging diffs of random files in /etc.
On one hand, you could say that Nix has more magic than Gentoo, but on the other hand, the online nix option search links directly to the source code implementing the option.
Gentoo wins on documentation and supporting more than one init system. It probably also wins on security; I haven't dug recently, but NixOS doesn't have a great story for e.g. Mandatory Access Control. Also the nix store is world-readable, so it is much easier than it should be to accidentally spill your secrets to the entire system.
Re: Why Gentoo?
#25I think it's time to use an LLM to rewrite portage in C. Might be one of my next projects. Should not take long and the result will be easy to deterministically test side by side.
tank ~ # time emerge --sync
* Using keys from /usr/share/openpgp-keys/gentoo-release.asc
emerge --sync 3.18s user 5.15s system 67% cpu 12.324 total
https://wiki.gentoo.org/wiki/Portage_with_GitRe: Why Gentoo?
#26I didn't realize how strict they were against LLMs. Codex has really helped my fix and tighten up my AUR PKGBUILDs. I was thinking about trying Gentoo in the future, but not being able to contribute because I use LLMs in my workflow sucks.
Re: Why Gentoo?
#27I did think it was neat finding a memory leak in visual boy advance.
Re: Why Gentoo?
#28What kinda baby would come from mashing together gentoo, void, freebsd, and nix?
personally, i used gentoo throughout most of my teenage years, and now use nixos viewing it as a successor, since you can screw around using the thing as a meta-distribution, but roll back when you hose your system.
gentoo freebsd existed for a while for funsies but nobody cared and now it's dead, same with gentoo openbsd. each was portage integrated a little more intentionally on top of a respective bsd than just "bung it in /usr/local/bin and call it a day". practically speaking, they were implementations of gnu/k*bsd.
nixbsd similarly exists (nix deeply integrated into freebsd), with heroic efforts made to transfer nixos's abstraction over init systems for system-wide configuration; last commit was two months ago so i guess not dead yet?
you can run nix on gentoo, or gentoo prefix on nixos with nix-ld turned on if you feel like it
void's claim to fame with xbps is a bunch of sandboxing and bind mounts for build environments. nix already has to sandbox just to get off the ground wrt reproducibility.
void, gentoo, and nixos all offer some degree of libc freedom. on void it's first-class, on gentoo it nearly is, and on nixos it's here be dragons. libc freedom doesnt really jive with using a bsd as a base; vertical integration is kind of one of the contemporary selling points.
so to answer your question, the result would be nixbsd in an alternate timeline where nixpkgs's analogues to USE flags/eselect/profiles are not hot garbage (i say this with love as a user), and void would fail to exert a phenotype.
Re: Why Gentoo?
#29Never used Gentoo, but what is its advantages over, say, Guix? I don't actually use guix or nix as a daily driver, although one year ago I did install Guix on a separate partition of my desktop PC and I use nix via Home manager to install various cli-based tools.
That's unique to the Gentoo model and gives a fine-tuned system with virtually zero bloat. Other distros inevitably pull in dependencies you don't need because they are linked at build-time in case someone relies on it; choices like crypto backend are made for you by the packager.
Guix lets you tweak things on a per-package level, but currently offers no global feature flags. You can do wild stuff like replace OpenSSL with LibreSSL everywhere, but only as long as they are API- or ABI-compatible.
Re: Why Gentoo?
#30Earlier quoted context omitted.
I know for a fact that some stuff merged into Gentoo is already LLM modified in upstream so their stance is dumb and not even logically consistent.
It's pretty consistent. If you check out something from a Gentoo-official repo, it's going to have been created by humans without the use of LLM tooling. LLM tooling is used for the kernel, systemd, and a litany of other packages -- trying to run a "non-LLM OS" is more like a fork of the whole ecosystem than a distribution. I can appreciate the concept that Gentoo is placing a high value on human curation . I used to…
I don't get any value from this "no LLMs" stance. In fact it's quite the opposite.
I watch extremely famous C devs at work using LLMs all day everyday working on stuff that is merged into Gentoo all the time. You guys are shooting yourselves in the foot and just wasting everyone's time and it's exhausting.