Thread #108659495
File: 52242.png (34.4 KB)
34.4 KB PNG
I fucking love Gentoo.
126 RepliesView Thread
>>
>>
>>
>>
>>
File: 1738450561192.png (771.3 KB)
771.3 KB PNG
>>108659495
gentoo, more like gemtoo
>>
>>
File: every 4chan thread ever.webm_snapshot_02.20.776.jpg (20.2 KB)
20.2 KB JPG
>>108659511
Because I'm already married to justice.
>>
>>108659602
what are you talking about, retarded retard?
from your rambling.png I discerned that you think systemd is good? systemd suckcs cocks obviously, it's a way for gay corps to shove in bullshit and monolith crap, opposite of the unix way
>>
File: 1773581280550133.jpg (102.4 KB)
102.4 KB JPG
I fucking love you.
In a completely, no strings attached, but I would always be by your side,and would upend my life to be with you, and would treasure you, until I grow old and frail... oh fuck. True love waits.
I know she browses here still
>>
>>
File: __kirima_syaro_gochuumon_wa_usagi_desu_ka_drawn_by_neki_wakiko__f56ae7e8a8c3c8224ef8be7751ee3542.jpg (629.7 KB)
629.7 KB JPG
>>108659495
Luv gentoo.
>>108659511
We are married.
>>108659722
Systemd is fine.
>>
>>
>>
>>
>>108660231
???
It's one of the few distros that for example updates Python on time, and a lot of packages let you update right from source repo last commit, furthermore there are overlays which unlike more distros are first-class citizens, and it's so easy to make your own repos and your own ebuilds.
On what packages do you even got this problem?
>my distro > gentoo
Ah you don't even use gentoo I see, talking out of your ass.
>>
>>108660387
>alacritty 9999 0.16.1 36 0.25.1
>caddy 9999 2.10.2▲ 2.9.1▲ 24 2.11.2
>calibre 8.15.0▲ 8.9.0▲ 30 9.7.010 9.7
>cuda 12.9.1 13.2.1
>cups 9999 2.4.16▲ 2.4.14▲ 46 2.4.17▲
>dav1d 9999 1.5.1 1.5.0 1.4.2 45 1.5.3
that's just a few quick examples I found while checking repology, currently gentoo stands at 26% outdated packages and no I'm not using some overlay from some random troon. also ebuilds are disgusting and portage is slow trash.
>>
>>
>>
>>
>>
>>
>>108661338
yeah because it does so much more than portage. portage isn't slow because of python, it's slow because it opens and closes connections constantly in order to autistically adhere to some stateless networking philosophy. most of the time you're waiting on portage it's waiting for a socket from the server it just disconnected from one second earlier.
>>
>>
>>
File: 1760472761490288.png (12.8 KB)
12.8 KB PNG
>>108659495
>gendoo
>>
>>
>>108661330
>9999
not an excuse to have outdated packages, if there is a new official release it should be packaged. there is no excuse since it's so easy to automate using repologyound: webkit2gtk-4.1 (Local: 2.52.2 | Repology: 2.52.2 | Target: 2.52.3)
>> [BUMPING] webkit2gtk-4.1 to 2.52.3
-> Bumping webkit2gtk-4.1: -> 2.52.3
-> Downloading webkitgtk-2.52.3.tar.xz (62.0 MiB)
100% (65/65 MB, 3.8 MB/s)
-> No checksum for webkitgtk-2.52.3.tar.xz, generating from local file.
-> Checksum webkitgtk-2.52.3.tar.xz: Generated
-> Pushing changes for repo: /repo/sauzeros
>> [SUCCESS] webkit2gtk-4.1 updated.
BUMP_SUCCESS: webkit2gtk-4.1: 2.52.2 -> 2.52.3
>> [BUILDING] webkit2gtk-4.1 (idle mode)
-> Checksum webkitgtk-2.52.3.tar.xz: ok
-> Disabling LTO.
-> Stripping executables in parallel
-> Package webkit2gtk-4.1 signed successfully
-> Package tarball created successfully
>> [SUCCESS] webkit2gtk-4.1 built.
BUILD_SUCCESS: webkit2gtk-4.1
all I need to keep my distro up to date is a local repology instance. Gentroons can't even keep stuff like cups up to date lmao
>>
>>
File: qt0vh-4048583227.jpg (25.3 KB)
25.3 KB JPG
Can someone actually tell me wtf Gentoo even is? Do you have to compile every program or something? I don't get it.
>>
>>108661767
>Do you have to compile every program or something?
Compiling from scratch is really hyped, what makes Gentoo cool is the technical merits like rc-updating and USE flags.
The simplest difference between gentoo and binary distros is NOT that you compile your own. That is just a side effect. What is far more important is that you have the CODE, or rather more importantly, the HEADERS! If you EVER tried to compile a package yourselve on a binary distro you will have found that you first have to download a ton of headers, wich are often out of date, or you are using some weird binary. Simply put, if I want to compile a package on gentoo on my own I can do so by JUST compiling the package, I do not first have to download the package with the linux headers for my kernel, because the headers, and everything is already there.
>>
>>108659514
I've run gentoo on various machines for 20 years, some of them laptops, it's fine. But even on a powerful machine I've given up building things like libreoffice or chromium from source.
What sucks is when you have a machine you don't use all the time. Ever since a few years ago portage leadership changed and they became way more aggressive at removing things from the main tree, which makes it harder to perform upgrades on older systems that haven't synced in a while.
>>
>>
>>
>>
>>
>>
>>
>>108665160
You actually own the Linux system. You can set it up exactly the way you want in a way you can't with Windows.
That doesn't matter to most and likely not to you. That's okay. Use Windows. But it does matter to some of us.
>>
>>
File: jemtu.jpg (27.1 KB)
27.1 KB JPG
>>108661468
>>
>>
>>
>>108661767
for example to disable pulseaudio and use alsa, you have to recompile firefox, and it's easier to do that in gentoo
also when you compile on your machine, the resulting programs run faster because it's optimized for your cpu
>>
>>
>>108659495USE="-systemd -wayland -policykit -elogind -pulseaudio -pipewire -screencast"
>>
>>
>>
File: 1755681263187709.png (25.7 KB)
25.7 KB PNG
>>108667360
>>
File: IMG_4685.jpg (102.3 KB)
102.3 KB JPG
>>108667360
i use systemd, pipewire and xlibre in gentoo
>>
>>
File: Screenshot_20260423_170053.png (63.1 KB)
63.1 KB PNG
>>108667378
also I don't have to deal with outdated packages
>>
>>
>>108667410
>auto update
yes, I could write one, you wrote one as well
but it's a bad practice, even if the new version compiles, there might be things that don't work because of upstream changes, so every update it is better to do it manually, read the updated README and make sure everything is compatible, which you couldn't do because you're all alone, automating shit is AI slop tier
>>
>>
>>
File: 2plh0jkgd0cd1.jpg (262.7 KB)
262.7 KB JPG
I actually considered Gentoo recently because it did sound like portage overlays/profiles are based. Turns out I can't have graph of overlays/profiles that are compiled once and switch between them immediately. For example I want core system, then two different stacks for kde and gnome, and then gaming on top of both, which should be compiled separately for kde once and for gnome once, and then I want dev that is branched from kde or even core and I want to jump between dev, kde-wayland-gaming and gnome-x11-gaming with zero recompiles and be able to update them all independently as well, and then be able to stack new overlays/profiles on top of any of this. Turns out Gentoo can't do this and I still need proper Guix or NixOS.
>>
>>
>>108667465
https://dev.gentoo.org/~zmedico/portage/doc/man/quickpkg.1.html
But also that sounds like a fucking stupid thing to want to do
>>
File: B9gbLBKCQAAoRDD.jpg (71.3 KB)
71.3 KB JPG
>>108662555
IN THE MOUNTAINS
>>
>>
>>108667487
> a fucking stupid thing to want to do
No, it's great to be able to have all kinds of mutually-exclusive environments to switch between without having separate Linux installs and with shared home, and some shared dependencies. I also want to play around with different WMs safely, like being able to have xmonad-kde, i3-hyprland, etc, fully safely and switch between them on a whim, only needing to restart. With zero possibility of any kinds of conflicts, etc.
>>
>>
File: 1736583693295859.png (174.5 KB)
174.5 KB PNG
>>108667360
>>108667382
For me it's systemd, alsa, xorg, dwm, st
>>108667465
>>108667550
>mutually-exclusive environments to switch between
I don't undertstand the usecase to be honest, if I were you I would use containers for this, it's more flexible and you can install shady proprietary stuff like gaymes with reasonable safety if you configure right, I suggest systemd-nspawn
>layered on top of another
Not something simple to do, but you don't have to recompile everything even if they are independent containers, as long as they have same arch and same use flags you can compile to binary and then install from binary in each container, this can all be automated in theory
>>
File: 1774418563249590.png (652.5 KB)
652.5 KB PNG
>>108659495
OK Incel.
>>
>>108667566
But it's not going to solve graph sharing problem, is it?
Lets say I have:
core -> proprietary_drivers -> steam_wine_etc -> ...
And this prefix subgraph is shared between multiple environments that branch from there, with kde/gnome, different WMs, etc.
This allows to have shared dependencies that sit in those first three nodes of graph.
And your approach if I understand correctly implies fully separate configs and fully separate builds.
>>
>>
>>108667582
> it's more flexible and you can install shady proprietary stuff like gaymes with reasonable safety if you configure right, I suggest systemd-nspawn
Ofc I'm gonna use distrobox and flatpak for everything reasonable, but all stuff I mentioned is more reasonable to have at system level in different generations, instead of containers. Not sure how I would go about running a gnome / x11 / tiling wm using container inside of my root kde / plasma / wayland system. Other than that I'm already doing what you propose on my Bazzite, and I'm looking for improvement than just flatpak/distrobox/appimage/brew everything.
>>
>>108667550
The desire for mutual exclusion is bizarre. You can have gnome/kde/whatever on the same system and switch between them with your login manager. But why? Play around with them, figure out what you like, sure, but then pick one and you're good for the next decade or more.
I guess some people enjoy playing Sudoku all the time, and the hobby of distro hopping or what you're describing isn't fundamentally that different, but at least Sudoku is explicitly a game.
>>
>>108667613
>flatpak/appimage
I don't see how that shit is related.
>distrobox
I don't know that but it seems like an overcomplicated way of setting up a simple container.
>Not sure how I would go about running a gnome / x11 / tiling wm using container inside of my root kde / plasma / wayland system
Now I really have no idea what you're trying to do.
>>
>>
>>108667703
So use systemd when you experiment, gentoo lets you. I use openrc and mate, I'll avoid systemd and wayland as long as possible.
>Not sure how I would go about running a gnome / x11 / tiling wm using container inside of my root kde / plasma / wayland system
Again why? But you can always just mess around with a Virtualbox install of some distro with your test setup if you don't want to leave your host system, then decide if you want to make your host gentoo work like that or not. I can't imagine switching back and forth without making a decision.
>>
>>108667722
The real reason this doesn't work is that it's just not comfortable to "play around" with anything inside any VM whatsoever and what you have inside VM is very laborius to sync with your host system to be really sure it will work like you think it will when you try it on host. Also, the same work that you use to set up VM could be the work to introduce extra system generation config, and in the later case, you only need to do it once, you don't need to do this once for the VM and then again on your host system.
>>108667688
> You can have gnome/kde/whatever on the same system and switch between them with your login manager
That's too fragile and only supports a subset of possible configurations.
>>108667691
> I don't know that but it seems like an overcomplicated way of setting up a simple container.
Distrobox is basically a podman wrapper with automatic passthroughs. For example, I do gamedev in distrobox container (distrobox create --image fedora --name fedora-nvidia --nvidia) and run game from it, and it has full access to GPU, audio, etc.
>>
NTA
>>108667410
What is "emaint sync" with an optional flag to update specific repos/overlays. Cron job it if you want, including an @world update or whatever @ set you've created yourself
>>108667418
I don't have chronic updoot syndrome, but if I cared then I'd just package shit into an overlay and set it up as a live build
>>
>>
File: 18925224_p0.jpg (3.2 MB)
3.2 MB JPG
>>
File: Screenshot_20260423_170354.png (41.8 KB)
41.8 KB PNG
>>108667996
emaint sync doesn't magically update version in your own overlay. also another gentoo problem is the infrastructure is garbage and servers are often broken or very slow.
>>
>>108661806
That's actually the best explanation for why people pick Gentoo. I've always found it to be a bitch go deal with compiling from source on binary distros because you have to get the right headers and dev packages and sometimes it'll just not work, so I assume thay's the out of date part you mentioned. I'll need to give Gentoo a try I guess. I just need to lookup something useful I can do with it. I have trouble with suspend on my laptop with Arch because I only have s2idle and hate Bluetooth enough I'd want it removed from my kernel. Though I hear most people focus on use flags rather than kernel flags, so I should look into it more
>>
>>108668033
Aaah that's what you meant. I suppose you could set up some kinda CI action to pull from the master branch into your fork if something gets pushed, assuming you use something like GitHub to host it. There's potentially more convoluted ways that still really only need to be set once but that depends on where the source is from
>>
>>108668084
Compiling your own kernel and messing with kernel flags is quite normal in Gentoo world.
In wiki you often have a kernel section: https://wiki.gentoo.org/wiki/Bluetooth#Kernel
>>
>>108667465
Would this even be doable on Guix? I did something similar with Nix where I had packages separated into different groups and some specializations would use different combos of said groups + unique packages. The problem is nix is a bit overwhelming since you're dedicating yourself to a specific way of doing things and there a a bunch of different styles, tricks, patterns, etc. However I do understand your plight since I have a similar autism where I hate impurities in my sysyem, bleed through of processes and applications, and the feeling I sloppified my system. Right now I'm playing around with ZFSBootSystem but when you make a clone it only copies what the original had at the time of cloning and there is no sharing of packages after that point.
>>
File: Screenshot_20260423_170631.jpg (110.3 KB)
110.3 KB JPG
>>108668160
> Would this even be doable on Guix?
I'm still pondering my options before actually trying it. I thought of buying an external SSD, but then I figured they're a bit pricey as for something that is only needed as a safety measure before installing on my built-in laptop SSD. In theory though, this should work perfectly on Guix, but this is according to picrelated so, no clue if it's actually real.
>>
>>
>>
>>108668744
>Live ebuilds are ebuilds with a version number of 9999. These ebuilds fetch updates directly from the upstream project's source code repository and will build the associated package from the latest commit.
latest commit is not latest release
>>
>>
>>
>>108660909
All the performance-sensitive parts in portage are written as native extensions in C. In practice a rewrite in pure C would not meaningfully improve things considering the vast majority of runtime is spent solving dependency trees and executing bash scripts.
>>
>>
>>108668618
Your mom was able to install Void while I was pounding her from behind last night. So sounds like you're a retard. Oh you'll be getting a new baby brother in about 9 months and he'll be white. Make sure to raise him right for me.
>>
>>
>>
>>108659495
>find a bug in a program
>report the issue to developers
>hack a quick dirty patch to fix it, put it in `/etc/portage/patches`
>forget about the whole thing, only get reminded on upgrade once the patch doesn't apply, 99% of times it means it was fixed upstream and is no longer needed
i love it, i didn't think i'd need this feature that much, but i've already used it tens of times either to apply patches someone else made, or ones that i wrote myself.
>>
>>
>>
>>
>>
>>
File: ero gentoo.png (13.6 KB)
13.6 KB PNG
same
>>
>>
>>108659495
for some reason X11 runs everything terribly know
like if faggots ruined everything to prop up Gayland
awesome works. Xonotic runs like molasses. mednafen lags even on NES games.
there must be something that I can do about it.
>>
>>
>>
>>
>>108671549
Do you happen to have an AMD GPU, and are you using VRR on a display that's less than 120hz? Might be the shader clock bug. To this day I still revert like two commits in the kernel because of it, it's been a persistent problem since like 6.5 that AMD's engineers still haven't been arsed to fix. Check radeontop while playing games and make sure it actually ramps up.
>>
>>
>>
>>
>>108659495
>firefox updates
>have to compile over night
>check pc in the morning
>there was an issue in the new version and they released a hotfix
>have to compile that now
nice "modern" distro you've got there
>just use the precompiled binaries
then what's the fucking point?
>>
>>
>>
>>
>>
>>
>>
>>
>>108674854
Use ccache and the compilation time won't be very long. Less than the 30 mins the other anon noted.
Also "have to"? You don't "have to" compile anything until you damn well please.
What a retarded scenario you've invented in your head.
>>
>>
File: 07f.jpg (247.4 KB)
247.4 KB JPG
>>108659495
show us your lsmod
>>
>>
>>
>>
>>
>>