Skip Navigation

Posts
12
Comments
62
Joined
1 yr. ago

  • So I executed flatpak override --user --filesystem=xdg-config/gtk-3.0:ro and it didn't output any error, but it changed nothing regarding apps that look bad, unfortunately...

    Thanks

  • Here's the thing though : Flatpaked KDE apps look perfect on GNOME. So I'd like to be able to use the same set of apps on both.

  • Yes it really still isn't, that's the thing. And it's been a while already, so I suspect I'll be waiting a while longer.

  • don't hold packages, of course that always leads to problems.

    That's what saves me from a problem, in this case.

  • Both Discover and nala are wrappers for apt, so it really wouldn't change anything.

  • It's done and didn't change anything, but I think I finally know why : running apt list --upgradable reveals the one outdated package is xdg-desktop-portal, which I used apt-mark hold on because of an issue preventing screen capture/sharing from working that affects even the latest version.

    What to do ?

    Thanks

  • Willing to give this a go.

    Alright, don't hesitate to ask questions if you have any and request help if you need any

    My go-to for getting non-repo debs automatically has been deb-get

    Yes, I mentioned it in the Differences with deb-get & AM section of my tutorial.

    it seems to go long periods of time between PR merges and releases (which includes adding new software)

    Yeah, I could reiterate in that section that my app allows the user to add apps themselves.

  • I didn’t say it was more secure, I said it’s about the same.

    You said automation breeds laziness (by design, to an extent) and lazy end users tend to shoot themselves in the foot.

    So, my question is : what part of automating download of DEBs from a specific source can be shooting oneself in the foot compared to doing the same thing manually every time ?

    you should legally protect yourself

    The MIT license will take care of that.

    Also, to force the user to accept and acknowledge that the software they are installing using this tool is not verified to be safe is inducing fear and/or guilt, therefore is bad UX, I'm not doing that.

  • It's more functional than object-oriented and I read the former better than the latter. 😅

  • How is the manual step more secure though ?

    What does the user do before downloading a DEB that makes that gap between manual and automated ?

    I'd be willing to try and reproduce that, but I don't see anything.

  • My point is that I'm working a solution for end users.

    The solutions you're offering are not user-friendly.

  • Well, I'm just automating what people currently have to do manually : visit GitHub and download DEB and install DEB.

    If the automated process would be dangerous then the manual process also would be, and that would be on the maintainer for not providing an APT repository or a Flatpak, not on the user for just downloading from GitHub.