| Git Clone URL: | https://aur.archlinux.org/fluxengine-git.git (read-only, click to copy) |
|---|---|
| Package Base: | fluxengine-git |
| Description: | PSOC5 floppy disk imaging interface |
| Upstream URL: | http://cowlark.com/fluxengine/ |
| Keywords: | floppy |
| Licenses: | MIT |
| Conflicts: | fluxengine |
| Provides: | fluxengine |
| Submitter: | VorpalWay |
| Maintainer: | VorpalWay |
| Last Packager: | VorpalWay |
| Votes: | 1 |
| Popularity: | 0.000001 |
| First Submitted: | 2022-06-08 15:19 (UTC) |
| Last Updated: | 2026-07-18 12:40 (UTC) |
@andreas_baumann Thanks. I'm not entirely comfortable with the implications of AI, but the fix is simple and makes sense.
It does also point out another issue, in that the build system downloads "random" things after the prepare phase. This is not the right way to do things in Arch packaging, and I will need to take time to make sure to add these as proper source downloads. The build system of fluxengine has been quite annoying for a long time, to put it mildly.
If you are happy with a quick and dirty Claude Code hack: https://git.andreasbaumann.cc/cgit/arch/tree/adapted/fluxengine-git/PKGBUILD (details see: http://archlinux32.andreasbaumann.cc/site/memory/fluxengine-git.html)
Unfortunately this doesn't currently build on modern Arch Linux due to https://github.com/davidgiven/fluxengine/issues/868
I spent a little bit of time looking at it, but the complexity of it was outside the amount of C++ I'm willing to do when I'm not getting paid for it.
Just rebuilt it and I get: /usr/bin/fluxengine-gui (interpreter => /lib64/ld-linux-x86-64.so.2) libboost_regex.so.1.91.0 => /usr/lib/libboost_regex.so.1.91.0
Hey, after update fluxengine-gui still wants older version of libboost (current is 1.91.0)
fluxengine-gui: error while loading shared libraries: libboost_regex.so.1.90.0: cannot open shared object file: No such file or directory
https://github.com/davidgiven/fluxengine/issues/829
To fetch submodules in the 'dep' directory I had to add in prepare():
git submodule init
git submodule update
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
Pinned Comments
VorpalWay commented on 2026-07-18 12:42 (UTC)
Unfortunately this doesn't currently build on modern Arch Linux due to https://github.com/davidgiven/fluxengine/issues/868
I spent a little bit of time looking at it, but the complexity of it was outside the amount of C++ I'm willing to do when I'm not getting paid for it.