Package Details: ignition-msgs 1.0.0-2

Git Clone URL: https://aur.archlinux.org/ignition-msgs.git (read-only)
Package Base: ignition-msgs
Description: Standard set of message definitions, used by Ignition Transport, and other applications.
Upstream URL: http://ignitionrobotics.org
Licenses: Apache
Groups: development
Submitter: marauder
Maintainer: racko (Morganamilo, GPereira)
Last Packager: Morganamilo
Votes: 2
Popularity: 0.063566
First Submitted: 2017-02-19 03:45
Last Updated: 2018-08-12 04:21

Latest Comments

Morganamilo commented on 2018-08-12 04:23

Fixed.

Would have been sooner, only just noticed I got added as a co-maintainer. Would have thought I'd get notified but apparently not.

GPereira commented on 2018-08-05 14:19

Hello, can I comantain this package? it has some errors on installing ROS

eschwartz commented on 2018-07-27 05:52

It's absolutely wrong for any package, ever, to have a makedepends on pkg-config, since it is in the base-devel group and is a hard requirement for running makepkg in the first place.

This was bad packaging to begin with, which graduated to an error as soon as Arch Linux switched our pkg-config implementation.

The moral of this story is, do not use versioned dependencies, and do not hardcode makedepends from the base-devel group.

tsp commented on 2018-07-09 11:33

I also had the issue about the pkg-config version. Is that a bug in something else? I have 1.5.1-1 installed and that should satisfy the constraint anyway but it doesn't.

Also I see this is marked out of date but according to the ignition robotics website 1.0.0 is the current release.

Germanunkol commented on 2018-07-08 08:20

Same as Erro, could not meet the dependency for 'pkg-config>=0.28'. Fixed by removing ">=0.28" in the PKGBUILD. Could someone please fix this?

Erro commented on 2018-06-04 20:38

Got unmet dependency for 'pkg-config>=0.28'

Fixed by modifying the PKGBUILD before install and set 'pkgconf' as dependency instead

ricot commented on 2017-08-12 14:01

Doesn't build for me with lots of undefined references from Protobuf-related things:
[ 1%] Linking CXX executable ign_msgs_gen
/usr/local/lib64/libprotoc.a(code_generator.cc.o): In function `google::protobuf::internal::GetEmptyStringAlreadyInited[abi:cxx11]()':
code_generator.cc:(.text._ZN6google8protobuf8internal27GetEmptyStringAlreadyInitedB5cxx11Ev[_ZN6google8protobuf8internal27GetEmptyStringAlreadyInitedB5cxx11Ev]+0x7): undefined reference to `google::protobuf::internal::fixed_address_empty_string[abi:cxx11]'
/usr/local/lib64/libprotoc.a(code_generator.cc.o): In function `google::protobuf::Split(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, char const*, bool)':
code_generator.cc:(.text._ZN6google8protobuf5SplitERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEPKcb[_ZN6google8protobuf5SplitERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEPKcb]+0x3f): undefined reference to `google::protobuf::SplitStringUsing(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, char const*, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >*)'
code_generator.cc:(.text._ZN6google8protobuf5SplitERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEPKcb[_ZN6google8protobuf5SplitERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEPKcb]+0x58): undefined reference to `google::protobuf::SplitStringAllowEmpty(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, char const*, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >*)'
...

kartikmohta commented on 2017-05-23 20:47

Requires rebuild due to new protobuf, so would be good to increment the pkgrel.