What alias do you have to update the system from terminal?
(Edit: I always forget that Beehaw will convert every ampersand character in code segments to &. Have this in mind when reading the code below. Do you have these problems too with your instance?)
If you update your system from terminal, do you have a shortcut that bundles bunch of commands? I'm on EndevourOS/Arch using Flatpak. Rustup is installed and managed by itself. The empty command is a function to display and delete files in the trash using the program trash-cli. In my .bashrc:
I just need to type update. Also there are following two aliases, which are used very rarely, at least months apart and are not part of the main update routine:
May I ask why? I'm a recent Arch user, and yay seems just fine for me so far. Haven't looked into paru much yet. Is it because it's made on Rust, or are there more/better features?
On Arch I don't need any, I just run paru without any options, which by default invokes a full Pacman update, as well as updating all AUR packages. But I have a system maintenance script, that, besides doing some other stuff that's specific to my system, runs paru -Sc --noconfirm to clean the Pacman package cache, and delete unneeded cloned AUR Git repos and build artifacts.
Honestly, no. I just use direct apt commands on my Debian installs for native stuff, assuming I even use the shell for that; sometimes, if it's not a complex update that's going to hold back 1.0*106 packages, I just use Synaptic or Package Updater, frankly, as one of those is what I have my XFCE Package Update Indicator set to use on any machine I use frequently and it's convenient sometimes.
As for Flatpaks, I just run the flatpak update command whenever I feel bored. I wish Warehouse GUI supported updating, just because I find it really weird that's excluded from an otherwise pretty slick application that gets rid of me having to muck through the Flathub.
I don't write Rust code at the moment, and as for Python, I'm either using the Debian version of Python packages or scattered venvs that follow a de facto standard for Python developers: "What's an update?"
Using Bluefin (a Fedora atomic distro) and all of that gets done automatically behind the scenes. Flatpaks, distrobox containers, Brew, vocoder extensions, etc...
still in the setup phase and running LabWC rather than a full desktop – but actually rather enjoying it and have been stumbling across a lot of cases finding out that even with a GUI installed, terminal programs do just as good a job if not better than their graphical counterparts (ex. I don’t think I’ll ever be a full vim/emacs convert, but for basic text editing, nano does just as well as mousepad/leafpad/featherpad/xed/gedit)
I actually just run the update commands individually when I feel like.
su -l 'pacman -Syu' # All regular packages
pakku -Syu # All AUR packages (I know this updates regular packages, too.)
flatpak-update # Update Flatpak packages with a function I wrote
Since I do not trust Flatpak (especially when it comes to driver updates and properly removing unused crap) I once created this monstrosity.
The initial problem with Flatpak thinking it would be a good idea to add dozens of Nvidia drivers and re-download and update all of them on every update (causing a few gigabytes of downloaded files on every run of a normal flatpak update even if nothing needed to be updated) is reportedly fixed, but I just got used to my command.
The initial problem with Flatpak thinking it would be a good idea to add dozens of Nvidia drivers and re-download and update all of them on every update (causing a few gigabytes of downloaded files on every run of a normal flatpak update even if nothing needed to be updated)
100% agree! Up until last year I was also using Nvidia and the Flatpak drivers for Nvidia got out of hand. I was using just a handful of applications in Flatpak, yet I had 6 different versions of the driver, each 350 MB and every of them was downloaded fully and updated every time. And that is besides other updates and other stuff. I would have needed your function so badly back then. :D
I don't, because stuff like that is a little too touchy to wrap in a cute shell alias. If I'm going to update a box, I'm going to update a box. If I'm going to reboot a machine, I want to be reminded that I'm going to reboot a machine (which in turn is a reminder that there are other people using stuff there and not to fuck their days up without at least a little warning).
It's just bunch of commands run with a single call, an automation. As long as I know exactly what each command is doing and if I wrote the alias myself, then I think its not a problem. What problem do you see with an update-alias such as I did there? The update-command does exactly that, it updates the box with all relevant package managers.
However if other people are also using the box, then its obviously a different situation. I wouldn't want to be reckless in the operation either; respect other users, even if you can do whatever you want.
It's not that. It's not getting complacent by eliding the semantics of what you're doing. It's being consciously aware that you're doing something that could possibly fuck stuff up.
I was using capital letters in the past, but they look so alien and are not fluid to type as small letters only. After some time I wasn't sure which commands where capital and which were small letters, so left that concept behind me.
But as a Vim user, I think of using single capital letters to open specific documents and files directly in Vim; emulating the global mark functionality of Vim. At the moment I have a convention of small letter+"rc" that will open configuration file in Vim, like this:
alias brc='nvim ~/.bashrc && source ~/.bashrc'
alias mrc='nvim ~/.config/MangoHud/MangoHud.conf'
alias nrc='nvim ~/.config/nvim'
...
But I might replace them with single letters brc as B in example.