glbinding is not installed properly

edited 2020 Dec 24 in Developers
Hello, I'm trying to use your new build system, unsuccessful so far. build_deps.py script first gave me error about cloning the_Foundation (permission denied, public key), I had to clone it manually using https link instead of ssh. But ok, after that the script built all 3 deps successfully. However, some file seem to be missing for glbinding installation, no files regarding that module are found in deps/products/lib/cmake. Thus cmake can not find glbinding package. Note that glbiding files are present in deps/products/include, so it's partially installed.

Comments

  • Yes indeed, I'm fixing that at the moment. The way it's supposed to work is that Findglbinding.cmake should use the glbinding-config.cmake from "deps/products/". Should be up and running soon.

    I'll also change the_Foundation repository URL to a public one.
  • I pushed a couple of commits that should fix the build, although I haven't tested if the result actually runs on Linux yet.
  • Looking for glbinding...
    CMake Error at doomsday/cmake/Findglbinding.cmake:7 (find_package):
    Could not find a package configuration file provided by "glbinding" with
    any of the following names:

    glbindingConfig.cmake
    glbinding-config.cmake

    Add the installation prefix of "glbinding" to CMAKE_PREFIX_PATH or set
    "glbinding_DIR" to a directory containing one of the above files. If
    "glbinding" provides a separate development package or SDK, be sure it has
    been installed.
    Call Stack (most recent call first):
    doomsday/libs/gui/CMakeLists.txt:18 (find_package)
  • Pushed one more commit, please try again...
  • Almost there, builds fine now, error at creating package:
    CPack: Create package using RPM
    CPack: Install projects
    CPack: - Run preinstall target for: Doomsday
    CPack: - Install project: Doomsday []
    CMake Error at /mnt/d/projects/git/Doomsday-Engine/build/doomsday/libs/gui/cmake_install.cmake:126 (file):
    file INSTALL cannot find "/lib/libglbinding.so.3": No such file or
    directory.
    Call Stack (most recent call first):
    /mnt/d/projects/git/Doomsday-Engine/build/doomsday/libs/cmake_install.cmake:50 (include)
    /mnt/d/projects/git/Doomsday-Engine/build/doomsday/cmake_install.cmake:47 (include)
    /mnt/d/projects/git/Doomsday-Engine/build/cmake_install.cmake:47 (include)
  • file INSTALL cannot find "/lib/libglbinding.so.3": No such file or
    directory.
    Pushed a fix for this.
  • Package builds and installs successfully, can not be launched though:
    [EventLoop] Event loop terminating due to an uncaught exception
    [NotFoundError] (in PackageLoader::load) Package "net.dengine.stdlib" is not available
  • Hmm, I'll investigate...
  • File /usr/share/doomsday/net.dengine.stdlib.pack exists
  • The application does start if I set /usr/share/doomsday as a working directory, didn't have to do it before.

    Also mod detection is somewhat broken: .box folders are not considered as mods now but are scanned recursively and every pk3 is added to the mod list separately.
  • @thesourcehim you are building on linux?

    did you run into this?
    -- Checking for module 'eopenssl11'
    -- No package 'eopenssl11' found

    @skyjake do you know what package this is in in ubuntu 20.10?
  • I encounter this during build:
    -- Checking for module 'eopenssl11'
    -- Package 'eopenssl11', required by 'virtual:world', not found
    -- Checking for module 'openssl'
    -- Found openssl, version 1.1.1i
    And the build process continues normally after that.
  • @KuriKai That is a benign message and you can ignore it. (Doomsday doesn't use OpenSSL.) I'll adjust the build_deps.py script so that it disables that feature of the_Foundation.
Sign In or Register to comment.