Bug 673824

allowwireless is for bringing up wireless in the loader, which is useful if you want to do things like fetch your kickstart file over wireless, etc.  You've got the ability to bring the wireless up later with Network Manager if you want.

(In reply to comment #1)
What if I want to connect to a WPA2 encrypted AP for fetching said kickstart file? File a new bug?

(In reply to comment #2)
> (In reply to comment #1)
> What if I want to connect to a WPA2 encrypted AP for fetching said kickstart
> file? File a new bug?

Yes, I want to add option of WPA2 authentication into kickstart. It would be good to have a reference bug.

The 15-Alpha.TC1 installer prompts the user for the network interface before launching the graphical interface regardless of whether "allowwireless" was added to the installer options or not.

Because you are doing something that requires bringing up the network - fetching the kickstart file, fetching an updates image, etc. but have not told anaconda how to go about enabling the network to do this.  You either need to add command line arguments or answer the question in loader.  I'll reassign this to Radek to decide if he wants to use this as the reference bug, but anaconda is acting as it should here.

(In reply to comment #5)
Unfortunately, anaconda prompts for the network interface before firing up the graphical installer even when not a single boot option has been added.

A confirmation of this issue at test.lists.fedoraproject.org:

Thread: fc15 TC1 isos
John Watzke <watzkej gmail com>:
.. It prompted me for a network connection which I just cancelled ..

I do not know how John would cancel this step when only choices like "Back", "Identify", and "Ok" are given, forcing you to ensure a valid network connection at this point but he clearly confirms the basic issue.

The bug is also present for anaconda-15.20-1.fc15 included in the F15 Alpha TC2 netinst image. Contrary to John, I still haven't found a means to postpone network configuration until the graphical installer has fired up.
Note that the current netinst image behaves like the abandoned (mini) boot.iso which did -not- include stage2.img, and wich needed to download the graphical installer first. Boot option "askmethod" has exactly the same effect, but I haven't used this in any of my attempts.

Installation is not detected as METHOD_CDROM (so initial METHOD_URL is kept) as neither .discinfo, nor .treeinfo files are found on image in this chunk:

        if ((rc = doPwMount(devices[i]->device, "/mnt/source", "iso9660", "ro", NULL)) == 0) {
            if (!access("/mnt/source/.treeinfo", R_OK) && !access("/mnt/source/.discinfo", R_OK)) {
                 loaderData->method = METHOD_CDROM;
                 checked_asprintf(&loaderData->instRepo, "cdrom://%s:/mnt/source", devices[i]->device);
                 return LOADER_OK;
            } else {
                /* This wasn't the CD we were looking for.  Clean up and
                 * try the next drive.
                 */
                umount("/mnt/source");
            }
        }

We'd probably need a way to detect netinst image specifically and set loaderData->method to METHOD_CDROM while leaving loaderData->instRepo empty in the case of netinst.

(In reply to comment #8)
Just for the record: detection of METHOD_CDROM used to work ever since the fat boot.iso including stage2.img was introduced up to F14.

No improvement for anaconda-15.20.1-1.fc15.

We need to check loaderData->instRepo instead of loaderData->method in STEP_NETWORK. The latter is obsoleted by stage 2 moved into initrd.img since F15. I am thinking about F15 NiceToHave propsal.

From alpha blocker review meeting #3:
#agreed 673824 rejected nth

*** Bug 680410 has been marked as a duplicate of this bug. ***

This affects also DVD on usb stick (bug #680410) and most probably also hd: installs.

As new use cases affected by the bug were found (comment #14), re-proposing as NiceToHave.

*** Bug 684490 has been marked as a duplicate of this bug. ***

(In reply to comment #15)
> As new use cases affected by the bug were found (comment #14), re-proposing as
> NiceToHave.

Clearing whiteboard so this request actually is re-reviewed.  I support this as a nice-to-have for Beta.

cherry-picked to f15-branch.

anaconda-15.25-1.fc15 has been submitted as an update for Fedora 15.
https://admin.fedoraproject.org/updates/anaconda-15.25-1.fc15

Package anaconda-15.25-1.fc15:
* should fix your issue,
* was pushed to the Fedora 15 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing anaconda-15.25-1.fc15'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/anaconda-15.25-1.fc15
then log in and leave karma (feedback).

Adding AcceptedNTH since this is already included in anaconda-15.25-1

VERIFIED using anaconda-15.25-1 included in a custom built boot.iso

anaconda-15.25-1.fc15 has been pushed to the Fedora 15 stable repository.  If problems still persist, please make note of it in this bug report.

*** Bug 683352 has been marked as a duplicate of this bug. ***