Arch Linux User Repository

VorpalWay, Yes... the package is building fine here now. I just did a rebuild and it installed successfully. Thank you for maintaining the project. cheers

Sorry, I didn't see your message @ve7it, but I believe it should all be working currently?

Update: This seems to be related to an upstream issue which should be fixed but doesnt seem to be.
see https://github.com/davidgiven/fluxengine/issues/804
and https://github.com/davidgiven/fluxengine/pull/811

Success.... I can confirm that the 3 changes in pull 811 will let the package build correctly. see:
https://github.com/davidgiven/fluxengine/pull/811/commits/b836c2ec4ab6e1f7d77b387448c631a6fe70d816

greetings all,

My C++ foo is sorely lacking and I would appreciate if someone would look at the build problem I have run into. I am running an up to date arch install on Linux Z77 6.15.6-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 10 Jul 2025 17:10:18 +0000 x86_64 GNU/Linux

[lg@Z77 fluxengine-git]$ makepkg -ef ==> Making package: fluxengine-git r2841.5293e1c1-1 (Mon 14 Jul 2025 10:45:31 AM)

things progress smoothly until [47/400] CXX lib/decoders/+decoders/lib/decoders/fluxdecoder.cc there are many pages of warnings but the two errors below seem to point to an issue in lib/config/proto.cc

1st error:
/usr/include/google/protobuf/descriptor.h:2900:31: note: declared here
 2900 | inline FieldDescriptor::Label FieldDescriptor::label() const {
      |                               ^~~~~~~~~~~~~~~
lib/config/proto.cc: In function ‘std::string getProtoFieldValue(ProtoField&)’:
lib/config/proto.cc:291:35: error: could not convert ‘enumvalue->google::protobuf::EnumValueDescriptor::name()’ from ‘absl::lts_20250512::string_view’ {aka ‘std::basic_string_view<char>’} to ‘std::string’ {aka ‘std::__cxx11::basic_string<char>’}
  291 |             return enumvalue->name();
      |                    ~~~~~~~~~~~~~~~^~
      |                                   |
      |                                   absl::lts_20250512::string_view {aka std::basic_string_view<char>}

2nd error:
lib/config/proto.cc:358:31: error: no match for ‘operator+’ (operand types are ‘const std::__cxx11::basic_string<char>’ and ‘absl::lts_20250512::string_view’ {aka ‘std::basic_string_view<char>’})
  358 |             std::string n = s + f->name();
      |                             ~~^~~~~~~~~~~
lib/config/proto.cc:358:31: note: there are 14 candidates
In file included from /usr/include/c++/15.1.1/bits/stl_algobase.h:67,
                 from /usr/include/c++/15.1.1/bits/hashtable_policy.h:36,
                 from /usr/include/c++/15.1.1/bits/hashtable.h:37,
                 from /usr/include/c++/15.1.1/bits/unordered_map.h:33,
                 from /usr/include/c++/15.1.1/unordered_map:43,
                 from /usr/include/c++/15.1.1/functional:65,
                 from .obj/unix/lib/core/+core_hdr/lib/core/globals.h:5,
                 from lib/config/proto.cc:1:
/usr/include/c++/15.1.1/bits/stl_iterator.h:629:5: note: candidate 1: ‘template<class _Iterator> constexpr std::reverse_iterator<_Iterator> std::operator+(typename reverse_iterator<_Iterator>::difference_type, const reverse_iterator<_Iterator>&)’
  629 |     operator+(typename reverse_iterator<_Iterator>::difference_type __n,
      |     ^~~~~~~~
/usr/include/c++/15.1.1/bits/stl_iterator.h:629:5: note: template argument deduction/substitution failed:
lib/config/proto.cc:358:31: note:   ‘absl::lts_20250512::string_view’ {aka ‘std::basic_string_view<char>’} is not derived from ‘const std::reverse_iterator<_Iterator>’
  358 |             std::string n = s + f->name();

cheers

@andreas_baumann Sorry, I don't get notifications from AUR via email apparently, so I didn't see your comment.

I have fixed the package recently. make install is entirely gone upstream nowdays, so I manually install the required files.

I added a workaround for https://github.com/davidgiven/fluxengine/issues/750 (make install), for me it also doesn't work if doing it just with makepkg without a chroot.

http://git.andreasbaumann.cc/cgit/arch/tree/adapted/fluxengine-git/PKGBUILD

The protobuf bug mentioned below is fixed apparently.

Currently broken due to not building with new protobuf version. I reported it upstream, but right now there isn't much that can be done.