Closed jiasli closed 7 months ago
As
pymsalruntime
doesn't have a GitHub repo, the MSAL repo is the closest topymsalruntime
.
Fair enough. I'll assign this issue to @ashok672 , though. :-)
Describe the bug Even though #604 declared the support for Python 3.12, installing
msal[broker]
fails on Python 3.12.
msal[broker]
package's dependency pymsalruntime
does not currently have a build artifact for Python 3.12.@iulico-1 , @ashok672 and I happened to mention about this known issue earlier today.
604 was about MSAL Python itself being cross-Python-versions. But the
msal[broker]
package's dependencypymsalruntime
does not currently have a build artifact for Python 3.12.
Well, this is only part of the reason. Even though pymsalruntime
doesn't have a built artifact for Python 3.12, it should be able to compile on Python 3.12 with a C compiler (VC 2019 on my machine). The fact is it does not because of LNK2001
:
PyMsalRuntime.obj : error LNK2001: unresolved external symbol PyUnicode_AsUnicode
PyMsalRuntime.obj : error LNK2001: unresolved external symbol PyUnicode_FromUnicode
604 was about MSAL Python itself being cross-Python-versions. But the
msal[broker]
package's dependencypymsalruntime
does not currently have a build artifact for Python 3.12.Well, this is only part of the reason. Even though
pymsalruntime
doesn't have a built artifact for Python 3.12, it should be able to compile on Python 3.12 with a C compiler (VC 2019 on my machine). The fact is it does not because ofLNK2001
:PyMsalRuntime.obj : error LNK2001: unresolved external symbol PyUnicode_AsUnicode PyMsalRuntime.obj : error LNK2001: unresolved external symbol PyUnicode_FromUnicode
I heard that we ran into similar issues while attempting to build it with Python 3.12. We will work on it. By the time that we eventually solve this, we shall be able to ship an already-built whl file to PyPI, so that customers do not have to deal with all these.
Any news on this downstream issue since November 2023, just following up on this comment here : https://github.com/Azure/azure-cli/issues/27673#issuecomment-1877048735
It does not seems like this was uploaded to pip or the package itself fixed. Its failing in Visual Studio 2022 PY3.12 windows server 2022 x64 What is the working version combination?
@AkechiShiro , @vairakkumaar-svs-hf ,
For now, instead of pip install msal[broker]
, try this as a workaround.
pip install msal
pip install pymsalruntime
UPDATE:
pip install pymsalruntime==0.14.0
as a short term workaround, until newer patch of pymsalruntime becomes available.I would suggest not to close this issue until newer patch of pymsalruntime becomes available, as customers are still reporting issues in Azure CLI repo: https://github.com/Azure/azure-cli/pull/28483#issuecomment-1971723754
UPDATE:
This has technically been fixed in MSAL Python 1.27
However, the latest PyMsalRuntime 0.14.1 happens to be not quite ready. Downstream apps would need to manually do
pip install pymsalruntime==0.14.0
as a short term workaround, until newer patch of pymsalruntime becomes available.I would suggest not to close this issue until newer patch of pymsalruntime becomes available, as customers are still reporting issues in Azure CLI repo: Azure/azure-cli#28483 (comment)
Since the problematic pymsalruntime 0.14.1 has been yanked, the existing latest MSAL Python 1.27.0 can pull the pymsalruntime 0.14.0 which works with Python 3.12. @jiasli , I would suggest:
Describe the bug Even though #604 declared the support for Python 3.12, installing
msal[broker]
fails on Python 3.12.As
pymsalruntime
doesn't have a GitHub repo, the MSAL repo is the closest topymsalruntime
.To Reproduce
Error: