Package Details: perl-json-rpc 1.06-5

Git Clone URL: (read-only, click to copy)
Package Base: perl-json-rpc
Description: Perl implementation of JSON-RPC 1.1 protocol
Upstream URL:
Licenses: GPL, PerlArtistic
Conflicts: perl-json-rpc-legacy
Submitter: nixtrian
Maintainer: sl1pkn07
Last Packager: sl1pkn07
Votes: 6
Popularity: 0.25
First Submitted: 2012-01-06 21:44 (UTC)
Last Updated: 2023-07-30 18:04 (UTC)

Latest Comments

aspirogrammer commented on 2024-03-12 08:05 (UTC)

perl-router-simple is missing, even though its PKGBUILD is up (

MarsSeed commented on 2023-07-31 20:19 (UTC)

There's a non-tagged but already merged pull request (PR#13) that fixes some inconsistency with the error response.

You might wanna consider adding that as a patch. Cheers.

sl1pkn07 commented on 2022-06-01 17:23 (UTC)

I don't want to repeat myself.



MarsSeed commented on 2022-06-01 17:03 (UTC)

Bumping is not okay if you take care to understand my points explained in my previous comment.

If I don't rebuild a package with a new pkgrel, then my AUR helper and GUI notifier will always show there is an update.

Granted, this is only one package, and perhaps it can be rebuilt quickly. But that does not invalidate my point that it is useless and annoying when lots of AUR maintainers bump their packages for Perl 5.36.

Please read my original comment again, I don't want to repeat myself. You are trying to control a heterogeneous and divergent install base in an open-source build script hosting system, but your bumps don't have the same effect on everyone, and it is useless and a waste of resources for many of them.

sl1pkn07 commented on 2022-06-01 16:15 (UTC)

perl is now 5.36, and helpers/pacman always upgrade the official repositories before upgrade AUR packages. so bumping is ok. not need rebuild again nothing after upgrade.

also. rebuild this package take literally seconds. so is not hurt at all


MarsSeed commented on 2022-06-01 15:48 (UTC)


Please don't do empty bumps of pkgrel next time. It makes sense when you control a binary repo, but the AUR is not a closed build system and the majority of its users are end-users doing their own builds (mostly via AUR helpers).

The [perl] package from Arch has a pacman ALPM hook that warns users if there are perl module files installed in a versioned directory that mismatches the system-installed Perl version.

Therefore the users will know if they need to manually rebuild their AUR-based Perl packages after an upstream [perl] package update.

Then, if you as an AUR package maintainer do this bump, such users have to do that rebuild a second time.

And no, it doesn't help even if you do the bump the same second Arch repo updates its Perl version: because there are downstream distros based on Arch Linux and the users of those can and do use the AUR as well. These downstream repos usually import Arch-built packages with some delay (Manjaro's most conservative stable branch usually has a delay of one month or more.)

For delayed downstream distros, your bump today will cause those distro users to do a superfluous rebuild with the earlier Perl 5.34, because they still have that version. Then, when their distros import the new Perl 5.36, those users still need to rebuild this AUR package manually .

I hope you understand the pain I am expressing on behalf of the average AUR user (who are quite large in number), and decide to accommodate all of us next time by not doing another changeless pkgrel bump.

Thank you.

sl1pkn07 commented on 2017-09-23 14:52 (UTC)


oi_wtf commented on 2017-09-23 14:49 (UTC)

makedep perl-module-build is missing

nixtrian commented on 2013-05-19 10:12 (UTC)

I disowned package

sl1pkn07 commented on 2013-05-18 15:23 (UTC)

pkgbuild out of date