Hi, as the title says, Is using PARU better than using YAY what are your opinions on PARU?

Good read on different aur helpers https://wiki.archlinux.org/title/AUR_helpers EDIT: Maybe we don’t need a new thread for every question? just saying …

They are both functional pacman wrappers/AUR helpers. I think the biggest advantage of paru over yay is that it is written in Rust, whereas yay is written in Go. This doesn’t make much of a difference for the end user though, but Rust is a really nice language, while Go is garbage. The biggest adv…

Also, yay places built pacakges in /var/cache/pacman/pkg/, whereas paru does not. To the best of my knowledge, these only reside in ~/.cache/paru/clone/$pkgname/ for paru. Not really an advantage or disadvantage of either. Just a difference to be aware of.

[image] Feakster: Also, yay places built pacakges in /var/cache/pacman/pkg/, whereas paru does not. Isnt that handled by makepkg? In /etc/makepkg.conf you can set any destination for the packages you build: PKGDEST=/var/cache/pacman/pkg/

I’m not sure. I have never manually set it before. This just seems to be what happens if I change nothing else. Currently, the packages I install via paru don’t end up archived in /var/cache/pacman/pkg/.

[image] anon86288359: what are your opinions on PARU? I like it. It is my default package manager for anything I do with packages. Functionally there is not much difference to yay. But paru is noticeably faster if that makes a difference for you.

[image] Feakster: I’m not sure. I have manually never set it before. This just seems to be what happens if I change nothing else. Currently, the packages I install via paru don’t end up archived in /var/cache/pacman/pkg/. The packages are build by makepkg. makepkg by default puts the packages…

[image] mbod: The packages are build by makepkg. makepkg by default puts the packages into the build directory. This is ~/.cache/paru/clone/$pkgname/ for paru by default. You can change that with option BuildDir in /etc/paru.conf It looks like yay is copying the packages from the build director…

[image] anon50380917: all sounds plausible. Should one, if one is willing, install paru with yay and then later switch entirely to paru and uninstall yay? Or is there a chance in the foreseeable future that EOS will be shipped with paru right away, so that you can save yourself the detour via ya…

EndeavourOS

Advantages of PARU over YAY

General system

flyingcakes August 30, 2021, 7:42am 3

One of the main developers for yay is stepping away from development to work on his own aur helper EndeavourOS pub

Curious how this will effect EnOS. Also think I’ll try out the new helper.

YAY is not maintained good anymore? EndeavourOS repo

Looks like it is still getting commits. How many commits does something that is feature complete need? For me, paru excludes one of the main features that makes yay great. The color coded combinedupgrade compare. I see no advantage to paru over all the other AUR helpers out there. If I was forced to switch away from yay for some reason I would probably go to pikaur EDIT: This is what I am referring to in yay in case you don’t have it turned on: [image]

show post in topic

Home
Categories
Guidelines
Terms of Service
Privacy Policy

Powered by Discourse, best viewed with JavaScript enabled