Kusimulkku

joined 1 year ago
[–] Kusimulkku@lemm.ee 1 points 2 days ago

If it is way slower or much less deadly in the short/moderate time, then it's not hard to see why some would prefer that. Death now or death maybe somewhere in the future.

[–] Kusimulkku@lemm.ee 1 points 2 days ago (2 children)

I'd just be interested to see how over time if those two numbers differ. If there's a big difference then that'd of course weigh on the considerations. If they're close to each other, then that'd also affect it. I just found population estimates and death estimates for current Gaza conflict but not really a good comparison for the two.

[–] Kusimulkku@lemm.ee 1 points 2 days ago* (last edited 2 days ago) (4 children)

I wasn't suggesting anything, I was asking what the numbers are like. I think how many people will die as a result of each policy is something that probably does make sense to consider.

[–] Kusimulkku@lemm.ee 17 points 2 days ago

That's what folding@home was all about

[–] Kusimulkku@lemm.ee 0 points 2 days ago

The undercurrent of misogyny is so so rampant on Lemmy, worse even than reddit was

Surprised if true

[–] Kusimulkku@lemm.ee 13 points 2 days ago

I thought the funniest part about the man vs bear stuff was women saying how they'd pick the bear because "at least it was honest about wanting to kill me" lmao

[–] Kusimulkku@lemm.ee 6 points 2 days ago* (last edited 2 days ago)

I just think people don't like it when their side's politicians and advocates are getting murdered.

[–] Kusimulkku@lemm.ee 1 points 2 days ago* (last edited 2 days ago) (1 children)

If you allocate 30 GB for / that seems pretty low these days for a desktop system. If you don't have much space, it's always best to go with regular repository packages

Here someone had 163 flatpaks and it used 8,7GB in runtimes. So I'm guessing the 30GB number is for whole of /.

I just checked out mine, I have 34 apps and runtimes use 3,1GB

Runtimes are shared in theory but not in practice.

I think three runtimes (newest freedesktop, KDE and GNOME) cover 90% of my flatpaks. Then there's programs that use some EOL'd runtime and never get updated, which sucks

[–] Kusimulkku@lemm.ee 1 points 2 days ago* (last edited 2 days ago) (2 children)

You should test it out with those 33 installed as flatpak. If you end up with 4.7GB for runtimes, that's basically nothing these days as far as storage goes for that amount of programs. More you have, more you benefit from shared runtimes. I doubt it'll be less than AppImages but it's usually the starting runtime space use that shocks people.

Here someone tested it with 163 flatpaks and the runtimes used 8.7GB. With the top 5 most used runtimes covering 128 of those flatpaks.

https://blogs.gnome.org/wjjt/2021/11/24/on-flatpak-disk-usage-and-deduplication/

I just checked out mine, I have 34 apps and runtimes use 3,1GB

It doesn't matter if they share if in the end they end up using several times more storage than the appimage equivalent.

Well we are talking about two gigs, after all. Unless you're using an embedded system, it's not a much of a concern if you ask me. But it is more, true

[–] Kusimulkku@lemm.ee 1 points 2 days ago (6 children)

How have the deaths been, comparing the two?

[–] Kusimulkku@lemm.ee 3 points 2 days ago

If it works for you then it works, no need to switch it up. I guess one other way of doing it would be a persistent install on that USB.

[–] Kusimulkku@lemm.ee 52 points 2 days ago (3 children)

Not a fan of AppImages myself. For an universal format it has surprising amount of issues with different distros, in my experience. And the whole Windows style "go to a website, download the AppImage, if you want to update it, go to the web page again and download it again" is one thing I wanted to get away from. At least they don't come with install wizards, that clicking through menus thing was a pain.

For one off stuff I run once and never need again, AppImage is alright. But not being built-in with sandboxing, repos, all that stuff, it just seems like a step back.

view more: ‹ prev next ›