This problem only manifests when installing from the dual arch ISO, as KDE is an available option in the installer regardless of the fact that the user has selected to add online sources; as without online sources KDE/GNOME can't be installed as they're not on the ISO.

actually this is more than just dual arch ISO. it's an example of a bigger problem underneath.

it depends on what exactly is on the ISO. eg: if we'd have a separate Gnome or KDE iso, it would have the same thing, it does depend on how we package things, but tbh, if it would be "fixed" underneath, it wouldn't matter, and there'd be an easy way of detecting if the release is flawed because a category is unavailable.

if something is not available on the release for some reason, it shouldn't be selectable or you should be warned about it, given the choice to get more media, and that is just too complex...

(In reply to comment #0)
> 
> I have no exact example in mageia, but i remember that this was in mandriva a
> problem.

But this is not mandriva bugzilla.

CC: (none) => boklm

that is true, however that bug is still there, even if we didn't do any small ISOs yet...

Not a bug, remember that users can add other medias like ftp, http, so if these categories are not there, it would render the above feature useless.

Iâm not sure categories could be added or removed dynamically to these lists, I would be in favor of closing the bug.

CC: (none) => shikamaru

well, if i have some time, i would like to disable the checkbox dependant on which media is there and/or added.

I 've installed Mageia Alpha2 with Dual CD 64 bits. During the installation, i've checked "Game", "LXDE", "KDE" and "Gnome". But only "LXDE" packages seems to be present after installation.

CC: (none) => contact

yeah, this is exactly the problem that need fixing, only lxde is actually on the disc, so we need to find a way to disable the checkboxes for it, unless the user also requested online media as well...

a secondary idea to fix this more rapidly:

if selected feature is not present on the media in question, remember it and if they user updates later on, we can install those missing rpms at that time.

*** Bug 649 has been marked as a duplicate of this bug. ***

I 've installed Mageia Beta1 with Dual CD 64 bits. During the installation,
i've checked "Game", "LXDE", "KDE" and "Gnome". But only "LXDE" packages seems
to be present after installation.

*** Bug 808 has been marked as a duplicate of this bug. ***

CC: (none) => LpSolit

(In reply to comment #5)
> Not a bug, remember that users can add other medias like ftp, http, so if these
> categories are not there, it would render the above feature useless.
> 
> Iâm not sure categories could be added or removed dynamically to these lists, I
> would be in favor of closing the bug.

I strongly disagree with both this comment and the fact that the bug moved from major to enhancement. You offer the dual arch CD as a valid media to install Mageia, and then you say the user just has to add other medias to make things work. This is not acceptable. It's like saying "the user should know", which is definitely not true, and generates a very bad experience (especially if the user formatted his HD and has no way to google the web to know what's wrong).

Please reconsider.

CC: (none) => ahmadsamir3891

Several people are of the opinion that the dual arch CD is not for regular users.

I personally don't care how it's marketed, but i still want it, mostly for server installs and double rescue modes on 1 CD.

however, i stand by my comment, we should find something quick and easy to fix the missing packages later, I'm willing to spend some time on this to get this fixed, but i can't at the moment. and i'm not sure if this modification would make it in time... with the rigorous overviewing such a patch would receive.

but i'll try, somewhere next week...

May I suggest adding options at the "Updates are available" page in the installer *if* a DE has been selected that is not on the CD.

Something like "You selected KDE desktop which is not on the CD, would you like to download it now?"

Easy to suggest I know :-/

Barry

CC: (none) => zen25000

(In reply to comment #13)
> (In reply to comment #5)
> > Not a bug, remember that users can add other medias like ftp, http, so if these
> > categories are not there, it would render the above feature useless.
> > 
> > Iâm not sure categories could be added or removed dynamically to these lists, I
> > would be in favor of closing the bug.
> 
> I strongly disagree with both this comment and the fact that the bug moved from
> major to enhancement. You offer the dual arch CD as a valid media to install
> Mageia, 

Ideally with a big fat banner that says "this CD ISO can be used to install 32bit or 64bit Mageia, and only includes LXDE on the ISO". That should be done before final release anyway, an explanation of what each ISO is/can-do.

(In reply to comment #15)
> May I suggest adding options at the "Updates are available" page in the
> installer *if* a DE has been selected that is not on the CD.
> 
> Something like "You selected KDE desktop which is not on the CD, would you like
> to download it now?"
> 
> Easy to suggest I know :-/
> 
> Barry

Yeah, needs the installer to be reworked, I think.

CC: (none) => mageia, pterjan, thierry.vignaud

Assigning to maintainer now that our maintainer's database has an entry for this package. Please assign back to bugsquad@mageia.org in case of a mistake from me.

Assignee: bugsquad => thierry.vignaud

*** Bug 5773 has been marked as a duplicate of this bug. ***

CC: (none) => derekjenn

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Created attachment 2911 [details]
compssUsers.patch

Attached patch will suppress any package group from the install page if the first 'required' package in the group is not present in the available media.

This will have the effect of removing KDE and Gnome from the selection in a dual-cd install as well as many groups.

As a side effect it also adds XFCE to the list of desktop environments see bug 3718

some if are iirc useless as we don't use all label, but it seems a enough to me

Keywords: (none) => PATCH
Source RPM: drakx-installer-stage2 => drakx-installer-stage2, meta-task
Whiteboard: 3alpha1 => 3alpha2

so any other review ?

CC: (none) => ennael1

for database: 'postgresql9.1' is too specific, have something with no version in it, so that next years it will not be forgotten to change... eg: 'mariadb'


One more question, what happens when you're using a dual arch CD, but add additional sources (from internet), will those choices appear? or not?

thinking about this, i was hoping for a patch that actually checked the dependencies of the packages it's listing on a lower level.

or the name of the label could be a task-* package provide and having the task-* on the hardware medium could set these...

(In reply to comment #24)
> for database: 'postgresql9.1' is too specific, have something with no version
> in it, so that next years it will not be forgotten to change... eg: 'mariadb'
> 

You are correct. The package selected should represent the 'core' of the group so if the package is absent then the group is effectively absent. mariadb would be a better choice.

> 
> One more question, what happens when you're using a dual arch CD, but add
> additional sources (from internet), will those choices appear? or not?

Yes I believe so.


For sure this bug could be fixed more elegantly. I just went for a solution that was easy to implement.

and i definately appreciate it

for me, this kind of patch is sufficient (even though i haven't tested it),

i say we commit this and release it, so it can be tested.

Created attachment 3360 [details]
less ugly patch

First, next time, use diff -u instead.

Secondly, this is little bit ugly, I would prefer to add a 'required' member to the hashes, then checking.
Eg, something like this (untested)

I tried out patch from attachment 3360 [details] without success. :-(

Testing method was to mount the i586 folder from a dual CD file system on  an NFS server, patch compssUsers.pl and then boot a vbox using boot.iso

The group selection screen was unchanged.
Using the command line I checked /tmp/compssUsers.pl was correctly patched.

Created attachment 3369 [details]
revised less ugly patch

I found the problem with attachment 3360 [details].

Here is a revised patch.
It works for me.

Attachment 2911 is obsolete: 0 => 1
Attachment 3360 is obsolete: 0 => 1

Created attachment 3370 [details]
screen shot of patched dual-cd

Here is a screen shot of a dual-CD install with attachment 3369 [details]

Fixed in SVN

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

Hi,

I'm a basic-to-intermediate Linux user, and I tried out the M3 RC Installer CD (700MB) dual arch, and the software selection still allows choices that aren't actually on the CD.

Here is a forum post I made about trying the RC:
https://forums.mageia.org/en/viewtopic.php?f=15&t=4844

In particular, a reproducible effect is to choose the first item "Game Station" and then see that the installed system has zero files under /usr/games/.

Also to note, my test system was installed with no internet access provided at the time.  This may have prevented downloading of selected extra packages, however the bug in that scenario is that the installer makes no mention which packages need to be downloaded, and later, no warning message for disconnected internet.

(All the drop-down menu items on this bug report are available to me, but since I don't consider myself a developer, I'm not changing any of them.  I would have expected more restricted privileges of sorts?)

CC: (none) => acf49.2

i wonder if this got broken when implementing the changes wrt to nonfree/tainted.

btw: about network, are you speaking of bug #199 ?


PS: everyone is a contributor to mageia, even users; and packaging team isn't more important than others, so by that rationale, use common sense and set to what you think is right (plus, there's history)

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

setting temporarily as release_blocker to wake up people to see if this can easily get fixed before release, if not, then feel free to drop back to normal.

Priority: Normal => release_blocker

it is not "broken again" as this one was never reporter and fixed and

Status: REOPENED => RESOLVED
Priority: release_blocker => Normal
Resolution: (none) => FIXED

@leuhmanu: how do you mean? did i read this report wrong?

i read comment 32 that it's been fixed in SVN and this has been released in the mean time...

and in comment 33 that person specifically says that it's not working?

if i read this wrong, please tell me...

ok, so Manuel tells me that some categories are fixed, but others aren't yet. and that needs to be fixed in compssuser.pl .

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

(In reply to AL13N from comment #38)
> ok, so Manuel tells me that some categories are fixed, but others aren't
> yet. and that needs to be fixed in compssuser.pl .

You can blame me for that :)
The patch works by testing if one or more essential packages are on the install media.
It was not obvious to me for some categories which packages(s) might be considered essential when referring to the categories in the rpmsrate file.

For example in the CONFIG category *none* of the packages in rpmsrate appear to be essential

For the GAMES category I suppose we could test for the presence of pysol or similar.

pysol is not in the dvd iso, so maybe more fortune-mod

Source RPM: drakx-installer-stage2, meta-task => meta-task

Looks like this could be closed as OLD? Reporter/commentor please do uf you can.

Keywords: (none) => NEEDINFO

I think so.
We now filter the package categories according to some package presence

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