Alpine in container is typically considered the smallest one can conveniently use (not going through LinuxFromScratch or writing your own OS). I did some tinkering a while back ending up with 14.29MiB memory footprint.

I’m not sure you’re understanding my perspective so I can make it explicit : I took their comment as snarky, not helpful, trying to make their view as objective without helping me and others understanding why their position was better.

Were you not condescending? Don’t you believe you started this?

You could have said :

• Revenue is not precise enough, operational profit would be a better metric
• Operational profit is more representative of the situation and for HP it’s [insert value]

or basically anything that prompts a discussion by kindly clarifying.

Instead you basically said “Apples are not oranges” and now you are saying replies are toxic.

earnings before taxes was 3 279m so 100k is well nothing.

Genuinely confused now, are you say “your nothing” is different from “my nothing”?

Damn, sounds like a wild guess though, how about revenue? /s

Right… which… is why I wrote revenue and not operational profit? Was I unclear? What should I have shared instead? Please feel free to clarify directly with whatever you believe would be better and why, we can all learn.

lol, $100k+… HP revenue in 2024 was $53,559,000k.

Dell same year $88,000,000k and Lenovo $69,000,000k, so ~$50B to $90B

I let you calculate the percentage but… I’d guesstimate it’s approximately nothing.

Upvoted your comment using f to get link hints, then xy (example of label) so 3 keystrokes, no mouse.

Yes. I also use vim here (in this Web textarea where I’m typing this answer) thanks to Tridactyl.

wanting bare metal feel IMO

Not sure what that means. Typically I would also question people who think containers are “expensive” in the sense of wasting resources. IMHO it’s a great compromise to have very weird services while the server itself is very stable.

if you need new things before it’s ready for a new version it’ll be pain

Like what?

Also if you need something before Debian is ready for it… you’re weird. I don’t mean this in a derogatory fashion, solely that you are doing something our of the ordinary. Consequently you should first question WHY you do that in the first place.

Finally if you do need something very specific, containers are there to … contain that. Running Debian as the host distribution doesn’t mean you’re limited to it for your applications, servers included.

parents being the ones responsible.

Pretty much.

Damn 1month ago.

Funnily enough I just read “A third of children (32%) say they have bypassed age checks, including by entering a fake birthdate (13%) or using someone else’s login (9%), while others used more creative methods like drawing on facial hair” from https://www.internetmatters.org/hub/research/online-safety-act-report-2026/ this morning, so they clearly don’t have to be the “smart” or dedicated.

Indeed, I think vulgarization of CVEs for a broader audience should start with requirements.

Few seem to address the issue here : it does not work 100% of the time for you.

It might work for everybody else but that doesn’t help you much. You have your setup, no theirs.

So… you need to investigate. When it works, great, nothing to learn from. When it fails though… can you find a pattern? Does it always fail after you have use something specific? Check https://lemmy.ml/post/46800646/25494455 which gives examples of potential failure point and journalctl logs. You can then check what failed and if not you can at least know when then backtrack to others logs, e.g. dmesg.

They key take away is that when things do not behave as expected you need to put a detective hat on and you investigate :

• what’s your crime scene? Your laptop and it’s log files
• what’s the crime? It didn’t suspend properly
• where are the traces? In the logs
• where are the logs? Using journalctl or dmesg and typically in /var/log/
• what would a good detective do? Search for specific clues, e.g. places where fingerprints do stick, e.g metal or glass, which here would be error messages. That can be found using grep and other tools

You also have limited times because the logs will, just like on a real crime scene, get contaminated or rotated or deleted. So… if you do encounter the problem do not rush to the next tasks at hand because you are wasting an opportunity to learn and there is vanishing window.

TL;DR : grep logs

what about just using Debian? It’s a bit hassle

What hassle? Genuinely curious.

You don’t have to share your personal situation and I’m sorry to read that you are struggling. My point isn’t to argue that you must do like everyone else or that consumerism is good, rather than in the typical case (not a lot of time, hardware getting cheaper of the year, game assets being compressed already) switching to newer hardware is a much much more convenient solution. That’s why I warned about it.

running games on old storage devices that hold less than 32 GB and have terrible read and write speeds.

I’m confused. How about copying that to newer storage devices?

Also typically game assets are VERY well compressed so I would suggest doing a comparison with/without compression before a full on migration. Compression tools help but aren’t magical. If your assets are e.g. .jpg or .mp4 or .mp3 or a combination of that (as typically game assets are, including 3D models with their textures) then you can test yourself to .zip them (or bzip2 or whatever you prefer) and you will seem some gains but they’ll be nearly negligible, e.g. < 10% reduction.

related https://discuss.grapheneos.org/d/10397-digital-minimalism-on-graphene-os-deleting-browser-disable-installing-apps/29