Bug 107201
Summary: | up2date registration errors on step 3: hardware | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Greg Bogle <greg> | ||||||||
Component: | up2date | Assignee: | Adrian Likins <alikins> | ||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fanny Augustin <fmoquete> | ||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | medium | ||||||||||
Version: | rawhide | CC: | redhat.10.magnum3065, redhat.bugzilla | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | i386 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2004-08-24 20:00:10 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Greg Bogle
2003-10-15 19:20:27 UTC
interesting. Could you send me the output of /sbin/ifconfig and the output of the testhardware.py script attached to this bug report? Created attachment 95210 [details]
test script for testing network hostname
Created attachment 95246 [details]
Output of testhardware.py
Created attachment 95247 [details]
Output of ifconfig
I see the same problem on an IBM Intellistation M-Pro 6868-35U with a freshly installed test3. I also have the same output from testhardware.py. Only (small) difference is that my eth0 is configured to IP 192.168.1.100 by DHCP from my router. I also tried testhardware.py on a similar box that is set up with RH9 and there it works fine, could this be a bug in the library python uses on test3? Is there any more info you would like from me? This occurs when the ip address of the machine does not resolve to a host name. Usually this is a result of using a home router since they don't provide a DNS lookup for the local 192.168.*.* addresses. When up2date tries to get a host name it fails. The new version up2date-4.1.10-1 seems to try to fix this problem, but causes another. In hardware.py in the function findHostByRoute() (line 321) the print statement is broken: print _("unable to resolve hostname for for this machine") Removing the underscore and parentheses fixes this problem, though actually removing the print statement completely would probably be the way to go. The host is set to "unknown" so the user will still see this when it is displayed. By fixing this I was able to complete registration successfully. Since Fedora seems to be implementing a lot of tools in Python I think it's necessary for all the code to be run through some sort of syntax checker prior to releasing packages. This will ensure that errors like this one get caught before the package is released, rather than at run-time. I'm not really sure where to put this suggestion since it relates to many projects, so if someone knows of the appropriate place to suggest this I'll file it there. yeah, print statement removed. seems to work better now, got some testing in. And since fedora will never actually hit these code paths (only hit when registering, which is not used on fedora), looks closed to me. 4.1.12 has the print removed. |