Earlier quoted context omitted.
If it's stupid and it works, it ain't stupid.
It doesn’t work. Different distributions and OSes use different names for packages.
GitHub: sysget – A front-end for every package manager
31–40 of 64 posts
Re: GitHub: sysget – A front-end for every package manager
#32pkcon is a good tool, even if a bit janky, that hides well lots of the differences between the several package managers it supports.
Re: GitHub: sysget – A front-end for every package manager
#33Re: GitHub: sysget – A front-end for every package manager
#34All it does is compare strings and shell out, should be written in something like Bash rather than C++.
Re: GitHub: sysget – A front-end for every package manager
#35 - Show version of an installed package
- List content of package
- Fix package (or reinstall?)
- Install/Update history
- Revert last install/update operation
Unfortunately not all of these features are directly supported by all package managers.
E.g. package contents for yum are `repoquery -l`.
I have to google this every time. Real value in wrapping that in a simple command.Re: GitHub: sysget – A front-end for every package manager
#36Topgrade [1] upgrades all packages including distribution package managers (such as Homebrew, APT, DNF, ...), language specific package managers (such as Cargo, NPM, Gem, ...), program specific package managers (such as Vim, Tmux, shells, ...), Flatpak/Snap, working on The Big Three (Windows, Linux, macOS).
I wish there was a way to update Steam and Battle.net from the CLI as well.
Re: GitHub: sysget – A front-end for every package manager
#37Earlier quoted context omitted.
Yes, abstractions do leak sometimes. I'm not saying I'm running this on all my production servers right now. For me the problem this tool solves is real (although not big), and I'm interested to see what other people think of both the problem and the solution. That's why I upvoted it, I guess other people had similar ideas.
What problem does it solve? Just use the package manager provided by the platform...right? Especially given the problem of package naming, it’s different even between Debian and Ubuntu :/
I haven't encountered this for all the standard applications I end up installing on my machines (things like htop, nginx, etc).
> What problem does it solve?
It solves the problem of me having to think about what OS I am on before I can install something (and if it's something I don't use a lot I might need to google the package manager syntax).
Re: GitHub: sysget – A front-end for every package manager
#38Re: GitHub: sysget – A front-end for every package manager
#39C++ is an "interesting" language choice. I would have expected a bash script. Equally portable, and no hassle with compilation for different arch/OS.
Re: GitHub: sysget – A front-end for every package manager
#40I'm curious why the author chose to put every command in its own file and then copy the big if tree with string compares in every file. Translating commands from a generic command interface to specific commands is a great case for polymorphism.