Package Details: python-pika 1.3.2-1

Git Clone URL: (read-only, click to copy)
Package Base: python-pika
Description: A pure-Python implementation of the AMQP 0-9-1 protocol
Upstream URL:
Keywords: amqp python rabbitmq
Licenses: GPL
Submitter: synthead
Maintainer: qubidt
Last Packager: qubidt
Votes: 21
Popularity: 0.025415
First Submitted: 2014-06-10 22:11 (UTC)
Last Updated: 2023-05-10 15:17 (UTC)

Latest Comments

1 2 Next › Last »

qubidt commented on 2023-04-03 08:45 (UTC)

updated to latest version, removed python2- package, and added unit tests

alerque commented on 2021-07-24 22:51 (UTC)

Can I suggest dropping the Python2 split part of this package? The only thing that depends on it is itself absurdly broken missing many other dependencies, so as far as I can tell it is no longer serving any purpose.

<deleted-account> commented on 2016-11-23 14:12 (UTC)

Thank you for tips. I updated the package and added you as co-maintainer in case you need to update it faster than I respond.

mtorromeo commented on 2016-11-23 12:20 (UTC)

I merged python2-pika into this one. Go ahead and update the PKGBUILD. Note that you usually can avoid duplicating the source directory like in the proposed gist and you can just build into different directories. Take a look a this for reference:

<deleted-account> commented on 2016-11-22 23:24 (UTC)

I will try to talk with python2-pika maintainer to merge those packages. Thanks for contribution.

<deleted-account> commented on 2016-11-22 23:23 (UTC)

It seems like 0.10.0 version supports python3. I maintain python-pika version in AUR and one of package users proposed a combined PKGBUILD for both python2-pika and python-pika . Would you like to merge packages and maintain combined PKGBUILD? Or I could do that if you prefer.

SpotlightKid commented on 2016-03-20 20:34 (UTC)

Here's an updated PKGBUILD for a split package, which can replace this one and python2-pika:

SpotlightKid commented on 2016-03-20 20:17 (UTC)

I guess the reason for the existence of the fork this package is based on is historical. Since the original from and support Python 3 now as well, shouldn't this package be based on it and not on some unmaintained fork?