Merge lp:~utlemming/cloud-init/no_demidecode into lp:~cloud-init-dev/cloud-init/trunk
| Status: | Merged |
|---|---|
| Merged at revision: | 1053 |
| Proposed branch: | lp:~utlemming/cloud-init/no_demidecode |
| Merge into: | lp:~cloud-init-dev/cloud-init/trunk |
| Diff against target: |
450 lines (+172/-95) 6 files modified
cloudinit/sources/DataSourceAltCloud.py (+10/-21) cloudinit/sources/DataSourceCloudSigma.py (+11/-13) cloudinit/sources/DataSourceSmartOS.py (+7/-20) cloudinit/util.py (+61/-0) tests/unittests/test_datasource/test_altcloud.py (+27/-41) tests/unittests/test_util.py (+56/-0) |
| To merge this branch: | bzr merge lp:~utlemming/cloud-init/no_demidecode |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| cloud-init commiters | 2015-01-14 | Pending | |
|
Review via email:
|
|||
Description of the Change
Drop the reliance on /sbin/dmidecode.
include test cases.
| Scott Moser (smoser) wrote : | # |
| Harm Weites (harmw) wrote : | # |
I'll happily take a look into it's purpose on fbsd, but I do would like to know why you'd want to drop it in the first place... Nonetheless, I'm all for dropping useless weight :)
I do like the idea of moving the whole dmi reading stuff to a separate function() and returning some abstract thing, so even if fbsd still depends on a dmidecode binary, I can simply add some specifics to just that function.
- 1050. By Ben Howard on 2015-01-21
-
Use either syspath or dmidecode based on the availability.
| Ben Howard (utlemming) wrote : | # |
To address the concerns of FreeBSD/other distros, I've updated the code to select either the /sys path or dmidecode and added a test case for the code detection.


sadly, i dont think this is as easy as we'd like.
we were using dmidecode on freebsd also.
so taking this would almost certainly break freebsd.