Bug 9370

Summary:	cosmetic changes in installer
Product:	Mageia	Reporter:	ra oeai <oeai>
Component:	Installer	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED WORKSFORME	QA Contact:
Severity:	minor
Priority:	Normal	Keywords:	NEEDINFO
Version:	Cauldron
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:		CVE:
Status comment:
Attachments:	debug.log >> somehow ddebug.log

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