-
Notifications
You must be signed in to change notification settings - Fork 176
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
Deployment of Python app fails because of usage of --no-dev parameter #2557
Comments
I have worked around this on my own project by adding this to my pre-build script so that we do not rely on the built in Poetry handling:
|
im having the same issue. Poetry was updated recently - https://github.com/python-poetry/poetry/blob/main/CHANGELOG.md#200---2025-01-05 Things I've tried Adding a pre build command as an environment variable, that will install the poetry version that should work with Oryx.
the log, you can clearly see the pre build command running and executing, however, oryx still seems to disregard it and installs its own version of poetry with
|
Update: I spent hours doing all sorts .... a) Use Poetry 1.8.5 I spent a few hours waiting for someone from Azure Support to contact me, and when they finally did, I spent a bunch of time troubleshooting and doing pretty much the same things I'd tried already. Only when we had exhausted all options, did the Support Admin take a breath and listen to what I thought was wrong. My Interim Solution: To remove anything to do with poetry from my project and revert to requirements.txt instead. Questions to Microsoft/Azure: When will this ever get fixed? I cant help but find this pretty humorous after nearly a full day dealing with it, and I'd gladly take any advice if there is a better alternative to what I've done above, I just literally had no time to deal with this today. |
I've also just run into this issue. What makes this even more frustrating is that it seems the |
I have an enviromnment variable That script can then contain whatever you want to do before building. There is also a In my case, pre-build is minifying HTML, building TailwindCSS and now thus creating a requirements.txt file. post-build is where you would typically cleanup stuff. |
Thanks for putting the time in to look at this, I've got it working now without poetry as well. |
We are too deep into using poetry and cannot revert to requirements.txt . By when do we expect a fix as we are blocked |
With my workaround, you can still use Poetry. I also remain to use Poetry, I just added this export command to the pre-build step. You can also do this in a pre-commit or even manually on your development environment if you want / cannot use these pre-build commands. Oryx will just check if there is a requirements.txt file, and use that. If not, it will check for pyproject.toml and use Poetry. Nevertheless this needs to be fixed ofcourse. |
python 2.0 has removed --no-dev and we need to use `--without dev` instead
Thanks @MaartenUreel for the workaround - In my case we have a mono repo hence more complexity . I have submitted a PR for the fix |
Thank you for reporting this issue. |
@sarsharma - thank you for the update. By when will this be released ? |
A pity that the fix is to pin to an old version, instead of just changing the flag as it literally said in the warning for months already...
|
@tsukhu The rollout is currently underway, and with safe deployment practices in place, it should be available across regions in the coming days. |
@MaartenUreel Currently the focus is to revert to last known state, permanent fix will mostly align with your proposal. Thank you so much for your inputs.
|
Will you let us know when we can revert to using poetry? |
@lloyd-lighthouse yes, we will add an update here once the rollout is complete. |
We continue to get the issue on our end as of this morning at 9:00 AM MST. Look forward to an update. |
@sarsharma 19:05 UTC 0, 2025-01-12. The issue persists... In my case, I am using Azure/static-web-apps-deploy@v1 (Region: West Europe) in a GitHub action. I assume your change to Oryx is not dynamically picked up by the action? I've opened issue 1601 in the Az Static Web App repo. |
Cmon team @microsoft, its been a whole week already. |
The fix should already be available in the following Azure App Service Regions: We are actively working on rolling out the fix to the remaining regions. |
The issue still persists in West Europe too. Haven't been able to do any deploys for more than a week |
@sarsharma @surenderssm could you give us some info about the reason this is taking so long? |
Still waiting for the roll out , all our apps are blocked for a while now. This is the India region .... |
Bug Report
Since a few hours, a deployment of a Python 3.12 app on Azure Web App fails.
On a working deployment, we saw this warning:
Now since the last deploy 24 hours ago, we see this message:
And the deployment fails.
It seems on working deployment, this version was pulled:
While now it is this version:
But the version of Poetry to use is not something I chose, it is part of the build process if I am not mistaken.
--no-dev is remove in version 2, so either the parameter needs to be replaced with the correct replacement or the version needs to be pinned to <2.
The text was updated successfully, but these errors were encountered: