You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks, @rgommers – I indeed noticed this and I was going to open an issue today here, someone else got towards doing it first :) I'm happy to investigate further.
I cannot say for sure, but most likely it's coming from the build v1.2 release that came out a few days ago, so adding an upper bound should work as a temporary solution.
I'll make a note about this on the Pyodide issue tracker too. Maybe keeping build and other build frontends pinned to a specific version per Pyodide version and therefore Emscripten version (though there are plans to change the latter in pyodide/pyodide#4557) would prevent further breakage.
I have tried a few things, and the _scripts_dir to scripts_dir change did not work as such. I'm unsure how easy it is to patch the xbuildenv that Pyodide downloads from GitHub releases before setting up a build environment. I'm almost sure that the recent build releases broke the workflow, but I'll be looking to figure out now why a new version of build seems to get installed and where, thereby causing conflicts with pyodide build – also, the pypabuild.py file itself uses another file vendor/_pypabuild.py, which makes it all the more confusing as to what is happening.
This should be fixed by pyodide/pyodide#4653. I guess pinning build == 1.1 in your requirements files works for existing versions, I don't know if we want to backport a release to 0.25.x @ryanking13?
Pyodide 0.25.1 is out, a preliminary PR is at #26185. @agriyakhetarpal I needed to disable the patching, both chunks were failing to apply. Not sure what changed.
Activity
charris commentedon Mar 29, 2024
@hoodmane Any ideas as to the problem?
rgommers commentedon Mar 29, 2024
Copying the traceback for searchability:
This is a generic problem; the same failure is visible on the PyWavelets repo.
@agriyakhetarpal would you be able to investigate this issue?
agriyakhetarpal commentedon Mar 29, 2024
Thanks, @rgommers – I indeed noticed this and I was going to open an issue today here, someone else got towards doing it first :) I'm happy to investigate further.
agriyakhetarpal commentedon Mar 29, 2024
I cannot say for sure, but most likely it's coming from the
buildv1.2 release that came out a few days ago, so adding an upper bound should work as a temporary solution.rgommers commentedon Mar 29, 2024
Sounds good, and sounds like the right diagnosis. Let's add the upper bound first to unbreak things, and then investigate further?
ngoldbaum commentedon Mar 29, 2024
It looks like
_scipts_dirchanged toscripts_dirin pypa/build@f454933.agriyakhetarpal commentedon Mar 29, 2024
I'll make a note about this on the Pyodide issue tracker too. Maybe keeping
buildand other build frontends pinned to a specific version per Pyodide version and therefore Emscripten version (though there are plans to change the latter in pyodide/pyodide#4557) would prevent further breakage.agriyakhetarpal commentedon Mar 29, 2024
I have tried a few things, and the
_scripts_dirtoscripts_dirchange did not work as such. I'm unsure how easy it is to patch thexbuildenvthat Pyodide downloads from GitHub releases before setting up a build environment. I'm almost sure that the recentbuildreleases broke the workflow, but I'll be looking to figure out now why a new version ofbuildseems to get installed and where, thereby causing conflicts withpyodide build– also, thepypabuild.pyfile itself uses another filevendor/_pypabuild.py, which makes it all the more confusing as to what is happening.hoodmane commentedon Mar 30, 2024
This should be fixed by pyodide/pyodide#4653. I guess pinning
build == 1.1in your requirements files works for existing versions, I don't know if we want to backport a release to 0.25.x @ryanking13?agriyakhetarpal commentedon Mar 30, 2024
Thank you for the quick fix, @hoodmane and @ryanking13! I'll patch those changes in when it gets merged.
hoodmane commentedon Mar 30, 2024
To be clear, it was just @ryanking13 I am just reporting what he did =)
ryanking13 commentedon Mar 30, 2024
Yes, I think we should make a backport release as this will break everywhere. Until that, please pin the build version to < 1.2.0.
charris commentedon Mar 31, 2024
Pyodide 0.25.1 is out, a preliminary PR is at #26185. @agriyakhetarpal I needed to disable the patching, both chunks were failing to apply. Not sure what changed.
MAINT: Update Pyodide to 0.25.1
MAINT: Update Pyodide to 0.25.1