On x86_64 as default, the installer use x86_64 medias and add i586 core/nonfree In my VM, if I want to go in the custom selection it take - from media selection to desktop selection: 32s - from desktop selection to custom selection: 1m57s (default custom selection is 8048Mo) In the same VM, if I remove i586 medias, it take - from media selection to desktop selection: 26s - from desktop selection to custom selection: 32s (default custom selection is 6994Mo) Quick fix: don't select as default i586 (what is the point btw ?) Real fix: check what's happening
Created attachment 10519 [details] report x64 media + x86 updates if we unselect core 32bit release you can't unselect core 32 bit update and here it was not ignored as I wanted
Created attachment 10520 [details] default x64 and x86
I've now disabled the 32bit medias on x86_64 installs on primary mirror... They will still get added as source to make it simple for users to select 32bit packages if they need them... We probably still need to check what installer does on upgrades, but clean installs should now be faster
CC: (none) => tmb
(In reply to Thomas Backlund from comment #3) > I've now disabled the 32bit medias on x86_64 installs on primary mirror... As sysadmin, so outside the ISOs, or do I misunderstand? > > They will still get added as source to make it simple for users to select > 32bit packages if they need them... > > We probably still need to check what installer does on upgrades, but clean > installs should now be faster So this report needs to stay open for the check on the upgrades.
CC: (none) => isobuild, mageiatools, marja11
(In reply to Marja Van Waes from comment #4) > (In reply to Thomas Backlund from comment #3) > > I've now disabled the 32bit medias on x86_64 installs on primary mirror... > > As sysadmin, so outside the ISOs, or do I misunderstand? > Yep. When you add online mirrors from now on, if you are running x86_64 install, it will add the 32bit medias, but they will not be enabled. > > > > They will still get added as source to make it simple for users to select > > 32bit packages if they need them... > > > > We probably still need to check what installer does on upgrades, but clean > > installs should now be faster > > So this report needs to stay open for the check on the upgrades. Yep
(In reply to Manuel Hiebel from comment #0) > Quick fix: don't select as default i586 (what is the point btw ?) I believe the only extra thing that gets installed is the 32-bit version of pulse audio (and its dependencies). Colin's justification for it (from the spec file) was: # (cg) Suggest the 32 bit library on 64 bits to ensure compatibility # with (typically closed source) 32 bit apps. I guess this is getting less relevant as the years go by. If you have the 32-bit repos enabled, both 32-bit and 64-bit > Real fix: check what's happening It may be your mirror responding slowly. I just tried using distrib-coffee and got 13s + 13s. Using my local NAS box (via FTP) took 8s + 10s.
CC: (none) => mageia
(In reply to Thomas Backlund from comment #3) > I've now disabled the 32bit medias on x86_64 installs on primary mirror... The 32-bit nonfree media are still enabled...
(In reply to Martin Whitaker from comment #7) > (In reply to Thomas Backlund from comment #3) > > I've now disabled the 32bit medias on x86_64 installs on primary mirror... > > The 32-bit nonfree media are still enabled... Yeah, thats drakx code enabling them along with x86_64 when detecting need for nonfree stuff We need to fix that up
CC: (none) => thierry.vignaud
Meaning in media.cfg only core release and core updates are enabled by default, the rest is up to drakx (or urpm...)
(In reply to Martin Whitaker from comment #6) > (In reply to Manuel Hiebel from comment #0) > > Quick fix: don't select as default i586 (what is the point btw ?) > > I believe the only extra thing that gets installed is the 32-bit version of > pulse audio (and its dependencies). Colin's justification for it (from the > spec file) was: > > # (cg) Suggest the 32 bit library on 64 bits to ensure compatibility > # with (typically closed source) 32 bit apps. > > I guess this is getting less relevant as the years go by. > > If you have the 32-bit repos enabled, both 32-bit and 64-bit > > Real fix: check what's happening > > It may be your mirror responding slowly. I just tried using distrib-coffee > and got 13s + 13s. Using my local NAS box (via FTP) took 8s + 10s. For me, this is in the dependency check. there is 17208 "* packageCallbackChoices: default choice" on the report.bug with all media versus only 916 with only 64bit
(In reply to Thomas Backlund from comment #8) > (In reply to Martin Whitaker from comment #7) > > (In reply to Thomas Backlund from comment #3) > > > I've now disabled the 32bit medias on x86_64 installs on primary mirror... > > > > The 32-bit nonfree media are still enabled... > > > Yeah, thats drakx code enabling them along with x86_64 when detecting need > for nonfree stuff > > We need to fix that up (In reply to Thomas Backlund from comment #9) > Meaning in media.cfg only core release and core updates are enabled by > default, the rest is up to drakx (or urpm...) Assigning to the Mageia Tools maintainers, then.
Assignee: bugsquad => mageiatools
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=24376
> > The 32-bit nonfree media are still enabled... > > Yeah, thats drakx code enabling them along with x86_64 when detecting need > for nonfree stuff > > We need to fix that up Fixed in drakx-installer-stage2-18.12
Resolution: (none) => FIXEDStatus: NEW => RESOLVED