Mudlet: Compiling Mudlet directly in Qt-Creator doesn't work anymore

Created on 31 Jan 2021 · 6Comments · Source: Mudlet/Mudlet

Brief summary of issue / Description of requested feature:

see Title

Steps to reproduce the issue / Reasons for adding feature:

Try to build Mudlet directly in Qt-Creator
Several errors about keychain_unix.cpp
Build not succesful

Error output / Expected result of feature

It should build succesfully.

Extra information, such as Mudlet version, operating system and ideas for how to solve / implement:

Os: Ubuntu 20.10
Version: latest code from development branch (31 Jan 2020)

After some discussion with Vadi on discord he found out that the https://github.com/Mudlet/Mudlet/commit/f284aaf502aa9acedd7e8b4b603b1ebc75abd538 is responsible for the issue.

A workaround is to open the project using CMakeLists.txt instead of mudlet.pro

Source

Edru2

All 6 comments

If your OS (Linux / FreeBSD) has the package/library available as a package that you can install you might get by if you define the environmental variable WITH_OWN_QTKEYCHAIN=NO so that Mudlet links to and uses the OSes copy rather than trying to build it itself...

SlySven on 1 Feb 2021

👍1

Doing a sortof git bisect on the submodule to see where it breaks things for us...

SlySven on 1 Feb 2021

👍1

This seems to have gotten broken at: https://github.com/frankosterfeld/qtkeychain/commit/cbc626edcd4920704f74d271acc1fd6dac508b2e - I have raised this upstream as https://github.com/frankosterfeld/qtkeychain/issues/182 .

SlySven on 1 Feb 2021

👍1

Upstream issue was fixed meanwhile.
Do we notice any change here, too?

Kebap on 4 Feb 2021

Haven't merged the change yet - I've merged it into https://github.com/Mudlet/qtkeychain, and dependabot will submit an update for development in it's Friday run.