Bug 1054 - Live CD's only for 32 bit install?
Summary: Live CD's only for 32 bit install?
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Release (media or process) (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Anne Nicolas
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-29 12:40 CEST by Dick Gevers
Modified: 2011-12-09 16:48 CET (History)
7 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments

Description Dick Gevers 2011-04-29 12:40:32 CEST
Description of problem:

Installed Mageia Beta2 from the GNOME Live CD. That sets up a 32 bit system only.

I would like to suggest that perhaps a Live CD be also created that could install a 64 bit Mageia, or otherwise at least make clear on the Mageia webpages that the Live CD shouldn't be used if one wants to install a 64 bit system.
Comment 1 Ahmad Samir 2011-05-07 04:27:04 CEST
@webteam, in http://mageia.org/en/downloads/ both Live CD's should have a 32bit next to the to indicate the arch.

CC: (none) => mageia-webteam

Romain d'Alverny 2011-05-07 10:54:05 CEST

Status: NEW => ASSIGNED
CC: (none) => rdalverny

Romain d'Alverny 2011-05-07 10:54:16 CEST

Assignee: bugsquad => rdalverny

Comment 2 Romain d'Alverny 2011-05-07 11:57:23 CEST
Fixed, thanks.

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED

Comment 3 Romain d'Alverny 2011-05-07 11:58:08 CEST
Ooops sorry. Fixed the 32bit label only.

As for 64bit Live CD ISOs, that's the point but I'm of no help here.

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Comment 4 Dick Gevers 2011-05-07 12:18:04 CEST
Thank you. 

Bugsquad: please reassign and/or re-prioritise. TIA

Assignee: rdalverny => bugsquad

Comment 5 Ahmad Samir 2011-05-08 05:10:11 CEST
Should be closed as WONTFIX, the 64bit live CD/DVD issue has been discussed many times and the conclusion was always the same, it's not feasible...

Assignee: bugsquad => ennael1

Comment 6 Romain d'Alverny 2011-05-08 13:05:09 CEST
The issue doesn't depend on a single parameter, there are several in play, among which:
 * increased load on ISO production and QA - for the time being, it's not automated enough and we don't have a ISO QA team big/stable enough to increase the number of ISOs to manage;
 * increased inventory of released ISO; induces a harder to read offer (not that we should have one and only one ISO to propose, but we have to find the best storyline to help people choose the ISO they need - we already have 7 ISOs: DVD 32b & 64b, CD dual, LiveCD 32b KDE & GNOME, boot ISO 32b & 64b);

(please add other reasons here, maybe link them against a separate bug when appropriate, so we can keep this as a reference)
Comment 7 AL13N 2011-05-08 13:59:06 CEST
imho: 32bit and 64bit versions cannot be counted as different ISO for the reasons of helping people choose.

imho, this could improve, by grouping the same ones for 32bit and 64bit together. (and boot.iso doesn't really count), so imho: user choices are:
 * Free DVD installer
 * dual arch CD installer (only advanced users)
 * LiveCD KDE
 * LiveCD Gnome

for users, choosing between 32bit and 64bit is not really a choice...


that 64bit executable files and directories take a little more space is normal. i guess if this is feasible that we should find some more packages to delete from the liveCD. also, since the livecd doesn't contain all locales, perhaps the 32bit one is too tight as well?

secondly, in mdv times in the past, some people had made a community version of the 64bit liveCD, does anyone have any info on that and what _THEY_ removed to make it fit?

thirdly, perhaps, one could make a dual arch liveDVD instead? (i donno if this is what users would want though.)

if the problem is really space-constraints, then perhaps one could explain to users that the 64bit version is only in LiveDVD format? (just a suggestion)

another option is to have ONLY a dual arch LiveDVD, that would effectively decrease ISO production time and QA load...

but of course, the load on ISO production and QA is one the biggest problems, which should be easily fixed:
 - ISO production => automatisation
 - QA => just find more people to test ISOs

of course, this give extra load to sysadmin team, and we're short on time too...

not an easy problem...

i gave some suggestions here... maybe the appropriate decision makers can evaluate all the options and decide from there?

CC: (none) => maarten.vanraes

Comment 8 AL13N 2011-05-08 14:28:47 CEST
Perhaps we should explain on download link that we cannot do 64bit LiveCDs, because we do not have enough QA people, and if they would agree to QA the ISO's completely, that we can make them?
Comment 9 Michael Scherer 2011-05-16 13:00:24 CEST
Sysadmins are not really impacted by the number of CD, using scp to copy 1 iso or 2 is still 1 command to run.

CC: (none) => misc

Comment 10 Thierry Vignaud 2011-05-16 13:51:05 CEST
Alternatively we could just put two kernels on the livecd instead of one:
- one 32bit one
- one 64bit one

A 64bit kernel and a pure 32bit userspace works fine.
I've tried this in the past, things mostly works (If I remember right,
rpm was a little bit lost).

CC: (none) => thierry.vignaud

Comment 11 Marja Van Waes 2011-10-11 22:16:46 CEST
When is a decision due?

CC: (none) => marja11

Manuel Hiebel 2011-11-20 01:31:37 CET

Summary: [ Beta 2 ] Live CD's only for 32 bit install? => Live CD's only for 32 bit install?

Comment 12 Thomas Backlund 2011-11-27 16:02:21 CET
Well,
we now have initial x86_64 test isos available for Mageia 2 Alpha 1.
(only one KDE4 and one Gnome for now)

But we still need more people in QA if we are going 64-bit for livecds

CC: (none) => tmb

Comment 13 Dick Gevers 2011-12-09 16:48:15 CET
IMHO time to close. Feel free to reopen if really needed :)

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.