Skip to content
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

Qt5 latest workflow #151

Merged
merged 4 commits into from
Nov 17, 2023
Merged

Qt5 latest workflow #151

merged 4 commits into from
Nov 17, 2023

Conversation

YuriUfimtsev
Copy link
Contributor

@YuriUfimtsev YuriUfimtsev commented Nov 17, 2023

CI workflow for Qt5 latest builds on Ubuntu-latest worker based on #149.
Adds a new step that allows to build PythonQt with freshly generated code.
Now contains qt 5.12 version for testing a new scenario, but easily can be changed to 5.* (equivalent to 5.15) when PR #146 is merged.

Copy link
Contributor

@mrbean-bremen mrbean-bremen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks good to me, thanks! One question (also to @iakov) - I wonder if it would make sense to use this as the default workflow, e.g. integrate it also into the other workflows?

@@ -0,0 +1,77 @@
name: Latest Qt5
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe change the name to something like "Use generated code", as this is certainly not the latest Qt5. There are two othyer workflows (ubuntu 22.04 and WinGW 7.3) with Qt 5.15.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, there is some misunderstanding between "latest qt" and 5.12 :)
I will rename it to the more suitable form

strategy:
fail-fast: false
matrix:
qt-version: [ '5.12.*' ]
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Now that the other branch is merged, you may try to add "5.15.*" to the matrix.

@YuriUfimtsev
Copy link
Contributor Author

This looks good to me, thanks! One question (also to @iakov) - I wonder if it would make sense to use this as the default workflow, e.g. integrate it also into the other workflows?

After discussion with @iakov,
Sounds good but the main purpose of this workflow is to prevent from occurring some generator problems like string duplication founded in the #137 PR, that breaks the PythonQt build.
So the "mission" of this workflow is to ensure that generator fixes don't break generator and don't negatively affect to the generated_cpp.

We don't think that it is needed for every qt version, moreover, it seems to be unneeded to check freshly generated code for qt less than 5.6 version, because these versions are not the LTS, not supported, and correctly generated_cpp, which are needed for PythonQt, are already in master. For the latest versions, especially for the LTS versions, it seems more reasonable to do a check.

Thus, the task is to check the correctness of the new versions of the generator and the generating on the new versions of Qt, so a separate workflow for this seems to us a good idea

@mrbean-bremen
Copy link
Contributor

Agreed. I still would like to see 5.15 added here, though.

@mrbean-bremen mrbean-bremen merged commit f15effe into MeVisLab:master Nov 17, 2023
13 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants