[Python-modules-team] Bug#962952: azure-cli: exception when connecting to azure services

[Luca Boccassi]

On Fri, 10 Jul 2020 17:25:59 +0100 Luca Boccassi <bluca at debian.org>
wrote:
> On Fri, 2020-07-10 at 16:15 +0200, Jakub Wilk wrote:
> > * Luca Boccassi <bluca at debian.org>, 2020-07-10, 09:54:
> > > (note that the monitor functionality is but one of the many
features
> > > and subcommands, hence the downgrade in severity).
> > 
> > It's not just the monitor functionality, whatever that is.
> > All the "az vm" commands are broken, e.g.:
> > 
> >    $ az vm list
> >    The command failed with an unexpected error. Here is the
traceback:
> > 
> >    No module named 'antlr4'
> >    Traceback (most recent call last):
> >      File "/usr/lib/python3/dist-packages/knack/cli.py", line 215,
in invoke
> >        cmd_result = self.invocation.execute(args)
> >      File "/usr/lib/python3/dist-
packages/azure/cli/core/commands/__init__.py", line 553, in execute
> >        self.commands_loader.load_arguments(command)
> >      File "/usr/lib/python3/dist-
packages/azure/cli/core/__init__.py", line 345, in load_arguments
> >        loader.load_arguments(command)  # this adds entries to the
argument registries
> >      File "/usr/lib/python3/dist-
packages/azure/cli/command_modules/vm/__init__.py", line 31, in
load_arguments
> >        from azure.cli.command_modules.vm._params import
load_arguments
> >      File "/usr/lib/python3/dist-
packages/azure/cli/command_modules/vm/_params.py", line 31, in <module>
> >        from azure.cli.command_modules.monitor.actions import
get_period_type
> >      File "/usr/lib/python3/dist-
packages/azure/cli/command_modules/monitor/actions.py", line 7, in
<module>
> >        import antlr4
> >    ModuleNotFoundError: No module named 'antlr4'
> > 
> > The "az vm" commands are so fundamental, that this bug renders the 
> > package unusable IMO.
> > 
> > As a quick&dirty work-around, I've moved the import to the function
that 
> > uses it; see the attachment.
> 
> Whether it's fundamental or not is pretty much subjective - I never
use
> it, for example. Anyway, there's a simple enough workaround as
> mentioned - install antlr4 with pip until it gets packaged. Not
ideal,
> but it will do for now. I've asked upstream if they can downgrade to
> antlr3 as well.

No answer from upstream, so applied your workaround in the latest
upload.

-- 
Kind regards,
Luca Boccassi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: This is a digitally signed message part
URL: <http://alioth-lists.debian.net/pipermail/python-modules-team/attachments/20200808/6aaf5d32/attachment.sig>