-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Initial port to Qt6 #77
Conversation
As we have to live with those executables for some years - wouldn't |
The executable can stay lxqt (exception: maybe startlxqt2). But not the libraries. That's what KDE handles KF libraries, |
I agree.The names of executables shouldn't change; the Qt6 ones will replace those of Qt5. |
Something has changed about
While, for example, As a result:
EDIT: |
This is the output of
Unlike in Qt5, |
Maybe something likes this: if(return_code EQUAL 0)
string(STRIP "${output}" output)
file(TO_CMAKE_PATH "${output}" output_path)
else()
message(STATUS "Got nothing from: ${_qt_qmake_executable} -query \"${qt_variable}\". LXQT_ETC_XDG_DIR will be set to '/etc/xdg'")
set(output_path "/etc/xdg")
endif() |
@tsujan Tanks for taking the time to test it. I'm aware of that issue. It's a known fact.
|
@luis-pereira, yes, I guessed that when I saw you'd checked the return code, but it was a surprise to me. My point is only that, since it can fail, we might need to set
Actually, I wanted to ask you about it. Since there will be only one LXQt session, IMHO, |
I understood the spirit of your suggestion.
It was intended for the developers. It will not help that much. Keeping |
@tsujan |
I don't see any problem. According to your logic, |
Yes, I know. I just think we might use |
Force pushing: diff --git a/CMakeLists.txt b/CMakeLists.txt
index e9e4b45..50f8aaa 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -22,7 +22,7 @@ include(cmake/modules/LXQtPreventInSourceBuilds.cmake)
#-----------------------------------------------------------------------------
# LXQT_DATA_DIR defaults to CMAKE_INSTALL_FULL_DATADIR. It's added to
-# XDG_DATA_DIRS by the startlxqt2 script
+# XDG_DATA_DIRS by the startlxqt script
# Warning: Setting LXQT_DATA_DIR must be done after including GNUInstallDirs
#-----------------------------------------------------------------------------
if (NOT DEFINED LXQT_DATA_DIR) |
To restart the Qt6 port after LXQt 1.2.0, I set |
Updated FindInstallConfigPath accordingly. QT_QMAKE_EXECUTABLE cached variable renamed to QUERY_EXECUTABLE. QT prefix removed to avoid clash with Qt CMake variables.
CMakeLists.txt
Outdated
@@ -30,7 +30,7 @@ if (NOT DEFINED LXQT_DATA_DIR) | |||
) | |||
endif() | |||
|
|||
set(LXQT_LIBRARY_NAME "lxqt" CACHE STRING "lxqt") | |||
set(LXQT_LIBRARY_NAME "lxqt2" CACHE STRING "lxqt2") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@luis-pereira
I think this instance of lxqt
could be kept as it was (no change to lxqt2
). The components that can be installed in parallel with Qt5-based ones shouldn't be affected, and the other components shouldn't be installed in parallel. Therefore, for example, there's no reason to have different LXQT_TRANSLATIONS_DIR
or LXQT_GRAPHICS_DIR
folders.
Am I missing something?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I made some tests with globalshortcuts-wip_qt6:
- translations will only be built and installed if for all
*.ts
and*.yaml
fileslxqt-
prefix is renamed tolxqt2-
. - If
LXQT_LIBRARY_NAME "lxqt"
is used translations are not loaded, they are looked for in/usr/share/lxqt2/translations
by the applications.
So not sure what the best approach is - but renaming all files will break all weblate translations settings. Just not using any lxqt2-
prefixes if port is finished?
@luis-pereira ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should try remove lxqt2
folder prefix and use plain lxqt
and then try to build same library with both Qt6 and Qt5 and link some apps to either of them.
See if some files get overwritten or other kind of conflicts happen. This way you are sure there are no side effects.
I'm not sure if this is the right place but I tried to update lxqt-transupdate. This version:
|
FTR: you can use the versionless commands to update translations, so it might work also with future Qt versions. I did a "version agnostic" of |
Instead of hardcoding the project name in several instances, use the project name variable.
CMake: test normal `lxqt` prefix
Reuse CMAKE_PROJECT_NAME
This has no effect on build itself, just for consistency
Remove "2" suffix from docstring
@gfgit We usually don't make changes in other devs' branches without their consent, but this one can be seen as an exception — it was needed. |
Any objection to merging? It's tested by several devs. |
None |
@gfgit |
See #93 |
We intend to be able to have Qt5 lxqt-build-tools and Qt6 lxqt-build-tools
installed to the same prefix location.
Major changes:
* Package name is lxqt2-build-tools.
* CMake minimum required version is 3.16.0
* start script renamed to startlxqt2
* translation update script renamed to lxqt2-transupdate
* Qt5TanslataionLoader CMake modules renamed to Qt6TranslationLoader.
Qt6 support only. USE_QT5 option dropped.
* LXQT_LIBRARY_NAME set to lxqt2