Merge lp:~therve/landscape-client/localhost-hostname into lp:~landscape/landscape-client/trunk
Proposed by
Thomas Herve
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | Björn Tillenius | ||||
Approved revision: | 301 | ||||
Merged at revision: | 300 | ||||
Proposed branch: | lp:~therve/landscape-client/localhost-hostname | ||||
Merge into: | lp:~landscape/landscape-client/trunk | ||||
Diff against target: |
137 lines (+48/-7) 4 files modified
landscape/broker/registration.py (+4/-3) landscape/lib/network.py (+19/-1) landscape/lib/tests/test_network.py (+23/-1) landscape/monitor/computerinfo.py (+2/-2) |
||||
To merge this branch: | bzr merge lp:~therve/landscape-client/localhost-hostname | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Björn Tillenius (community) | Approve | ||
Kevin McDermott (community) | Approve | ||
Review via email: mp+42951@code.launchpad.net |
Description of the change
The branch defines a new get_fqnd function which does some magic if the returned value of socket.getfqdn() is not sensible. I've found the getaddrinfo invocation in hostname source, and the intertubes. It "worked" on my machine which was broken since the upgrade to maverick, and also my lucid server.
To post a comment you must log in.
+ C{get_fqdn} fallbacks to C{socket. getaddrinfo} with C{AI_CANONNAME}
"falls back"...
+ Return the current fqdn of the machine, trying hard to return a meaninful
meaningful
Other than a couple of typos, this is cool, shame we have to work round an Ubuntu bug :-(
+1 for merge