| Summary: | netinstall, custom selection screen take too long | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Manuel Hiebel <manuel.mageia> |
| Component: | RPM Packages | Assignee: | Mageia tools maintainers <mageiatools> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | isobuild, mageia, mageiatools, marja11, thierry.vignaud, tmb |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| See Also: | https://bugs.mageia.org/show_bug.cgi?id=24376 | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
| Attachments: |
report x64 media + x86 updates
default x64 and x86 |
||
|
Description
Manuel Hiebel
2018-12-01 21:42:47 CET
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
Martin Whitaker
2019-02-17 18:41:46 CET
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.12Resolution:
(none) =>
FIXED |