Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

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.