* rawhide-20040122.mikem (0122 + new initrd) Package totals in some installs are one higher that the number of packages listed as installed in the log. My first thought was comps, but there seems to be no comps package in any of the logs, even the ones with correct package totals. (Although there is comps-extras). Installs with correct package totals: minimal-french-nfs-TUI desktop-install-german-nfs-GUI root_fs_on_lvm-english-http-TUI Installs with incorrect package totals: raid0_install-russian-ftp-GUI raid1_on_root-italian-ftp-TUI full_server-install-english-ftp-TUI I see no particular pattern offhand.
Created attachment 97198 [details] install.log (full_server-install-english-ftp-TUI)
fwiw, FC2-re0122.0 had precisely the same testcases encounter the error.
Still happening?
The problem does not occur in the more recent FC2 trees. However, the rawhide trees are another story. It looks like every rawhide tree since has manifested the bug. Always the same three testcases too: raid0_install, raid1_on_root, and RH-full_server.
Aha, it's because rawhide trees don't end up with a comps.rpm while the FC2 trees do. And via ftp, I get a file for comps.rpm and so bump my number of packages by one, even though it's ridiculous and non-existent. Low priority to actually fix this since it shouldn't happen with a "well-formed" tree (and even when it does, it's cosmetic). And I'll bug notting/sopwith about getting comps packages built for rawhide.
I've run some additional tests today. Not all ftp installs produce the problem.