Package Details: ignition-transport 4.0.0-1

Git Clone URL: (read-only)
Package Base: ignition-transport
Description: The transport library combines ZeroMQ with Protobufs to create a fast and efficient message passing system. Asynchronous message publication and subscription is provided along with service calls and discovery.
Upstream URL:
Licenses: Apache
Groups: development
Submitter: bchretien
Maintainer: racko (GPereira)
Last Packager: racko
Votes: 11
Popularity: 0.769001
First Submitted: 2016-01-30 02:51
Last Updated: 2018-02-24 11:16

Latest Comments

1 2 Next › Last »

bidskii commented on 2019-01-19 10:08

The issue with ZeroMQ/libpgm is a result of the libpgm package. Specifically, in /usr/lib/pkgconfig/openpgm-5.2.pc replace this line

Cflags: -I${includedir}/pgm-5.2 -I${libdir}/pgm-5.2/include


Cflags: -I${includedir}/pgm-5.2

jwhendy commented on 2019-01-17 05:07

I kept getting the following error trying to build this as part of ros-melodic-*:

CMake Error in src/CMakeLists.txt: Imported target "ZeroMQ::ZeroMQ" includes non-existent path "/usr/lib/pgm-5.2/include"

I found the build files where this appeared, and it was always listed in conjunction with the actual location, /usr/include/pgm-5.2, but the spurious lib location in configs caused it to fail. I don't know enough cmake-fu to understand where this was coming from and I finally got it to build successfully by making /usr/lib/pgm-5.2 and doing ln -s /usr/include/pgm-5.2 /usr/lib/pgm-5.2/include.

sesh4314 commented on 2018-11-18 00:00

I keep getting this error during the cmake process:

CMake Error at /home/user/anaconda3/share/cmake/ZeroMQ/ZeroMQConfig.cmake:44 (include): include could not find load file:


I can't find a similar issue or resolve online and I've tried reinstalling ZeroMQ, but ZeroMQTargets.cmake is never created. Anyone else have this issue?

cptnapalm commented on 2018-09-10 15:04

I get the same error then a further error then the build just hangs forever. On one computer. On my laptop, also running Arch, everything is fine.

racko commented on 2018-01-05 21:08

Two part answer:

Part 1: I added a check() function that runs tests to the PKGBUILD since it is considered good practice:

Part 2: I have no idea why the tests fail on your machine. They pass on mine:

Start 35: INTEGRATION_twoProcessesSrvCall
35/50 Test #35: INTEGRATION_twoProcessesSrvCall ............................   Passed   37.31 sec

You can retry the build (the test might be flaky) or you can disable the tests by passing --nocheck to makepkg. Or you might want to investigate the cause of the error and provide a patch.

1CatchMe1 commented on 2018-01-05 20:59

Why do I get this error?

INTEGRATION_twoProcessesPubSub 35/52 Test #35: INTEGRATION_twoProcessesPubSub .............................***Failed 28.70 sec Start 36: check_INTEGRATION_twoProcessesPubSub 36/52 Test #36: check_INTEGRATION_twoProcessesPubSub ....................... Passed 0.14 sec

languitar commented on 2017-08-29 14:06

@zorun: I am not using this package anymore. So I have orphaned it. Feel free to adopt it.

zorun commented on 2017-08-26 09:49

The dependency on "uuid" is not needed, because util-linux comes with a uuid lib. You should replace it with a makedepends on "util-linux" and a depends on "libutil-linux". Cmake is happy this way:

-- Checking for module 'uuid'
-- Found uuid, version 2.30.1
-- Looking for uuid pkgconfig file - found

languitar commented on 2017-04-06 07:59

Thanks @nofxx. I have taken over the package and applied your patch. Still, ignition-math is not updated yet. I have requested that someone can take over the package so that everything gets back in shape.

nofxx commented on 2017-03-14 20:43

PKGBUILD for ignition-transport 3: