this post was submitted on 15 Nov 2024
243 points (98.8% liked)

linuxmemes

21273 readers
943 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

  • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS
     
    all 44 comments
    sorted by: hot top controversial new old
    [–] [email protected] 34 points 5 hours ago* (last edited 5 hours ago) (1 children)

    Fun fact: there used to be an Authy flatpak that just installed the snap inside

    [–] [email protected] 22 points 4 hours ago (1 children)

    Oh, what the fuck!?

    TBH I wouldn't mind it that much. The whole point of flatpak is that the developer can do whatever demented satanic rituals they want inside of the sandbox, and it won't contaminate the rest of the system.

    [–] [email protected] 9 points 1 hour ago

    Yo dawg, I herd you like containers so I put snap in yo flatpak, so that u can sandbox in your sandbox

    [–] [email protected] 4 points 4 hours ago

    2FAuth. On the web so you can check it anywhere you want and supports passkeys.

    [–] [email protected] 11 points 6 hours ago (1 children)
    [–] [email protected] 2 points 6 hours ago (1 children)

    Yep. I'm selfhosting it now. Works great but selfhosting isn't straightforward yet, still the best Authy/Google/Microsoft Authenticator drop in replacement with sync.

    [–] [email protected] 1 points 1 hour ago

    Is self hosting even worth it for auth? I self-host ente Photos myself, because that way I don't need to pay for a subscription, but auth is free anyway, and the backups are entirely e2ee, right?

    [–] [email protected] 63 points 10 hours ago (3 children)

    I think I've landed on Flatpak as my favourite between Snap, Flatpak, and AppImage. AppImage, when it works, is nice though. Snaps are just kind of inconvenient (auto-updates are a no for me) and bloated and the things Canonical are doing as an organization put a bad taste in my mouth.

    [–] [email protected] 3 points 2 hours ago

    Auto-updates are a hell-no for me.

    There was a perfectly good user interface for updates. Then Ubuntu decides "wait.. What if we made updates compulsory and effectively random and skipped the UI. The user can do system updates whenever they want, because those don't matter for security or something, but these apps must be updated whenever snap determines they must."

    Oh, snap!

    [–] [email protected] 21 points 7 hours ago (3 children)

    I've had bad experiences with AppImages. For universal format they do a really poor job at that. And it's a huge step back into Windows direction that you'll have to manually download, update etc your shit. Makes managing a bunch of apps a pain.

    [–] [email protected] 1 points 2 hours ago

    Yeah, same here, that's why I specified that they're only nice when they work. Often they just don't work, so Flatpak is better.

    [–] [email protected] 5 points 4 hours ago

    The thing with appimages is that they expect the developer to have full knowledge of what libraries need to be bundled with their app, which makes it difficult to make truly universal appimages. In flatpak you just select one of a set list of runtimes and add any additional dependencies on top of it. Flatpak also re-uses the files for each runtime in between the different apps that use it, which saves a lot of disk space.

    [–] [email protected] 4 points 6 hours ago (2 children)

    But isn't appimage the closest one to the app-system from Android? Since things could be really different on many clients an "app-container" is the best solution.

    Why not containerise everything? You need libreoffice? No problem, here is a docker or podman container.

    BTW. I like flatpak, too. It's the most stable, but I never understand it's mechanics. There is always another pack installed, freecode, gtk, qt whatever. Even if the system has already the correct gtk version, nope, the dev decided to use the gtk image from Ubuntu.

    [–] [email protected] 6 points 4 hours ago (1 children)

    Why not containerise everything? You need libreoffice? No problem, here is a docker or podman container.

    Flatpak is basically GUI-optimized containers. It uses the same technology (namespaces) as docker and podman, just with some extra tools to make GUI-related things work properly. That's why flatpak apps don't use the system's gtk version -- they're running in a sandbox with a different rootfs. You can spawn a shell into the sandbox of a specific app with flatpak run --command=sh com.yourapp.YourApp and poke around it if you want to.

    [–] [email protected] 1 points 1 hour ago

    Thx, looks like that's the info I've missed.

    [–] [email protected] 1 points 6 hours ago

    I'm not too familiar with whatever Android is doing with apks these days tbh. I just don't like how AppImages fails at the one thing it should do (universality) and doesn't have the repo model built in. You can have third party solutions to that but it's just not the same experience.

    Why not containerise everything? You need libreoffice? No problem, here is a docker or podman container.

    I've heard people suggest such a solution. Everything is a container and stuff is just exported out so that it shows up to the system like a normal program. Can't really say I'm the right person to judge the pros and cons.

    There is always another pack installed, freecode, gtk, qt whatever. Even if the system has already the correct gtk version, nope, the dev decided to use the gtk image from Ubuntu.

    It can be both good and bad and sometimes it's necessary. The whole system relies on being able to use different versions of libraries. But having them as separate packs can help in that programs can share those packs so as a dev you can just target one common base and have your stuff work everywhere. And sharing those runtimes has the benefit of someone else keeping it up to date while you can just test if the updated version works for you and switch to that if it does and so on. And with deduplication, runtimes and stuff share the parts that are common to both afaik.

    It's a bit more complicated than just shoving everything in but also it's less work than same thing having to be packaged separately for every distro.

    [–] [email protected] 2 points 4 hours ago

    I used to use flatpak for everything, but I just dont have the hard drive space to store duplicates of my graphics drivers.

    [–] [email protected] -5 points 4 hours ago

    If you really need that software couldn't you just use the Windows version?