Arch Linux User Repository

I can confirm that I am getting the same error as Dartham in (a clean build environment).

Dear Ruben

I'm trying to update the stack-client from 2.4.1-5 to 2.6.2-2 but unfortunately I got build errors. makepkg gave the same error when trying to build.

==> Sources are ready.
==> Making package: stack-client 2.6.2-2 (Tue 14 Apr 2020 09:12:39 PM CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting build()...
-- The C compiler identification is GNU 9.3.0
-- The CXX compiler identification is GNU 9.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc - works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ - works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Warning (dev) at /home/robin/.cache/yay/stack-client/src/stacktheme/OEM.cmake:6 (set):
  implicitly converting 'string' to 'STRING' type.
Call Stack (most recent call first):
  CMakeLists.txt:10 (include)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Build of crashreporter disabled.
-- GIT_SHA1 c7a6fe8e85440645b2531527622aa0569c81eed8
Compiling without shibboleth
CMake Warning (dev) at /usr/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message):
  The package name passed to `find_package_handle_standard_args` (INOTIFY)
  does not match the name of the calling package (INotify).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/modules/FindINotify.cmake:24 (find_package_handle_standard_args)
  CMakeLists.txt:180 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Could NOT find INOTIFY (missing: INOTIFY_LIBRARY_DIR) 
-- Could NOT find Sphinx (missing: SPHINX_EXECUTABLE) 
-- Could NOT find PdfLatex (missing: PDFLATEX_EXECUTABLE) 
-- Found OpenSSL: /usr/lib/libcrypto.so (found suitable version "1.1.1f", minimum required is "1.1")  
-- Found ZLIB: /usr/lib/libz.so (found version "1.2.11") 
-- Found PkgConfig: /usr/bin/pkg-config (found version "1.6.3") 
-- Found GLib2: /usr/lib/libglib-2.0.so  
-- Checking for module 'gio-2.0'
--   Found gio-2.0, version 2.64.2
-- Found Gio libraries: /usr/lib/libgio-2.0.so
-- Found Gio includes : /usr/include/glib-2.0/gio
================> LIBCLOUDPROVIDERS_LIBRARY-NOTFOUND
CMake Warning (dev) at /usr/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 (message):
  The package name passed to `find_package_handle_standard_args`
  (LIBCLOUDPROVIDERS) does not match the name of the calling package
  (Libcloudproviders).  This can lead to problems in calling code that
  expects `find_package` result variables (e.g., `_FOUND`) to follow a
  certain pattern.
Call Stack (most recent call first):
  cmake/modules/FindLibcloudproviders.cmake:22 (find_package_handle_standard_args)
  CMakeLists.txt:191 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Could NOT find LIBCLOUDPROVIDERS (missing: LIBCLOUDPROVIDERS_INCLUDE_DIR LIBCLOUDPROVIDERS_LIBRARY) 
CMake Warning (dev) at /home/<username>/.cache/yay/stack-client/src/stacktheme/OEM.cmake:6 (set):
  implicitly converting 'string' to 'STRING' type.
Call Stack (most recent call first):
  NextcloudCPack.cmake:6 (include)
  CMakeLists.txt:198 (include)
This warning is for project developers.  Use -Wno-dev to suppress it.

CMake Error at /usr/lib64/cmake/Qt5/Qt5Config.cmake:28 (find_package):
  Could not find a package configuration file provided by
  "Qt5WebEngineWidgets" with any of the following names:

    Qt5WebEngineWidgetsConfig.cmake
    qt5webenginewidgets-config.cmake

  Add the installation prefix of "Qt5WebEngineWidgets" to CMAKE_PREFIX_PATH
  or set "Qt5WebEngineWidgets_DIR" to a directory containing one of the above
  files.  If "Qt5WebEngineWidgets" provides a separate development package or
  SDK, be sure it has been installed.
Call Stack (most recent call first):
  src/CMakeLists.txt:7 (find_package)


-- Configuring incomplete, errors occurred!
See also "/home/<username>/.cache/yay/stack-client/src/stack-client-build/CMakeFiles/CMakeOutput.log".
==> ERROR: A failure occurred in build().
    Aborting...
Error making: stack-client

Sorry for the delay. Some small bits had to be adapted.

I still haven't figured out how to get the theme to work (at least in the KDE system tray). If anyone knows what's wrong, let me know so I can fix it. Thanks.

Removed my other messages. Somehow today the build does work. Maybe there was a glitch in my updates that caused the build failures before.

@SArchB: Can you add "-DBUILD_SHELL_INTEGRATION_DOLPHIN=OFF" to the cmake invocation and see if that improves the situation? Do you by chance have part of the KDE libraries installed but not all? You have ECM, apparently also KIO, but maybe something is missing that is confusing the ECM modules? Do you have a weird/non-standard partitioning setup? It would also help if you can provide these files: src/stack-client-build/CMakeFiles/CMakeOutput.log src/stack-client-build/CMakeFiles/CMakeError.log

Getting the exact same error running makepkg. However.. when creating an empty dir in which I place the PKGBUILD file it offcourse also needs the APPLICATION_NAME.patch & cmake_qt5.patch within the same dir.

I create those files by copying the text located here and here. I got there by clicking the sources above and then selecting the "plain" link.

However when doing this, while APPLICATION_NAME.patch passes the SHA checksum check, somehow cmake_qt5.patch fails it. Instead of giving the SHA256-sum specified by the PKGBUILD file, I am getting 0ac2a6f78a1fdb8e19367656e37504894c24c77c88512b55bb51c67f13650533

So I have to adapt the PKGBUILD in order to match that.

After doing that, it all works fine until I hit the same build error as described before.

@SArchB: I cannot reproduce by running makepkg on a clone of the current AUR git nor by using pacaur to fetch, build and install the package in a more automated manner.

I see you are using yay to build the package. Try using plain makepkg and see if that works for you. If that is the case, this is caused by yay and you should look for support with the yay folks.

Since the latest version I am getting a persistent build-error, very early on in the build process.

CMake Warning at /usr/share/ECM/kde-modules/KDEInstallDirs.cmake:684 (message):
  KDE_INSTALL_BINDIR, KDE_INSTALL_LIBDIR and KDE_INSTALL_INCLUDEDIR should
  either all be absolute paths or all be relative paths.
Call Stack (most recent call first):
  shell_integration/dolphin/CMakeLists.txt:22 (include)

-- Could not set up the appstream test. appstreamcli is missing.
-- Looking for __GLIBC__
-- Looking for __GLIBC__ - found
-- Performing Test _OFFT_IS_64BIT
-- Performing Test _OFFT_IS_64BIT - Success
-- Performing Test HAVE_DATE_TIME
-- Performing Test HAVE_DATE_TIME - Success
-- Configuring incomplete, errors occurred!
See also "/home/$USER/.cache/yay/stack-client/src/stack-client-build/CMakeFiles/CMakeOutput.log".
==> ERROR: A failure occurred in build().
    Aborting...