Install Gentoo
Install Gentoo
Install Gentoo
Monitors are a crutch for people who don't pay close enough attention to their inputs.
We should just feed in one tape strip to receive the hole punches after we put in all relevant inputs to perform calculations.
Loads mario, lots of arrows
Tape roll: o
Fuck
Hole punch/Tape strip Rocket League, please!
Eh... if the input is 128937182964213/1283971293871237129 even if I pay perfect attention I still don't have the output I expect. Did I miss something?
Y'all actually use Gentoo, I thought is was just a joke
I mained it for a year but not all beauty is worth pain.
I did for like a week 15 years ago.
I said the same about ubuntu, debian, then arch. I believed arch and it's wikis/docs were the endgame. I stayed arching through college ( thought endeavorOS was arch meme for awhile, because why would you want an easier arch install? Turns out, college professors are incorrigible to a maddening degree, and finding so many linux workarounds got me in all types of trouble I didn't fully understand yet--better wipe and reset for sanity sake...again)
tl;dr I thought all non-windows were jokes before I found precisely what I was looking for all along.
EDIT: tldr itself reads like a joke, I'm just saying I thought almost all distros were a joke until I felt something better was missing--gentoo is where I've been for about a decade now. I'm quite worried nix or guix is the joke I will be maining in the future, but I don't seem to need any of it's features just yet, but who knows. I'm willing to be persuaded because of how wrong I've been...hell might get a comment today opens my eyes to the declarative life any minute now lol
I'm not saying you need NixOS. I'm just whispering from the darkness: you crave it
Gentoo and Arch are built to be infinitely mod-able.
Writing a patch for a thing you use at home, and wanna share it with the world? Gentoo even makes that easier. Arch stepped away from that to rely on precompiled binaries for simplicity and efficiency's sake, but it's still available through the ABS and AUR with some extra steps.
Nix and Guix? I'm afraid of the dependency-redundancy involved, but organizational deployments seem like the right place for that.
Serious development without requiring a dedicated machine, where all deps are accounted for? Yeah, Nix/Guix will help quite a bit. Rapid, flexible deployment of something customized and virtualized? There too, Nix/Guix.
Need some containerization or Virtualization? Gentoo or Arch already has your back. And if that's your primary usecase, you may prefer Qubes to anything we've already discussed. Then again... Gentoo could use a Qubes-porting repo maintainer.
for the last 6 years though im slowly switching to arch
btw
I use something like 9 gentoos.
When you have a Samsung monitor, even windows boots faster
if you have a gigabyte motherboard, samsung monitor will have booted seven times and you still have time to make coffee
But why do they always need that long? Can't they check inputs in parallel or what?
My thing with gentoo is that my devices that would benefit the most from it are also the ones that will struggle the most with compiling everything. If it wasn't for that, I would sure give it a try in my lower end devices
You can always just compile for your lower end systems on your higher end ones. I don't remember exactly the way to do this but I know it's possible
You could use the computing power of your better computer(s) to compile.
https://wiki.gentoo.org/wiki/Binary_package_guide#Setting_up_a_binary_package_host
(or)
https://wiki.gentoo.org/wiki/Distcc#To_bootstrap
https://wiki.gentoo.org/wiki/Distcc
Hmm that's really interesting. Thanks for the links.
RIP my free time...
I sometimes forget to turn on my monitor in time so my computer doesn't recognize it and I have to reboot :(
I have a different problem where if i don't turn on my monitor in time, it will still work just fine but my motherboard will turn on this annoying little white light that won't turn off again, so i have to reboot to make it go off again.
I've found that if you've got a VGA analog output port on your motherboard or GPU, it'll output to that by default; so any digital (HDMI, DP, DVI) interface that is powered or plugged in after the fact will have to be toggled with a hotkey to mirror or extend the monitors
I don't know about Gentoo, but as a serial dual booter I know this pain well.
I swear about two thirds of the time going through grub on every boot adds to the process are waiting for my monitor to figure itself out. Half the time it doesn't get there on time at all.
If your mobo has an efi bootloader, which now-a-days almost all are, make sure grub is also an efi image and don't allow the early boot to take control of the frame buffer.
Setting these flags for the bootloader, grub in your case, should make sure the monitor only does a single initialize.
GRUB_TERMINAL_OUTPUT=gfxterm GRUB_GFXPAYLOAD_LINUX=keep
Source: just went through something similar and was annoyed that the monitor would take forever to start.
I can give that a whirl if it's not set up like that already, but the monitor is VERY slow on its own. It basically never wakes up in time for the BIOS bootscreen and any signal interruption sends it on a wild goose chase of signal searching around its inputs that can take ten seconds at a time. It's not a cheap monitor, either, which I assume is part of the problem, as it wants to be super smart about a bunch of things and has to contend with a bunch of options and alternatives that maybe a simpler setup wouldn't.
Still, worth a shot to try to tune grub and double check if it's swapping modes unnecessarily between the bios image and the menu. I hadn't considered it. Like so many Linux features and app there's a bunch of stuff you can config on it that I keep not looking into because it's only surfaced in documentation, if that.
EDIT: Tried, didn't help. The motherboard rebooting gives the monitor just enough time to search its display port input, decide it's been unplugged and shut down, so by the time another monitor picks up the slack it's too late and the timeout has expired unless you're mashing down to stop it. The changes do make the second monitor come up at its native resolution instead of changing modes, but the mistake happens elsewhere.
I could just set a longer timeout, but I'd rather have a faster boot when I'm sticking to the default than wait for the whole mess to sort itself out every time. Been mashing bios entry buttons and bootloader menus since the 90s, what's a couple decades more.
Still dumb, though.
I use Debian 13 on my shitty junk desktop computer.
Problem is, it has VGA and DisplayPort, and my monitor only has a DisplayPort input, and all of the bootup shit defaults to the VGA. No way to change it in the BIOS as far as I can tell.
I installed my favourite GRUB theme, such a great tool to manage my depression (it was a great way to start the day on my work laptop back when I had work), but I never actually get to see GRUB menu on this system. 🙁
On my EIZO monitor with DP connected I have no issues seeing all of the boot process (Gentoo and Debian 13). I just have to ensure I power up the monitor 1 second before starting the computer. This monitor has great colors for it's age, only 60Hz, though.
At work I noticed the newer Dell monitors seem to boot for 2 to 5 seconds, but the BIOS on both work machines is slow enough to don't bother counting down 5 seconds until I boot them.
Generally, I find it a bit annoying and great that everything "monitors" is so dynamically detected. This is why I always power on the monitors first and I can live/work in peace.
I have the opposite problem on my windows pc, it takes so long to boot that the monitor goes into standby before it boots again
WIndows is bloated, especially if there are updates involved. However, how old is the hard drive it's on? Not only tech age, but perhaps there are some read errors occurring to cause rereading that you aren't seeing because it finally works. Also, if it is a hard drive upgrading to SSD is huge as well.