Arch Linux User Repository

Ahoj,

Found the issue, my system was not updated to icu 76 yet. Opened https://github.com/EasyRPG/Tools/issues/99 to get this fixed

Great, thanks!

Until upstream has included it in their repository, can you add the patch manually to the build process?
↗ Fixed upstream.

Regards!

@dreieck: can you change the build line to make V=1 in your local build? I need the build flags to be able to reproduce this (works fine here).

Maybe we need to fix this upstream, so might be worth to open an issue on github.

Found the issue, my system was not updated to icu 76 yet. Opened https://github.com/EasyRPG/Tools/issues/99 to get this fixed.

build() fails for me in linking step:

[...]
  CXXLD    gencache
/usr/bin/ld: src/gencache-main.o: warning: relocation against `_ZTVN6icu_7613UnicodeStringE' in read-only section `.text'
/usr/bin/ld: src/gencache-main.o: in function `parse_dir_recursive(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, int, bool)':
main.cpp:(.text+0xad0): undefined reference to `vtable for icu_76::UnicodeString'
/usr/bin/ld: main.cpp:(.text+0xbe8): undefined reference to `icu_76::UnicodeString::UnicodeString(char const*, char const*)'
/usr/bin/ld: main.cpp:(.text+0xc0a): undefined reference to `icu_76::UnicodeString::toLower(icu_76::Locale const&)'
/usr/bin/ld: main.cpp:(.text+0xc1b): undefined reference to `icu_76::UnicodeString::operator=(icu_76::UnicodeString const&)'
[...]
/usr/bin/ld: src/gencache-main.o:(.data.rel.ro._ZTVN6icu_7614StringByteSinkINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEE[_ZTVN6icu_7614StringByteSinkINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEE]+0x28): undefined reference to `icu_76::ByteSink::GetAppendBuffer(int, int, char*, int, int*)'
/usr/bin/ld: src/gencache-main.o:(.data.rel.ro._ZTVN6icu_7614StringByteSinkINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEE[_ZTVN6icu_7614StringByteSinkINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEE]+0x30): undefined reference to `icu_76::ByteSink::Flush()'
/usr/bin/ld: warning: creating DT_TEXTREL in a PIE
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:416: gencache] Error 1
make[1]: Leaving directory '/var/cache/makepkg/build/easyrpg-tools-git/src/easyrpg-tools/gencache'
make: *** [Makefile:338: all-recursive] Error 1
==> ERROR: A failure occurred in build().

Regards!

regarding provides and conflicts of the non-git packages: There is no stable release of the tools and thumbnailer (yet)

The issue is that at some point someone (might) create a package that depends or optionally depends on this. And then it is good practise to choose the generic package name as dependency from the very beginning. Thats why the provides (and conflicts) entries are useful.

If the other package uses the -git package as dependency, and later a modified version is released (e.g. with a patch), the dependency can only be fulfilled by the one package, and not by all when the generic package name is in the provides array and can be depended upon.

build() fails in configure run with missing "FreeImage (legacy)":

==> Starting build()...
[...]
=== configuring in lmu2png (/var/cache/makepkg/build/easyrpg-tools-git/src/easyrpg-tools/lmu2png)
[...]
checking for FreeImage... no
checking for FreeImage.h... yes
checking for FreeImage (legacy)... no
configure: error: Could not find FreeImage!
configure: error: ./configure failed for lmu2png
==> ERROR: A failure occurred in build().

Maybe a missing dependency?

(Installing lib32-freeimage is not the solution. Seems to be another old version or so needed?)

Package freeimage, version 3.18.0-23, is installed.

@dreieck: This is all intentional.

regarding provides and conflicts of the non-git packages: There is no stable release of the tools and thumbnailer (yet), so it is not needed until we (upstream) decide to release them formally. Considering I wrote the thumbnailer in 2015, it is unlikely to happen anytime soon.

regarding provides of the individual tools: These are not (and never have been) packaged individually, but only present to make package searches easier.

regarding the liblcf dependency: This is a development package and thus needs the development package, since liblcf has no stable api.

Please check if liblcf-git (i.e. the -git variant) is really a (make)dependency, or if not liblcf suffices (which should give the user the choice which variant of the package to install).

Regards and
thanks for maintainin!

Please add

• easyrpg-tools to the provides and conflicts arrays of the package easyrpg-tools-git, and similarly
• xyz-thumbnailer to the provides and conflicts arrays of the package xyz-thumbnailer-git

Also check if the other provides entries you have are to be added to the conflicts array.

Regards and
thanks for maintaining!

Build fails for me with enum_tags.h:43:44: error: ‘is_array_v’ is not a member of ‘std’; did you mean ‘is_array’ and many subsequent errors

↑ This now has been ↗ fixed upstream.