| Summary: | Installer does not show partitions of different installations already present. | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Herman Viaene <herman.viaene> |
| Component: | Installer | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED INVALID | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | Normal | CC: | mageia, thierry.vignaud |
| Version: | Cauldron | Keywords: | NEEDINFO |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
| Attachments: |
screenshot on i586 installation
photo of installer on x86-64 report from x86-64 installation report from i586 installation |
||
|
Description
Herman Viaene
2015-04-03 10:21:54 CEST
Please attach screenshots (press F2 to generate them) Keywords:
(none) =>
NEEDINFO Created attachment 6181 [details]
screenshot on i586 installation
Created attachment 6182 [details]
photo of installer on x86-64
That's because if they're different installations with same (release, version), we add partition names in order to distinguish them. See _try_to_upgrade(): http://gitweb.mageia.org/software/drakx/tree/perl-install/install/steps_interactive.pm?id=16.75#n126 So depending on arch, results can differ. Can you for both: - start the installer up to this step - go to tty2 - plug a USB key - run the "bug" command - attach the resulting report.bug file found on the USB key here. Created attachment 6196 [details]
report from x86-64 installation
Created attachment 6197 [details]
report from i586 installation
Those do not come from the same machine... No, I do all my tests (installs - updates) for x86-64 on an HP Probook 6555b , and for i586 on an AcerD620. But this behavior is new to me, at least since RC. The bug could be machine dependent, is that what you suggest? How can you compare the number of systems that is possible to update between two _different_ machines? That's not a bug. If there's more than one system that have the same version, the installer needs to help the user to make the difference so it adds the partition number Status:
NEW =>
RESOLVED That's not the point of the bug. Sorry if I was not clear enough. The point is that on the x86-64 the list of systems does not show the partition on which each system is located, while on the i586 the partition is shown for each system. See the screenshots. And again, the partition is showed if and only there're several partitions that contain the same version of Mageia OK, that difference was not clear to me. So, instead of a bug, this should be an Enhancement Request? Even when there are all different versions on the machine, it is still a help that the partition is shown. Example: I have Windows on sda1, MGA4 on partition sda5, MGA5 on sda9 and PCLinuxOS on sda10. When I do a new install of MGA5, I want to reuse the existing sda9. There is nowhere in the installer as is now, that shows me which partition to take. I have to note it somewhere down, to be able to select in the Custom Partitioning the correct partition. (In reply to Herman Viaene from comment #12) > There is nowhere in the installer as is now, that shows me > which partition to take. I have to note it somewhere down, to be able to > select in the Custom Partitioning the correct partition. Thats a MUST that you check that the partition is correct and that you are not killing some important data when you format. CC:
(none) =>
mageia Cumstom partitionning[1] has nothing to do with update wizard listing root Mageia partitions [1] it actually enables to inspect partitions... @Thierry: I know, but the info of listing the partitions makes it easier to do the right thing in Custom partitioning. The partitioning window does not give any info on its contents. @Sander: I do take notes, I'm not that lazy. But if the info is presented, it is easier to not make mistakes or overlook. And I do not see any gain in NOT giving the info. It should simplify the code (one "if .. then .. else") less. But I do agree this is not a real bug, rather an enhancement. I have to look for the correct procedure for this. In custom partitioning (which this bug wasn't about): - a tooltip show what partition it's - the "view" button enables to inspect the partition contents @Thierry I know, but that's not the point. The point is that in one case the partition info is presented (I don't have to start looking for it) and is usefull info, and in the other case it isn't presented. That's all.
Herman Viaene
2015-04-07 15:49:56 CEST
Severity:
normal =>
enhancement |