Moin, the current package sources from home:sagiben/kodi.binary-addons contain a line:
Source3: kodi.binary-addons.tar which itself contains a file "build/download/vfs.libarchive-master.tar.gz" which then fails during compilation (for openSUSE_Leap_42.3) due to two undefined types: /home/abuild/rpmbuild/BUILD/xbmc-18.0rc5-Leia/cmake/addons/build/vfs.libarchive/src/ArchiveFile.cpp:184:10: error: 'la_ssize_t' does not name a type; did you mean '__ssize_t'? /home/abuild/rpmbuild/BUILD/xbmc-18.0rc5-Leia/cmake/addons/build/vfs.libarchive/src/ArchiveFile.cpp:194:10: error: 'la_int64_t' does not name a type; did you mean 'u_int64_t'? After unpacking the tarball(s) I fail to see these two types being defined anywhere - however, compilation on openSUSE_Leap_15.0 succeeds. Could it be that this file should extern "C" { #include <unistd.h> } which would then #include <bits/types.h> for the missing types? Don't know, though, where the #define for 'la_ssize_t' and 'la_int64_t' should then come from, but that is probably the usual configure trickery. How is such a file in a tarball in a tarball supposed to be patched? Or, how is the first tarball generated? HTH, TIA, cheers. l8er manfred
signature.asc
Description: PGP signature
_______________________________________________ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman