OK, try it now. I've bumped to 0.6.0 along with an updated php-amqp that works with the updated version.
Search Criteria
Package Details: librabbitmq-c 0.7.0-1
Package Actions
| Package Base: | librabbitmq-c |
|---|---|
| Description: | A RabbitMQ(amqp) library written in C-language |
| Upstream URL: | https://github.com/alanxz/rabbitmq-c |
| Category: | lib |
| Licenses: | |
| Submitter: | aleiphoenix |
| Maintainer: | travisghansen |
| Last Packager: | travisghansen |
| Votes: | 6 |
| First Submitted: | 2011-06-16 08:13 |
| Last Updated: | 2015-06-28 19:07 |
Required by (2)
Sources
Latest Comments
Comment by travisghansen
Comment by cosmo0920
Hi there,
I've encountered md5sums mismatch your PKGBUILD.
Could you update it?
BTW, I succeeded installation in ARMv7h version of Arch Linux system with following patch:
--- PKGBUILD.orig 2015-05-22 12:57:26.673722412 +0000
+++ PKGBUILD 2015-05-22 12:58:02.855015184 +0000
@@ -5,12 +5,12 @@ pkgname=librabbitmq-c
pkgver=0.5.2
pkgrel=2
pkgdesc="A RabbitMQ(amqp) library written in C-language"
-arch=('i686' 'x86_64')
+arch=('i686' 'x86_64' 'armv7h')
license=('BSD')
makedepends=('cmake' 'python' 'xmlto' 'openssl')
url=https://github.com/alanxz/rabbitmq-c
source=("${pkgname}-${pkgver}.zip::https://github.com/alanxz/rabbitmq-c/archive/v${pkgver}.zip")
-md5sums=('75877a0500aa1fd2debaef5674637dd1')
+md5sums=('f67dba92d57ed313b6037628a5550021')
options=(!libtool)
build() {
Comment by travisghansen
OK, I'll add the definition. I'm going to wait to publish this as php-amqp fails to build against 0.6.0 currently.
Thanks!
Comment by daBrado
Oh, I think I found it... I had to set `-DCMAKE_INSTALL_LIBDIR=lib` for cmake during the setup step in the PKGBUILD's `build()` step... there is some logic in the project's `cmake/GNUInstallDirs.cmake` that makes a decision about using lib vs lib64 if `CMAKE_INSTALL_LIBDIR` isn't set explicitly.
Comment by daBrado
I seem to be having the same problem with CMake trying to write to /usr/lib64 instead of /usr/lib... and cannot find the right way to tell CMake to use /usr/lib instead of /usr/lib64...
Comment by travisghansen
That's strange. I have 64 bit machine and items are going to /usr/lib for me. In either case it seems strange that it would conflict on a basic directly like that.
I also can replicate I/O errors you're getting. Sorry :(
If you find a solution let me know and I'm happy to patch/integrate with the package.
Comment by daurnimator
But the second issue remains: the package puts files in /usr/lib64 instead of /usr/lib as it should. I don't know the CMake flag to fix that.
Comment by daurnimator
I only needed -DBUILD_TOOLS_DOCS=OFF to prevent that error.
Comment by travisghansen
What happens if you set both to off?
-DBUILD_TOOLS=OFF -DBUILD_TOOLS_DOCS=OFF
Comment by daurnimator
For error building tools_docs?:
I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl"
compilation error: file /tmp/xmlto-xsl.XG7UiZ line 4 element import
xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
tools/CMakeFiles/man.dir/build.make:57: recipe for target 'tools/doc/amqp-consume.1' failed
make[2]: *** [tools/doc/amqp-consume.1] Error 1
CMakeFiles/Makefile2:310: recipe for target 'tools/CMakeFiles/man.dir/all' failed
make[1]: *** [tools/CMakeFiles/man.dir/all] Error 2
Makefile:117: recipe for target 'all' failed
make: *** [all] Error 2
Comment by travisghansen
@daurnimator can you send over the full build log?
Comment by daurnimator
I can only seem to build this if I turn BUILD_TOOLS_DOCS OFF.
But then it fails to install anyway:
error: failed to commit transaction (conflicting files)
librabbitmq-c: /usr/lib64 exists in filesystem
Comment by travisghansen
@daBrado
I'm not really sure what 'best practice' is on arch regarding this. I've gone ahead and bumped the build however and enabled those options.
Comment by daBrado
Would it be desirable to enable the building of the tools and the tools' docs? I.e.
-DBUILD_TOOLS=ON -DBUILD_TOOLS_DOCS=ON
Or would that be best done in a different package?
Thanks,
Comment by travisghansen
What's the proper way to adopt? I have a new PKGBUILD using released tarball with cmake build process.
Comment by dseg
@aleiphoenix
Could you please try my PKGBUILD below?
Builds fine here.
https://gist.github.com/4134083
Comment by aleiphoenix
someone could submit a new working PKGBUILD then? or adopt this package.
I'm now using gentoo for daily needs. Maybe I should install a arch box. Since archlinux has changed so much (systemd, etc.), So I need some time.
Comment by migrev
Build fails today with desg's PKBUILD (2013-01-01)
Comment by dseg
I've created an updated PKGBUILD because build failed as of today (2012-11-23).
https://gist.github.com/4134083
Comment by apeiro
Here's an updated PKGBUILD that uses the new GitHub repo.
pkgname=librabbitmq-c
pkgver=1.6.0
pkgrel=1
pkgdesc="A RabbitMQ(amqp) library written in C-language"
arch=('i686' 'x86_64')
license=('BSD')
makedepends=('git' 'autoconf')
url="https://github.com/alanxz/rabbitmq-c"
options=(!libtool)
build() {
cd $srcdir
msg "Pulling source repo from Git..."
git clone https://github.com/alanxz/rabbitmq-c.git ./rabbitmq-c || return 1
msg "Pulling in submodules..."
cd rabbitmq-c
git submodule init
git submodule update
msg "Building..."
autoreconf -i
# make sure we're using python 2.x
sed -i 's/checkPython\ python$/checkPython\ python2/g' configure
./configure --prefix=/usr
make PYTHON=/usr/bin/python2
make DESTDIR=$pkgdir install
}
Comment by mtorromeo
Please use "./configure --prefix=/usr" otherwise the library will be installed in /usr/local
Thanks!