-
-
Notifications
You must be signed in to change notification settings - Fork 62
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
try qt6-main #320
try qt6-main #320
Conversation
…nda-forge-pinning 2023.11.14.16.04.48
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
for osx-arm64 add this to the build-script:
osx-64:
|
@conda-forge/core also I would like to know if we can upload with the label qt6 (currently it is set to vtk_qt6) but I guess having a qt6 label is more convenient as this can be used for more packages... |
recipe/meta.yaml
Outdated
@@ -16,7 +16,7 @@ | |||
# otherwise it won't be correct in the final build. | |||
|
|||
package: | |||
name: vtk | |||
name: vtk_qt6 |
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.
Is it safe to install both vtk and vtk_qt6 at the same time? If not you will need to enforce that with a mutually exclusive package. Is uggest you leave the package name the samr
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.
sorry for the noise on this one, this was the meta package name.
@conda-forge-admin please rerender |
Hi! This is the friendly automated conda-forge-linting service. I was trying to look for recipes to lint for you, but it appears we have a merge conflict. Please ping the 'conda-forge/core' team (using the @ notation in a comment) if you believe this is a bug. |
can you rebase and remove the rerendering comits |
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
@hmaarrfk what do you think about adding a qt6 label to the packages and use a new branch? |
why? just rip off the bandaid tbh, it is very confusing to constantly tell people that they need to use a specific label or branch. If you want to tell people to use a specific label, then you might as well just build our own channel (essentially equivalent) and keep it as updated as you want. It works on a small scale. I think a better solution would be to update to 9.3 and then users can pin to to 9.2 for "qt5" and "9.3" for qt6. Qt6, with the exception of qt-webengine, has been doing quite well. |
I just wanted to not introduce troubles for packages depending on qt5 and vtk. But I am happy to have it directly in conda-forge.
sounds good to me. |
I don't really know a way to avoid the troubles. My attempt is to make an easy version cutoff that people that need old can still use. It is really hard to use build strings for this since build strings are somewhat adhoc |
Hi! This is the friendly automated conda-forge-webservice. I tried to rerender for you but ran into some issues. Please check the output logs of the latest webservices GitHub actions workflow run for errors. You can also ping conda-forge/core for further assistance or you can try rerendeing locally. This message was generated by GitHub actions workflow run https://github.com/conda-forge/vtk-feedstock/actions/runs/9331856024. |
@conda-forge/core is this rerendering issue known? |
@@ -32,13 +32,15 @@ source: | |||
build: | |||
number: {{ build }} | |||
string: {{ build_string }} | |||
skip: true # [py<312] |
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.
You really want to skip all but python 3.12???
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.
This line should skip all python versions smaller than 3.12. Just to prevent building the whole build matrix.
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.
this rerendering issue also occurs if I use the conda-forge/main branch of the vtk-feedstock.
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.
yeah i saw some other strange rendering things yesterday... i had to use the bot and not local.
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.
it happens to me on osx-arm, linux-aarch64 and with the bot.
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.
Yeah. I noticed. I don't have a clear answer
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.
conda-smithy 3.32.0 worked for me by not doing the version check. Version 3.33 and 3.34 have this issue.
@conda-forge-admin, please rerender |
Hi! This is the friendly automated conda-forge-webservice. I tried to rerender for you but ran into some issues. Please check the output logs of the latest webservices GitHub actions workflow run for errors. You can also ping conda-forge/core for further assistance or you can try rerendeing locally. This message was generated by GitHub actions workflow run https://github.com/conda-forge/vtk-feedstock/actions/runs/9338304061. |
…nda-forge-pinning 2024.06.01.05.54.32
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( I do have some suggestions for making it better though... For recipe:
|
…nda-forge-pinning 2024.06.01.05.54.32
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
ppc64le fails with:
|
maybe you have to skip it: |
…nda-forge-pinning 2024.06.01.05.54.32
out of curiosity, why do you not want to build ffmpeg 6? |
@@ -32,13 +32,16 @@ source: | |||
build: | |||
number: {{ build }} | |||
string: {{ build_string }} | |||
skip: true # [py<312] |
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.
skip: true # [py<312] | |
skip: true # [ffmpeg == 6] | |
skip: true # [py<312] |
I think this should skip ffmpeg6 for you, but you should be able to build with both.
keep the build-matrix smaller. My goal is to provide freecad builds for qt6. I think it's best to do this first via the anaconda.org freecad organization. I have the fear that qt6 is making things a little bit messy. Or is there a proposal how to deal with qt6 without introducing too much issues for conda-forge? |
you can skip it if you want. but ffmpeg7 is quite new, and many projects don't always support it right off the bat. you can add a or just build the two and forget about it ;) |
@hmaarrfk I just looked into setting up azure for my personal repo, but I am a bit lost (everything seems to have changed there). What do you think about setting up a qt6 branch for the vtk-feedstock and publish the builds to a qt6-label? |
I would not setup a branch unless it has a different version number for VTK. It increases the chance of a clash. I've been using qt6 for a while now, i think it is OK. i would keep it simple for yourself. Azure kinda broke my personal repo workflow, need time to get it back up and running. |
@hmaarrfk so there is nothing special needed for qt6 (for example renaming the builds as we did here: https://github.com/conda-forge/soqt-feedstock/blob/main/recipe/meta.yaml#L1L8)? |
you added a constraint since the two packages clash: https://github.com/conda-forge/soqt-feedstock/blob/main/recipe/meta.yaml#L40 OpenCV currently builds 3 variants:
I'm trying to get rid of qt5 given the new version bump (easier to communicate) conda-forge/opencv-feedstock#417 so given that you have a version bump here, might as well only build for qt6 and move on. |
…nda-forge-pinning 2024.06.03.19.07.16
the osmesa build fails with:
is there something obvious? |
@hmaarrfk is it ok to skip the osmesa builds for now? |
That's between you and the other maintainers. Give them a week or two to respond or something? |
continued in #328 |
Checklist
0
(if the version changed)conda-smithy
(Use the phrase@conda-forge-admin, please rerender
in a comment in this PR for automated rerendering)