lp:~zyga/checkbox/fix-1298452
- Get this branch:
- bzr branch lp:~zyga/checkbox/fix-1298452
Branch merges
- Brendan Donegan (community): Approve
-
Diff: 40 lines (+7/-11)2 files modifiedplainbox/plainbox/impl/secure/providers/test_v1.py (+6/-7)
plainbox/plainbox/impl/secure/providers/v1.py (+1/-4)
Related bugs
Bug #1298452: CHECKBOX_SHARE should match provider location: field | Medium | Fix Released |
Related blueprints
Branch information
Recent revisions
- 2842. By Zygmunt Krynicki
-
plainbox:
secure: providers: implement CHECKBOX_SHARE with Provider1.base_dir Fixes: https:/
/bugs.launchpad .net/checkbox/ +bug/1298452 Signed-off-by: Zygmunt Krynicki <email address hidden>
- 2841. By Zygmunt Krynicki
-
"automatic merge by tarmac [r=brendan-
donegan] [bug=1298392][author= zkrynicki] " - 2839. By Daniel Manrique
-
"Adds the audio plug detection tests to the certification and self-test whitelists. Note the 12.04 whitelists are untouched as we don't retroactively update coverage for releases. [r=zkrynicki]
[bug=][ author= roadmr] " - 2838. By Daniel Manrique
-
"Added the estimated_duration to the stress sdhc test. [r=zkrynicki][bug=1298545][author=roadmr]"
- 2837. By Daniel Manrique
-
"Updated stress test to prompt user prior to running, adding instructions as well [r=zkrynicki][bug=1298545][author=roadmr]"
- 2836. By Daniel Manrique
-
"Fixes the dmi_attachment failure bug by "eating" the bad exit code. There's some shell magic to ensure that if the top directory is unreadable, it *does* exit with an error code.
If run as a normal user, it fails to read some files. If run as root, there's one special file that it also fails to read.
The list of files it can't read is in the bug report. I checked and the exit code is indeed 2 (errors). So grep is behaving correctly; it's telling us it couldn't read some of the files. The fact that the output is suppressed means this was expected; previously we relied on checkbox "eating" the exit code for resource jobs to keep that from showing up in the test reports.
We care about grep's output, consisting of lines like:
/sys/class/
dmi/id/ chassis_ version: 0.1
/sys/class/dmi/id/ bios_date: 12/11/2013
/sys/class/dmi/id/ bios_version: A02
/sys/class/dmi/id/ sys_vendor: Dell Inc. The bug mentioned that this information might be unnecessary now, as we have the full dmidecode_
attachment and we shouldn't need this rather primitive dmi output. That could use a bit more research. For instance we could do a run with dmi_attachment and one without, and run the submissions through the parser, if they don't produce different output then we conceivably don't need dmi_attachment. [r=zkrynicki][bug=1238009][author=roadmr]"
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp:checkbox