Aedis

This is why we have debug and release builds.

So that when actual clients tell us there’s an error on line 42 we close the bug instantly as a no repro.

/s

Don’t bother, we’ve done research everything else is worse.

Been using it for 2 years now, never once had it break unless I messed up the command and tried to update aur packages along with system packages

Right next to TempleOS

I think this is something you have to ask your security team or your device management team. If your company isn’t big enough to have either of those, then joining the AD isn’t mandatory most likely.

And this is the world we got because you forgot to forward it to 30 people in the following ten seconds!

Isn’t that the guy from “The Boys”?

Looks like someone forgot to read the arch Linux main page.

Sort of? But no. It’s a aur extension of pacman. Also - Syu is the default flags

yay

Sorry that didn’t help! Thanks for trying though.

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’m waiting for a code golf style solution now.

I’m partial to a recursive solution. Lol

def is_even(number):
    if number < 0 or (number%1) > 0:
        raise ValueError("This impl requires positive integers only") 
    if number < 2:
        return number
    return is_even(number - 2)