• 0 Posts
  • 50 Comments
Joined 1 year ago
cake
Cake day: September 25th, 2023

help-circle

  • Yes but that wasn’t the original comment I replied to was about.

    I know this doesn’t matter these days but once again that wasn’t what the original comment was about.

    I agree, it was just about the size differences. I just think it’s good to bring up since there’s many confused about the flatpak size use. Often people might want to install some small app and they’re hit with gigs of stuff and come off thinking that’s the same for every app, which would be insane of course.

    WAIT I just took a deeper look at the link, isn’t that guy just showing the runtimes without the applications using 8.7 GiB?

    Yes it’s specifically comparing runtimes. Same for my number, I was calculating how much the runtimes used.


  • Kusimulkku@lemm.eetolinuxmemes@lemmy.worldSnap out of it
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    2 days ago

    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.eetolinuxmemes@lemmy.worldSnap out of it
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    2 days ago

    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.eetolinuxmemes@lemmy.worldSnap out of it
    link
    fedilink
    arrow-up
    53
    arrow-down
    1
    ·
    3 days ago

    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.













  • According to the article the sort of voter fraud this would prevent isn’t much of an issue at all.

    The solution is to auto-enroll citizens. The government can easily check my citizenship if they wanted to. They can send a ID letter stating take this to the voting booth if you don’t have an ID, but this bill is not going to get passed because the main intent is not to prevent fraud.

    I wonder if that would cause concern over how secure the mail is. I guess you could put in some additional safeguards on this, where you fill out a web form if you want to get such temporary ID so it’d be a lot harder to use those mailed IDs to cause widespread issues since not every needs it and they’d already know how many have ordered them and so on. But like said, lot of effort to solve, at least of now, a barely existing issue.