Arch Linux User Repository

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.

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

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.

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.

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?

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

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

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> > > >*)'
...

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