Closed beckermr closed 3 years ago
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 (recipe
) and found it was in an excellent condition.
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 (recipe
) and found it was in an excellent condition.
I do have some suggestions for making it better though...
For recipe:
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 (recipe
) and found it was in an excellent condition.
I do have some suggestions for making it better though...
For recipe:
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 (recipe
) and found it was in an excellent condition.
I do have some suggestions for making it better though...
For recipe:
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 (recipe
) and found it was in an excellent condition.
cc @vrindger
@conda-forge/pyqt this one is ready for review!
@beckermr do we still need https://github.com/conda-forge/sip-feedstock ? pyqt
provides its own sip AFAICT. Now that sip
and pyqt
are now providing different versions of sip I am seeing some RuntimeError: the sip module implements API v12.0 to v12.6 but the qgis._gui module requires API v12.7
errors when compiling qgis
(https://github.com/conda-forge/qgis-feedstock/pull/154) as they both get pulled in.
Am I missing something?
pyqt always shipped its own sip. I just moved it to another package. So I don't think this error is related.
So I don't think this error is related.
Yes you are right, it is just that recently the versions of sip within the sip
package and the one in pyqt
have diverged quite a bit (4.19.24 vs 4.12.3) which seems certain to cause problems down the track.
qscintalla2
(and probably other packages) depend on both pyqt
and sip
. Currently this means any package pulling on qscintilla2
gets 2 copies of sip and what I'm seeing in qgis
is that the executable is one version, but the python bindings are another (due to the version mismatch). This seems a bit crazy even if the versions were the same.
I guess what I'm really asking is: should pyqt
depend on the sip
package rather than bundling its own? Or alternatively we remove the sip
package (and update some recipes).
IDK. Maybe @conda-forge/pyqt can weigh in?
I guess what I'm really asking is: should
pyqt
depend on thesip
package rather than bundling its own? Or alternatively we remove thesip
package (and update some recipes).
Ideally we should remove sip
from pyqt
and we would use our build everywhere. However, at this point, it is probably easier to just not use our sip and updated the other recipes.
However, at this point, it is probably easier to just not use our sip and updated the other recipes.
OK will look into this. Just noticed that qscintilla2
needs a more recent sip
than pyqt
has (https://github.com/conda-forge/qscintilla2-feedstock/blob/master/recipe/meta.yaml#L52) so maybe first step is to sync the versions...
See https://github.com/conda-forge/pyqt-feedstock/pull/94 - maybe this will be all that is required :crossed_fingers:
Checklist
0
(if the version changed)conda-smithy
(Use the phrase code>@<space/conda-forge-admin, please rerender in a comment in this PR for automated rerendering)closes #77