Bug 9370 - cosmetic changes in installer
Summary: cosmetic changes in installer
Status: RESOLVED WORKSFORME
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal minor
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2013-03-13 22:53 CET by ra oeai
Modified: 2013-07-31 23:39 CEST (History)
0 users

See Also:
Source RPM:
CVE:
Status comment:


Attachments
debug.log >> somehow ddebug.log (246.08 KB, application/x-bzip2)
2013-03-14 01:57 CET, ra oeai
Details

Description ra oeai 2013-03-13 22:53:10 CET
some more simple bug
 
if i change grub2 menu (change names) i don't get those changes in installer
and in graphical installer i've been disabling release32bit repos but after booting i had a lot of i586 packages in software center it is fixed in text mode

also in text mode if i change the firewall behaviour i still have it disabled
 
and really text mode is a little buggy i think it loads all menus at a time while it should load it only when choosing that particular menu

also when i setting up a name of the machine in the beginning it is not populated in the end so i get the default localhost.localdomain, while this should be set in the beginning and if changed then this change will go for the name of machine that should be also be changed in the end
* Now talking on #mageia-qa

Reproducible: 

Steps to Reproduce:
Comment 1 Manuel Hiebel 2013-03-13 22:58:30 CET
such bugs report are a little useless, as it is hard to manage.

also some are already in specific bugs.

but for 

>i've been disabling release32bit repos but after booting i had a lot of i586 packages in software center it is fixed in text mode

this is strange, can you attach the file /root/drakx/debug.bug

Keywords: (none) => NEEDINFO

Comment 2 ra oeai 2013-03-14 01:35:52 CET
this is a grub installation scripts faults and really installer script. this actually must be changed, because fstab change is also here.
Comment 3 Manuel Hiebel 2013-03-14 01:39:40 CET
why are you saying that ? please provide logs
Comment 4 ra oeai 2013-03-14 01:54:00 CET
saying what? it's just a few scripts change so never think about it again
Comment 5 ra oeai 2013-03-14 01:57:02 CET
Created attachment 3611 [details]
debug.log >> somehow ddebug.log
Comment 6 Manuel Hiebel 2013-03-15 02:26:17 CET
(In reply to ra oeai from comment #4)
> saying what? it's just a few scripts change so never think about it again
there seems to be a misunderstanding, what are you talking about? 
personally I was still about: "i've been disabling release32bit repos but after booting i had a lot of i586 packages"

(In reply to ra oeai from comment #5)
> Created attachment 3611 [details]
> debug.log >> somehow ddebug.log
your tar seem corrupted, attach the report.bug it will be better
Comment 7 ra oeai 2013-03-15 02:51:03 CET
debug.log is too big about 1.6mb maybe it is not rechowned? you need to unbzip it first, if i just try to view in mc it ays error, if i get into the archive - i can see the log
Comment 8 ra oeai 2013-03-15 02:54:28 CET
if i don't load i586 repo, i wouldn't find i586 packages, that was loaded while installing, but i've disabled it, also this can be a previous version of netboot, so maybe already fixed, don't know, it was a fixed issue with fstab already.
Comment 9 Manuel Hiebel 2013-07-31 23:39:17 CEST
no real info, closing

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


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