Description of problem: 6_rc0: Unable to do a VirtualBox network install After answering questions, delay, guest reboots. Tried boot.iso, Mageia-Cauldron-netinstall-nonfree-x86_64.iso, Mageia-Cauldron-netinstall-x86_64.iso dated Sep 18 22:xx Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. Used systemrescuecd-x86-4.8.1.iso to create GPT table and desired partitions 30g drive / ~20g /swap 1024 /boot_bios ~300Mib /accounts 1024 /misc 1024 /local 1024 /spare 10000000 2. Attached install isos 3. booted guest, answered questions.
Could you try to find out whether a stage1.log gets created and, if so, attach it? Did you try with more than one mirror (in case distrib/cauldron/x86_64/install/stage2/mdkinst.sqfs wasn't available or corrupted on the first one) Or did you also try an install on real hw?
Keywords: (none) => NEEDINFOCC: (none) => marja11Assignee: bugsquad => isobuild
If the problem isn't in the network iso, then the assignment is wrong :-(
(In reply to Marja van Waes from comment #1) > > Could you try to find out whether a stage1.log gets created Nope. nothing on / partition except lost+found > Did you try with more than one mirror (in case > distrib/cauldron/x86_64/install/stage2/mdkinst.sqfs wasn't available or > corrupted on the first one) It was on https://mirrors.kernel.org mdkinst.sqfs 19-Sep-2016 10:15 65M so it had more than 24 hours to get there. :) > Or did you also try an install on real hw? Not at the time. > If the problem isn't in the network iso, then the assignment is wrong :-( Guessing you mean Component: Installer If you mean Summary: then I suggest leaving it unchanged so anyone can find this bug report without knowing technical details; like xorg init fails in stage2. Going to guess xorg init problem but the fault logic test/check needs to pause with "strike any key to continue" before rebooting so user can at least write down screen contents before rebooting. Since I just now tried a hw install I was fast enough to stop output before it rebooted. Screen snippet follows: Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Theme parsing error: <data>:1:33: Using Pango syntax for the font: style property is deprecated; please use CSS syntax <data>:1:18not a number at /usr/lib/perl5/vendor_perl/5.22.2/Gtk3.pm line 988.
Keywords: NEEDINFO => (none)
Looks like the wonderful gnome-3.22 vs CSS regression Probably at http://gitweb.mageia.org/software/drakx/tree/perl-install/install/gtk.pm#n80 For the record, we do eg: "font: DejaVu Sans 12" You can try: perl -I/usr/lib/libDrakX -Mlang -e 'warn lang::l2pango_font("fr")'
CC: (none) => thierry.vignaudSource RPM: (none) => drakx-installer-stage2, gtk+3.0
I confirm, it comes from line 83
@olav: BTW, this form of CSS is still documented here: https://developer.gnome.org/gtk3/unstable/chap-css-overview.html
Created attachment 8437 [details] patching Gtk3 for more debug info regarding CSS failures
Created attachment 8438 [details] install output using previous Gtk3 patch
Assignee: isobuild => mageiatools
CC: (none) => olavAssignee: mageiatools => thierry.vignaudSummary: 6_rc0: Unable to do a VirtualBox network install => 6_rc0: Unable to do an install ("Theme parsing error: <data>:1:33: Using Pango syntax for the font: style property is deprecated; please use CSS syntax <data>:1:18not a number")
commit f4e7daf7b77358431b82f97ebb14910ff9988751 Author: Thierry Vignaud <thierry.vignaud@...> Date: Wed Sep 21 20:51:13 2016 +0200 use new CSS syntax for font (mga#19430) thus fixing gtk+-3.22 regression --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=f4e7daf7b77358431b82f97ebb14910ff9988751
Fixed
Status: NEW => RESOLVEDResolution: (none) => FIXED
*** Bug 19433 has been marked as a duplicate of this bug. ***
CC: (none) => wilcal.int
Testing here today indicates that this issue has indeed been resolved.