don’t hold packages, of course that always leads to problems.
That’s what saves me from a problem, in this case.
🇬🇧 | 24yo French web dev & tech enthusiast
🇫🇷 | Développeur web Limougeaud de 24 ans passionné par l’informatique
Main fediverse account (Mastodon) : @KaKi87@mamot.fr
Formerly @KaKi87@sh.itjust.works, moved because of Cloudflare.
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. 😅
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.
It doesn’t, that’s provided by Cortile.
My point is that I’m working a solution for end users.
The solutions you’re offering are not user-friendly.
I don’t care.
I’m and end user working for end users.
My main use case is end user desktops.
Which isn’t 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.
Why the OOP structure and syntax ? Sorry but it makes it difficult to read for me even in my own language 😅
I didn’t know there was one, that’s interesting, thanks.
Updates must still be delayed because of being third-party though.
I’d be willing to implement additional features for people who are extra careful about security.
Could you please explain what does this consist in ?
Thanks
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.