Hi,
Who's right and what to do ?
Thanks
don't hold packages, of course that always leads to problems.
That's what saves me from a problem, in this case.
KaKi87
joined 11 months ago
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. 😅
You understand perfectly.
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.
201
On Debian-based distros, when an app is available as a DEB or an AppImage (that doesn't self-update), but no APT repository, PPA or Flatpak, the only option is to manually download each update, and usually manually check even whether there are updates.
But, what if those would be upgraded at the same time as everything else using the tools you're familiar with ?
dynapt is a local web server that fetches those DEBs (and AppImages to be wrapped into DEBs) wherever those are, then serves these to APT like any package repository does.
I started building it a few months ago, and after using it to upgrade apps on my computers and servers for some time, I pre-released it for the first time last week.
The stable version will come with a CLI wizard to avoid this manual configuration.
Feedback is welcome :)
Thanks
view more: next ›
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.