Description of problem: Version-Release number of selected component (if applicable): system-config-display-1.0.24-1.noarch firstboot-1.3.39-5.noarch How reproducible: Always Steps to Reproduce: 1. Enter into the ppc machine (ppcp-4as.lab.boston.redhat.com) via vnc. 2. Checked the firstboot version loaded by default. 3. Installed latest version of firstboot (firstboot-1.3.39-5.noarch) 4. Open file /etc/modprobe.conf on vi editor. 5. Change the alias name of eth0, eth1 etc. (whichever ethernet devices the file referred). 6. Moved the files ifcfg-eth0, ifcfg-eth1, etc (whichever ethernet devices available) from /etc/sysconfig/network-scripts/ dir to another location. 7. Change the firstboot file in /etc/sysconfig/. Made the word "NO" to "YES". 8. Run command init 5. 9. Run the command firstboot --reconfig. 10.Opened the firstboot on gui mode. 11.TRACEBACK ERROR message box appears. 12.Click on OK button of error message appeared. 13.Firstboot did not crash after that, but started to proceed forward and finished its set up gradually. Actual results: Expected results: Additional info:
Created attachment 129847 [details] Traceback Error details screenshot when tested through vnc.
Actual Results : TRACEBACK Error Given. Expected Results : Should not show TRACEBACK Error.
This bug has been found when testing for Errata : RHBA-2006:0324 - firstboot bug fix update, Bug 164874 â firstboot traceback on nonexistent ifcfg-eth1 in reconfig mode. arch : ppcp-4as.lab.boston.redhat.com in RHEL 4 U3 version. The Actual Results on Errata firstboot bug is different from the bug found at the time of testing. Actually in both cases Traceback error given, but the content of the error is different. Please see both the traceback error informations. The Teaceback Error information for this bug is attached with comment #1. And the traceback error information for firstboot bug is given with the Errata bug reference (bug id - 164874). Please see the both.
Kicking to firstboot, as per the error message text. It looks like firstboot is failing to give s-c-d a layout to exist in.
Okay, what's going on here is that ixf86config.readConfigFile returns None if there is no config file, and that is never getting checked anywhere in firstboot's display module. I'm going to commit a fix for that to Rawhide. system-config-display may want to check to make sure it's not getting None for self.xconfig too, just in case.