Package Details: paru-bin 2.1.0-1

Git Clone URL: https://aur.archlinux.org/paru-bin.git (read-only, click to copy)
Package Base: paru-bin
Description: Feature packed AUR helper
Upstream URL: https://github.com/morganamilo/paru
Licenses: GPL-3.0-or-later
Conflicts: paru
Provides: paru
Submitter: Morganamilo
Maintainer: Morganamilo
Last Packager: Morganamilo
Votes: 329
Popularity: 5.38
First Submitted: 2020-10-28 12:23 (UTC)
Last Updated: 2025-07-08 08:51 (UTC)

Dependencies (5)

Required by (70)

Sources (3)

Latest Comments

1 2 3 4 5 6 Next › Last »

sbg97 commented on 2026-01-24 06:35 (UTC)

(https://github.com/Morganamilo/paru/issues/1454#issuecomment-3663567951) Says it will be fixed with next release, which will be as soon as marganmilo can.

diogobaeder commented on 2026-01-23 01:32 (UTC)

Seems like the other paru package has been fixed, any chance to fix this one too anytime soon?

bipoexp commented on 2025-12-15 21:51 (UTC)

Would it be possible for all future versions of paru-bin to be statically linked (as in a monolithic binary, not dynamically linking). That way changes to libraries dont stop it from working. I really miss how the Debian world would leave old versions of libraries lying around and just symlink/hardlink the unversioned format with the most up to date versioned format.

jo2k commented on 2025-12-14 10:22 (UTC)

Please stop changing references in binary files (this is never a good idea) and just let the developers solve the problem. Here is some information on the topic: https://github.com/Morganamilo/paru/issues/1454

system72 commented on 2025-12-14 07:48 (UTC)

those messages were from well over a year ago..

mizumo_prjkt commented on 2025-12-13 22:32 (UTC)

@neyb, if author not updating within 72 hours, probably we should mark it

mizumo_prjkt commented on 2025-12-13 22:19 (UTC) (edited on 2025-12-13 22:23 (UTC) by mizumo_prjkt)

im having issue with libalpm again :(

so far, alpm 15 file is not present after i updated the machine

though 

sudo patchelf --debug --replace-needed libalpm.so.15 libalpm.so.16 "$(which paru)"

leads me to 

[miku@mikucentre paru-bin]$ paru -S patchelf
paru: symbol lookup error: paru: undefined symbol: alpm_option_set_disable_sandbox

full terminal


[miku@mikucentre paru-bin]$ paru -S patchelf
paru: error while loading shared libraries: libalpm.so.15: cannot open shared object file: No such file or directory
[miku@mikucentre paru-bin]$ sudo patchelf --debug --replace-needed libalpm.so.15 libalpm.so.14 "$(which paru)"
patching ELF file '/usr/bin/paru'
keeping DT_NEEDED entry 'libssl.so.3'
keeping DT_NEEDED entry 'libcrypto.so.3'
replacing DT_NEEDED entry 'libalpm.so.15' with 'libalpm.so.14'
resizing .dynstr ...
keeping DT_NEEDED entry 'libgcc_s.so.1'
keeping DT_NEEDED entry 'libm.so.6'
keeping DT_NEEDED entry 'libc.so.6'
found .gnu.version_r with 5 entries, strings in .dynstr
keeping .gnu.version_r entry 'libssl.so.3'
keeping .gnu.version_r entry 'libcrypto.so.3'
keeping .gnu.version_r entry 'libgcc_s.so.1'
keeping .gnu.version_r entry 'libm.so.6'
keeping .gnu.version_r entry 'libc.so.6'
replacing section '.dynstr' with size 5366
this is a dynamic library
last page is 0x809000
first page is 0x0
needed space is 5368
rewriting section '.dynstr' from offset 0x802000 (size 5352) to offset 0x804000 (size 5366)
rewriting symbol table section 32
writing /usr/bin/paru
[miku@mikucentre paru-bin]$ paru -S patchelf
paru: error while loading shared libraries: libalpm.so.14: cannot open shared object file: No such file or directory
[miku@mikucentre paru-bin]$ sudo patchelf --debug --replace-needed libalpm.so.14 libalpm.so.16 "$(which paru)"
patching ELF file '/usr/bin/paru'
keeping DT_NEEDED entry 'libssl.so.3'
keeping DT_NEEDED entry 'libcrypto.so.3'
replacing DT_NEEDED entry 'libalpm.so.14' with 'libalpm.so.16'
resizing .dynstr ...
keeping DT_NEEDED entry 'libgcc_s.so.1'
keeping DT_NEEDED entry 'libm.so.6'
keeping DT_NEEDED entry 'libc.so.6'
found .gnu.version_r with 5 entries, strings in .dynstr
keeping .gnu.version_r entry 'libssl.so.3'
keeping .gnu.version_r entry 'libcrypto.so.3'
keeping .gnu.version_r entry 'libgcc_s.so.1'
keeping .gnu.version_r entry 'libm.so.6'
keeping .gnu.version_r entry 'libc.so.6'
replacing section '.dynstr' with size 5380
this is a dynamic library
last page is 0x80b000
first page is 0x0
needed space is 5384
rewriting section '.dynstr' from offset 0x804000 (size 5366) to offset 0x806000 (size 5380)
rewriting symbol table section 32
writing /usr/bin/paru
[miku@mikucentre paru-bin]$ paru -S patchelf
paru: symbol lookup error: paru: undefined symbol: alpm_option_set_disable_sandbox

this time, libalpm is now at 16

jo2k commented on 2025-12-13 17:50 (UTC) (edited on 2025-12-14 10:26 (UTC) by jo2k)

@0BAD-C0DE Do you really think that a 15-month-old tip can help with this problem? The binary file refers to libalpm.so.15. The file system contains libalpm.so.16. I strongly advise you not to patch anything here unless you know exactly what you are doing. Which is obviously not the case at the moment.

You can simply use yay instead of paru until the developers have fixed the problem.

0BAD-C0DE commented on 2025-12-13 15:45 (UTC)

@1nikolas Your suggestion desn't work for me:

$ sudo patchelf --debug --replace-needed libalpm.so.14 libalpm.so.15 "$(which paru)"
patching ELF file '/usr/sbin/paru'
keeping DT_NEEDED entry 'libssl.so.3'
keeping DT_NEEDED entry 'libcrypto.so.3'
keeping DT_NEEDED entry 'libalpm.so.15'
keeping DT_NEEDED entry 'libgcc_s.so.1'
keeping DT_NEEDED entry 'libm.so.6'
keeping DT_NEEDED entry 'libc.so.6'
found .gnu.version_r with 5 entries, strings in .dynstr
keeping .gnu.version_r entry 'libssl.so.3'
keeping .gnu.version_r entry 'libcrypto.so.3'
keeping .gnu.version_r entry 'libgcc_s.so.1'
keeping .gnu.version_r entry 'libm.so.6'
keeping .gnu.version_r entry 'libc.so.6'

It seems alpm 1.5 is kept untouched.

bulletmark commented on 2024-09-19 22:25 (UTC)

@neyb, it was flagged 5 days ago so rather a moot question don't you think? I flagged yay-bin when this happened because it was clearly "out of date" wrt to the Arch packages so I thought it appropriate. BTW, both yay and yay-bin have been updated quickly.

1 2 3 4 5 6 Next › Last »