The Feb15 stage1 is bypassing the usual prompts for install type, NIC, and HTTP proxy, and appears to be be automatically doing an HTTP install using the only NIC on the VM(fair enough) and using a server of 192.168.0.10 which doesn't exist. tty3 has a bunch of messages starting with AUTOMATIC which indicate that it is getting automatic answers to these prompts from some set of parameters, e. g. AUTOMATIC: parameter http for method means returning HTTP server ... AUTOMATIC: question Mageia directory answers /mageia/unstable/x86_64 because of param directory Seems like someone left test code enabled unintentionally ?
seems that happened here: http://svnweb.mageia.org/packages/cauldron/drakx-installer-images/current/SPECS/drakx-installer-images.spec?r1=1199917&r2=1200140 It just needs a "#" before this line in the current spec file http://svnweb.mageia.org/packages/cauldron/drakx-installer-images/current/SPECS/drakx-installer-images.spec?revision=1201566&view=markup#l141 (or all the new lines after #HOME should be removed, because they weren't there before)
Assignee: bugsquad => mageiatoolsCC: (none) => marja11Source RPM: (none) => drakx-installer-images-2.49-4
fixed in svn http://svnweb.mageia.org/packages/cauldron/drakx-installer-images/current/SPECS/drakx-installer-images.spec?r1=1201566&r2=1201797
Thanks Marja. Can you submit a rebuild of the install images and mdkinst.sqfs ?
(In reply to Frank Griffin from comment #3) > Thanks Marja. Can you submit a rebuild of the install images and > mdkinst.sqfs ? No, I don't have push rights, but tmb submitted drakx-installer-images-2.49-10.mga7 (rebuild with kernel-4.14.20-1.mga7) less than an hour ago, which contains the fix
Oups, sorry
Resolution: (none) => FIXEDStatus: NEW => RESOLVEDCC: (none) => thierry.vignaud