memory/info test failing with traceback in Eoan
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Next Generation Checkbox (CLI) |
New
|
Undecided
|
Unassigned |
Bug Description
In a test run on Eoan pre-release, the memory/info test failed with the following traceback:
ERROR:root:Unable to parse JSON: Expecting ',' delimiter: line 24 column 8 (char 657)
Traceback (most recent call last):
File "/tmp/nest-
sys.
File "/tmp/nest-
installed_
File "/tmp/nest-
lshw.
File "/usr/lib/
self.
UnboundLocalError: local variable 'lshw' referenced before assignment
This is from a test on jehan in 18T:
https:/
I'm running another Eoan test on another system now.
This seems to be a bug either in the "lshw -json" output or in the Python json module's ability to parse said output. In particular, there's been a change in the output with Eoan. Previous versions produce something like this:
"capabilities" : {
"smbios-2.7" : "SMBIOS version 2.7",
"dmi-2.7" : "DMI version 2.7",
"vsyscall32" : "32-bit processes"
},
"children" : [
{
"id" : "core",
"class" : "bus",
In Eoan, the equivalent segment looks like this:
"capabilities" : {
"smbios-2.7" : "SMBIOS version 2.7",
"dmi-2.7" : "DMI version 2.7",
"smp" : "Symmetric Multi-Processing",
"vsyscall32" : "32-bit processes"
} {
"id" : "core",
"class" : "bus",
I'm making inquiries to try to determine whether the new JSON output is valid or not, which will determine whether to file a bug against lshw or the Python json library.