Description of problem: loader received SIGABRT! Backtrace: [0x401ade] [0x5251a0] [0x5843e5] [0x525880] [0x53ede5] [0x53e5e4] [0x56e63d] [0x471b09] [0x4734ea] [0x469e21] [0x471526] [0x4187e1] [0x41aaf2] [0x41b95b] [0x41ff93] [0x40383d] [0x516ce9] [0x4001e9] install exited abnormally [1/1] Version-Release number of selected component (if applicable): anaconda-11.4.0.3 Booted from this image in QEMU/KVM: http://download.fedora.redhat.com/pub/fedora/linux/development/x86_64/os/images/boot.iso from 29-Nov-2007 06:18 (9.7M), (24baacfb3e4a9bf93123572f99907db9). Steps to Reproduce: Boot off the CD, get to IP configuration step either by choosi some network installation method or adding "telnet" to command line, etc. Additional info: Screenshots of other consoles will follow.
Created attachment 273061 [details] tty3
For my future reference: 0x401ade /usr/src/debug/anaconda-11.4.0.3/loader2/loader.c:1456 0x5251a0 /usr/src/debug/anaconda-11.4.0.3/stubs/unicode-lite.c:28 0x5843e5 /usr/src/debug/anaconda-11.4.0.3/stubs/unicode-lite.c:28 0x525880 /usr/src/debug/anaconda-11.4.0.3/stubs/unicode-lite.c:28 0x53ede5 /usr/src/debug/anaconda-11.4.0.3/stubs/unicode-lite.c:28 0x53e5e4 /usr/src/debug/anaconda-11.4.0.3/stubs/unicode-lite.c:28 0x56e63d /usr/src/debug/anaconda-11.4.0.3/stubs/unicode-lite.c:28 0x471b09 ??:0 0x4734ea ??:0 0x469e21 ??:0 0x471526 ??:0 0x4187e1 /usr/src/debug/anaconda-11.4.0.3/loader2/net.c:1397 0x41aaf2 /usr/src/debug/anaconda-11.4.0.3/loader2/net.c:590 0x41b95b /usr/src/debug/anaconda-11.4.0.3/loader2/net.c:1931 0x41ff93 /usr/src/debug/anaconda-11.4.0.3/loader2/telnetd.c:238 0x40383d /usr/src/debug/anaconda-11.4.0.3/loader2/loader.c:1708 0x516ce9 /usr/src/debug/anaconda-11.4.0.3/stubs/unicode-lite.c:28 0x4001e9 ??:0
Since the last call in net.c there is pumpSetupInterface, this looks to be a problem in the libdhcp code getting something it's not expecting.
I wonder if it would be possible to get gdbserver into rawhide builds of stage1, so issues like this could be conveniently looked into.
Also reproducible in 11.4.0.4 boot.iso, x86_64 only, not i386.
*** This bug has been marked as a duplicate of 378641 ***