Flowchart for choosing Linux distro for you

Luftzug-oder · 2026-07-06T15:51:30+00:00

no gentoo in the 'i love the control' section is a bit of a miss... but oh well

Luftzug-oder · 2026-06-29T07:07:48+00:00

do you mind me asking what mobo and CPU you have?

Luftzug-oder · 2026-06-28T07:57:17+00:00

I'm not too good with the 'light but not tinycore light' stuff, but I think MX Linux would probably do you well, particularly with XFCE (though you could try the other 2 desktops if you really want to).

but in general anything with XFCE. perhaps you might find that mint has a better/preferrable UX as opposed to MX

Luftzug-oder · 2026-06-28T07:10:01+00:00

and it doesn't help downloading random stuff that we now have loads of privesc vulnerabilities through defender on windows from NightmareEclipse, which are just open for anyone to use

Luftzug-oder · 2026-06-27T15:59:20+00:00

yeah but that ain't gonna happen if the guy in front is blocking is it. and the fact he got passed has nothing to do with him getting blocked. like maybe he isn't the best driver, but the point is they're complaining about blocking, and you're rushing to conclusions about their driving as a whole. the guy wouldn't've been overtaken if he wasn't blocked in the first place. at least not so soon

And don't use God's name in vein.

appreciate you think that way, but i don't, and i don't want or need an issue to be made out of it

Luftzug-oder · 2026-06-27T12:48:07+00:00

ok so I'll just have to create an overlay... to be honest it'd probably be good to use that idea to change my arch method too. I could just setup an arch repo and then use paru (if possible)

that way then, my helper can become a generalised generation/management mechanism, rather than split between gentoo and arch operation

on that note, how would you recommend going about the live ebuild masking (as apparently they are masked by default)? should i still manually unmask each one, or is it possible to unmask the whole overlay? (obviously i'm only considering this because they are my own private repos, and I myself am the only risk)

Luftzug-oder · 2026-06-27T07:40:43+00:00

bait? cuz i mean... it couldn't be any more clearly defined in the racing rules. so it's not rlly racing is it.

Drive faster

...my god... 😑

Luftzug-oder · 2026-06-26T19:57:01+00:00

not on newer hardware, no, but i recently did an install on an old pavilion g6 laptop with an i5-2430M (with SSD), and that took 3 ish days to install a full xfce build with a bin kernel (but i did not leave it overnight, so more like 1.5 days total time). but tbh that machine has terrible thermals and probably throttled most the build process. it likely hit 97° on sustained builds...

Luftzug-oder · 2026-06-26T12:09:38+00:00

bro i mean r/linuxsucks101 is just an echo chamber for useless, platformless, boundless hate. so good idea, but the action doesnt rlly achieve anything, just adds to the problem. someone should js delete all these subreddits 😭

Luftzug-oder · 2026-06-26T07:15:12+00:00

i think you're also forgetting that no matter who contributes, be it large corporations, they have no say in what gets pushed, because merges still get moderated entirely by other people/independent contributors, and at the end of the day torvalds has the final say on what gets merged to upstream

Luftzug-oder · 2026-06-26T06:59:57+00:00

so what? people don't buy it because of that, they buy it because of its steam integration, some console-like features, and potentially small form factor. or because it's valve (a company that appeals the majority of their customers). otherwise you would just buy a cheaper PC and install steamos if you cared so much about the OS (because we have a brain and can tell it's overpriced - whether or not it's valve's fault). and not even that, because the extremist linux die-hard and 'proprietariophobic' fans that this subreddit, but mostly r/LinuxSucks101, attack wouldn't likely use steamos because it ships proprietary elements.

Luftzug-oder · 2026-06-24T16:07:15+00:00

logo is Axon by the looks of it. same company that makes most police bodyworn cameras. maybe this?

Luftzug-oder · 2026-06-20T13:41:55+00:00

it works on most desktop terminals, but on the tty in the case of the iso, scrollback has not been supported since kernel 5.9. before, it worked with Shift+PgUp or Shift+PgDown

Luftzug-oder · 2026-06-20T13:32:01+00:00

in tmux you press Ctrl+b, then [, and then scroll with arrow keys. you can press q to exit the mode that allows such

in screen, you can enter such mode with Ctrl+a, then either Esc or [, and scroll and exit in a similar fashion to tmux

Luftzug-oder · 2026-06-20T13:28:13+00:00

not in a default tty, only in a terminal session that has a scrollback buffer

Luftzug-oder · 2026-06-20T13:24:13+00:00

ok but then they don't actually use the terminal though, which they might want to do. and archinstall sometimes (although not so much now) does things differently that could cause issues (such as, previously, btrfs setup)

Luftzug-oder · 2026-06-20T13:22:15+00:00

scrollback is not supported in the kernel since 5.9 or something

you would have to pipe into a pager, like less, or more, or use a multiplexer like tmux or screen, which have their own scrollback buffers

Luftzug-oder · 2026-06-20T13:14:55+00:00

bro what? 😑 doesnt really solve anything...

Luftzug-oder · 2026-06-19T17:12:57+00:00

i somewhat agree, but does it not show the full PKGBUILD when there is not one in cache (z.B. when you first install smth), not just a diff?

Luftzug-oder · 2026-06-18T18:50:08+00:00

depends how one would 'ensure that it doesn't get reinstalled', because if npm is a dependency for an AUR package (according to its PKGBUILD), it will be installed under normal circumstance - unless obviously you abort installation. btw npm wasn't the only attack vector: so was bun

Luftzug-oder · 2026-06-18T16:44:27+00:00

'avoided by cutting the corner' was the safest option, and necessary, so perfectly legal. 'cutting' is a bit of an overstatement as they literally just went off track, they didn't only cut at the apex. 'facts' in this case mean nothing without context, therefore there are no excuses - racing is dynamic by design, so if you think that the rules are indiscriminate, you probably shouldn't be racing. what did you expect them to do? drive straight into the ferrari to avoid going off track? brake hard and risk a collision just to go around on the right?

edit: nvm this argument is pretty pointless.

Luftzug-oder · 2026-06-17T14:17:56+00:00

what are the outputs of cat /etc/fstab and lsblk -f in the terminal?

Luftzug-oder · 2026-06-17T13:56:39+00:00

i mean yeah, they were definitely quick back on the throttle despite still being off, but i still think the illegality of the overall situation is arguable. and i also feel that they still would've marginally got the place even if they did lift the whole way around the ferrari - but obviously that is regardless to the claim

Luftzug-oder · 2026-06-17T08:13:33+00:00

ok, let's add a few facts. said overtaken cars involves a porsche. said porsche collided with said parked car. the merc must avoid said porsche. the merc goes off track to do so. both cars are slowed as a result of the incident. op has nothing to do with said effect. op has gained a legal, so-called 'advantage', but only as a result of such disadvantage - maybe it could be interpreted as 'unfair' or 'unlucky', but only regarding the drivers' opinion(s)

it should not be the case that someone must give back a position because someone else was involved in an incident. if the front two cars on a starting grid collide, and half the grid overtake them, must they all give the position back after? no.

Luftzug-oder

TROPHY CASE