Yes, I searched the threads.
No, I found little but this:
Leads me to believe this just does the same thing as Yay,
My point is in the last year I’ve been taking care of my endeavour with pacman and yay.
I do hear a lot about paru.
Am I correct to assume this is just about preference? I mean if my system ain’t broke, etc…
thanks–
It is mostly about preference, but there are some advantages to using one or the other. This includes pikaur, which is yet another one with great features.
Ultimately, there are only two ways to really tell if you would prefer one over the other(s):
Lastly, if reading through them yourself is not something you want to do, just know that you aren’t actually missing out on anything truly important.
as one would try out another terminal emulator to see if they liked it?
got it, thank you. edit spell
Yes.
The primary reason I use paru over yay is that I like the color coded diffs.
I would however, suggest you pick one of the other and stick with it. If you don’t, it will limit your ability to get good diffs.
you make it sound sexy 
!
Yes, it does. Pick your choice. They both do a good job.
I’m open minded about a lot of alternative packages, but have always stubbornly stuck with gnome-terminal for emulator and gedit for notes. Tried the others didn’t see a reason to change after years–no reason.
But for a wrapper I’m not in love with yay and may pacman -S paru later today to see what it’s about.
same syntax/arguments --help stuff?
There are some minor differences but all the common options are the same. They each have some unique options though.
during install:
:: Proceed with installation? [Y/n] y
:: Retrieving packages...
paru-2.0.3-1-x86_64
error: failed retrieving file 'paru-2.0.3-1-x86_64.pkg.tar.zst' from ca.gate.endeavouros.com : HTTP/2 stream 1 was not closed cleanly: INTERNAL_ERROR (err 2)
went on to install normal (I guess?), since I ran a command and checked --help out…what is this error I wonder?
Seems to just be a mirror. You could try updating your mirrors and/or system first, then try installing again.
Yes, exactly.
I have both installed in case of issues with one or the other, but I mostly use yay.
Also, tried pikaur - no really benefit to having it over any of them. If anything it’s a disadvantage because I’d have to type 2-3 more letters for when I’m running a new command that fish doesn’t have saved in its history.
In the last 2 days I’ve used Paru everyday. it got stuck on an AUR/Jitsi update for about 15 min which I thought was odd. Yay updated it immediately.
I was up to date (mirrors/reflector). I don’t see all the colors paru is supposed to have, it’s monochrome and not as verbose as yay. I’m sure this is all settings. But will ‘audition’ another couple days. yay wasn’t broke so there’s that 
Facts. There is nothing yay has over paru and nothing paru has over yay - as a general statement. There are some things in either’s favour, but the simple things (like colours, verbose, diffs, etc.) are all available.
I ran paru -c (clean) and it got rid of all those debug files from software downloaded from AUR. I don’t konw if yay does this. I also had a conflict between two packages from AUR and one of them wouldn’t install after compilation and after running paru -c it got rid of the offending code in one of the debug files that prevented installation. It was a gpg line that was identical in two different complete apps. (Xnviewmp and Huion). I have a Huion graphics tablet and I couldn’t install Xnviewmp because of a message saying there was conflicting gpg signatures that were identical.
For what it’s worth. . .
Rich;)