I use the pacman-cleanup-hook to run paccache automaticly after update. Another tool worth mentioning is pacmatic, which automates dealing with .pacnew files. It will also show the news for arch linux that it hasen't previously shown.
I think most of this stuff got removed cause you can already achieve most of those things with just pacman, like pacsearch, paclist, paclog, paccache, even most of the practical functionalities you might want to use pactree for. Pacdiff is one that I didn't know about and that sounds quite useful. I only used contrib for pactree and even that I didn't really have a major practical use for. Rankmirrors is also pretty much useless because of reflector doing everything it does and more, while allowing for full automation with the provided systemd timer (an absolute must have, if any of you guys aren't running it, give it a try)
@@pinothegamer yeah know about that one but let's just say dwm is a bit much for me, I'd rather sth focused more on sane defaults and easy customization, like i3 and awesome, but sadly awesome is xorg-only and sway is not dynamic :/
honestly, I'm fine with most of the pacman-contrib scripts being in their own package except for paccache, I don't know what the arch devs are thinking not implementing that functionality in pacman itself, why would I want my system to store updates indefinitely by default?
at the very least paccache and pacman-contrib should be mentioned in the installation guide around the part when it suggests installing a text editor and man pages
Arch elitism, probably. Some people get the idea that anything that makes Linux easier to use or more convenient is bloat. It can get absurd sometimes to the point of "documentation? Read the source code!" If someone wants an ultra minimalist Linux install that is fine, it just is not useful for the majority of users. Compare stock Arch to something like Garuda. Garuda is great for people not all that used to Arch and due to the helpful tools it has by default is rather convenient to use.
@@BrodieRobertson 'shipped with arch' to me means 'included in the base or base-devel package' pacman-contrib being a separate package implies that it is not shipped with a vanilla arch installation. Which to me is fine except for paccache but moreso, and imo, having a cache pruning program be separate from pacman would be like if you could only use pacman to install software and there was a separate script for automating software removal
I wish that Arch had a package manager like Nala on Ubuntu, it is a great CLI package manager and real looks nice in a riced out terminal, it has ZSH support too. Arch is more something that I muck around with than a daily driver OS, purely because Kubuntu suitably customised has more of what I want. I just hate the release based model and want rolling release as my first distribution was PCLinuxOS which is a rolling release distribution, but as all the gaming stuff requires system D won't work on it as they are against System D (which to be honest is fair enough, it has annoyances and drawbacks such as reboots taking ages because System D want to run "shutdown tasks" like taking forever to unmount a drive). If Arch had something like Nala it might end up being my main OS, well Garuda would as it has lots of great helper tools by default, but it is based in Arch.
@@mskiptr it waits for timeouts on a lot of things, where as if you use an init system that is just an init system it doesn't do any of that. If it weren't for gamemode and other gaming focused enhancements requiring System D I could be without it .
This won't happen. There has been a subjugation in magical thinking; with systemd. I would say, even, that what you are going to witness with all these distributions is the linux group's implosion as a stable group.
another thing that should be included in arch but isn't: kernel-modules-hook. no more rebooting after updating your kernel because some module got deleted for the currently running kernel!
Checkupdates is useful if you just want to check the number of updates but don't want to upgrade your system at that exact moment. Because it doesn't refresh your actual pacman database, you avoid the issue of accidentally doing a partial upgrade.
@@mk72v2oq that's the equivalent of running pacman -Sy which could potentially lead to a partial upgrade if you install another package without doing pacman -Syu. Like I said checkupdates is useful for knowing the number of packages that would be upgraded. Some people like to script it into conky or their status bar.
I had no idea about Pactree but damn that is some fire, thanks man!
I use the pacman-cleanup-hook to run paccache automaticly after update.
Another tool worth mentioning is pacmatic, which automates dealing with .pacnew files. It will also show the news for arch linux that it hasen't previously shown.
I think most of this stuff got removed cause you can already achieve most of those things with just pacman, like pacsearch, paclist, paclog, paccache, even most of the practical functionalities you might want to use pactree for. Pacdiff is one that I didn't know about and that sounds quite useful. I only used contrib for pactree and even that I didn't really have a major practical use for. Rankmirrors is also pretty much useless because of reflector doing everything it does and more, while allowing for full automation with the provided systemd timer (an absolute must have, if any of you guys aren't running it, give it a try)
From the description on the gitlab they were removed to make pacman easier to maintain as in it now has less moving parts
@@BrodieRobertson I guess that makes sense
TBH checkupdates should actually be built in. The immediate question after seeing partial upgrades not supported is "how do you check for updates" lol
Nice list!
Personally i use 'pamac checkupdates' cause of AUR; 'pamac clean' to clean cache; 'pamac search' for packages, etc
Could you take a look at Riverwm/river? It very much seems like a wayland comp you could enjoy
yooo there's a wayland dynamic tiler and i didn't know about it? damn hope it's actually good
I've heard great things about river
I tried setting up River in a libvirt/qemu vm, and I just couldn't for some reason. Expect wonkiness. 🤷🏼 Don't see how it could be impossible.
@@DMSBrian24 there is also dwl, a dwm for wayland
@@pinothegamer yeah know about that one but let's just say dwm is a bit much for me, I'd rather sth focused more on sane defaults and easy customization, like i3 and awesome, but sadly awesome is xorg-only and sway is not dynamic :/
hah i always thought it was standard with an arch install to install pacman-contrib too. Habit i picked up when i first learned how to use it.
I guess if you've been using it since it did ship with pacman you'd be used to it
Most of this can and more can be done through pacman with the right flags. The only ones that can't are pactree and that cool update diff command.
Yea, pacman-contrib is very good.... I am using most of options, but first one is checking update with script...
First am hearing of this, but would definitely use it. Switched to Manjaro recently so always wondering where my space goes lol
What’s the difference between pacsearch and pacman -Ss?
looks exactly the same to me, guessing it's just a standalone or legacy implementation
pacsearch is easier to understand I guess, by name alone
@@uuu12343 alias?
It seems it combines -Ss and -Qs
I don't even know -Qs
🔝‼
Interesting, when run on mine mint -> apt depends perl differs to apt depends python
Bruh you had 7GB of old pacman packages???
That’s not that large of a cache
@@FaZekiller-qe3uf Yeah this, unless you automate cleaning it, it's gonna stack up like that real quick
Cache shaming is not cool.
I don't even recall the last time I emptied it
A two year old install of mine had 30 gigs. 5-600 package system. Felt so good to clear.
Whats the difference between rankmirrors and reflector
reflector builds a new list, rankmirrors ranks a local list
paccache is the most useful
honestly, I'm fine with most of the pacman-contrib scripts being in their own package except for paccache, I don't know what the arch devs are thinking not implementing that functionality in pacman itself, why would I want my system to store updates indefinitely by default?
at the very least paccache and pacman-contrib should be mentioned in the installation guide around the part when it suggests installing a text editor and man pages
I'm fine with a seperate package but I'm not sure why it's not shipped with Arch
Arch elitism, probably. Some people get the idea that anything that makes Linux easier to use or more convenient is bloat. It can get absurd sometimes to the point of "documentation? Read the source code!"
If someone wants an ultra minimalist Linux install that is fine, it just is not useful for the majority of users.
Compare stock Arch to something like Garuda. Garuda is great for people not all that used to Arch and due to the helpful tools it has by default is rather convenient to use.
@@BrodieRobertson 'shipped with arch' to me means 'included in the base or base-devel package' pacman-contrib being a separate package implies that it is not shipped with a vanilla arch installation. Which to me is fine except for paccache but moreso, and imo, having a cache pruning program be separate from pacman would be like if you could only use pacman to install software and there was a separate script for automating software removal
@@notimportant7682 base and base-devel aren't packages, they're package groups, git is in base-devel but you can install it on it's own
I wish that Arch had a package manager like Nala on Ubuntu, it is a great CLI package manager and real looks nice in a riced out terminal, it has ZSH support too.
Arch is more something that I muck around with than a daily driver OS, purely because Kubuntu suitably customised has more of what I want. I just hate the release based model and want rolling release as my first distribution was PCLinuxOS which is a rolling release distribution, but as all the gaming stuff requires system D won't work on it as they are against System D (which to be honest is fair enough, it has annoyances and drawbacks such as reboots taking ages because System D want to run "shutdown tasks" like taking forever to unmount a drive).
If Arch had something like Nala it might end up being my main OS, well Garuda would as it has lots of great helper tools by default, but it is based in Arch.
If unmounting a drive takes forever, than it's probably waiting for some timeout and that's something worth troubleshooting
@@mskiptr it waits for timeouts on a lot of things, where as if you use an init system that is just an init system it doesn't do any of that.
If it weren't for gamemode and other gaming focused enhancements requiring System D I could be without it .
The paccache timer is nice. Most of the rest less relevant.
pacstrap
This won't happen.
There has been a subjugation in magical thinking; with systemd.
I would say, even, that what you are going to witness with all these distributions is the linux group's implosion as a stable group.
another thing that should be included in arch but isn't: kernel-modules-hook. no more rebooting after updating your kernel because some module got deleted for the currently running kernel!
I never knew about this package
Checkupdates is kinda useless. Just enable 'VerbosePkgLists' option in 'pacman.conf' and you will see the same thing every time you run pacman.
Checkupdates is useful if you just want to check the number of updates but don't want to upgrade your system at that exact moment. Because it doesn't refresh your actual pacman database, you avoid the issue of accidentally doing a partial upgrade.
@@anonymousbot1 you have troubles with pressing "n" at update prompt?
@@mk72v2oq that's the equivalent of running pacman -Sy which could potentially lead to a partial upgrade if you install another package without doing pacman -Syu. Like I said checkupdates is useful for knowing the number of packages that would be upgraded. Some people like to script it into conky or their status bar.
@@mk72v2oq that will lead to a partial upgrade if you start installing individual packages with pacman -S
What are you guys talking about? Just run 'pacman -Su' and decline the update. No database or anything will be touched. Checkupdates is useless.