azure-cli: global import of antlr4 for optional sub-feature
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
azure-cli (Debian) |
Fix Released
|
Unknown
|
|||
azure-cli (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Focal |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
The monitor sub-command imports antlr4 at the global level, although it is necessary only for an optional sub-option of the sub-command. Given antlr4 is not available, this restricts usage of the whole sub-command unnecessarily.
[Test Case]
$ 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/
cmd_result = self.invocation
File "/usr/lib/
self.
File "/usr/lib/
loader.
File "/usr/lib/
from azure.cli.
File "/usr/lib/
from azure.cli.
File "/usr/lib/
import antlr4
ModuleNotFoun
[Regression Potential]
Minimal. The same patch has already been upstream for a few releases now, and has been shipping in Debian unstable/testing since early August.
[Other Info]
The issue has been fixed upstream, and the import is now reduced in scope:
https:/
Version 2.10.1-1, which is available in 20.10 Groovy, already contains a backport of this patch.
This issue has been reported upstream by Focal users, so it would be good to get the patch backported.
description: | updated |
Changed in azure-cli (Debian): | |
status: | Unknown → New |
Changed in azure-cli (Debian): | |
status: | New → Fix Released |
debdiff of fixed package