[Fedora-i18n-bugs] [Bug 545499] New: system-config-language does not fixup /boot/grub/grub.conf for dracut
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: system-config-language does not fixup /boot/grub/grub.conf for dracut
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Summary: system-config-language does not fixup /boot/grub/grub.conf for dracut Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: system-config-language AssignedTo: psatpute@redhat.com ReportedBy: fedora-bugzilla-odin@the-morg.org QAContact: extras-qa@fedoraproject.org CC: psatpute@redhat.com, fedora-i18n-bugs@redhat.com Estimated Hours: 0.0 Classification: Fedora
Description of problem:
Since there is no proper selection of locale during install (sure you can pick English, but you can't pick the correct country, you just get forced into en_US which you can then correct once installed).
The tool system-config-language does not fixup grub.conf to use the changed locale.
THIS REPORT IS MADE TO PROVIDE FEEDBACK TO CONCERNS MADE DURING A FEDORA12 INSTALLATION.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Pravin Satpute psatpute@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |anaconda-maint-list@redhat. | |com, kanarip@kanarip.com Component|system-config-language |anaconda AssignedTo|psatpute@redhat.com |anaconda-maint-list@redhat. | |com Flag| |needinfo?(fedora-bugzilla-o | |din@the-morg.org)
--- Comment #1 from Pravin Satpute psatpute@redhat.com 2009-12-08 23:20:46 EDT --- system-config-language not come into picture while installation process, and s-c-l is not related anyway with grub.conf
i am really not understanding what you want exactly, i guess you wanna request something to anaconda
please update this with steps, actual result and expected result, so it will be little bit easy to resolve
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Hans de Goede hdegoede@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|anaconda-maint-list@redhat. |hdegoede@redhat.com, |com |lkundrak@v3.sk Component|anaconda |system-config-keyboard AssignedTo|anaconda-maint-list@redhat. |lkundrak@v3.sk |com | Flag|needinfo?(fedora-bugzilla-o | |din@the-morg.org) |
--- Comment #2 from Hans de Goede hdegoede@redhat.com 2009-12-09 04:22:25 EDT --- (In reply to comment #1)
system-config-language not come into picture while installation process, and s-c-l is not related anyway with grub.conf
This bug is about how changing the language post install with system-config-language, does not update grub.conf to reflect the new language.
Now that we are using dracut for the initrd, grub.conf contains something like: kernel /vmlinuz-2.6.31.6-151.fc12.x86_64 ro root=LABEL=root SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=ko rhgb quiet
(on one line)
dracut needs the SYSFONT, LANG and KEYTABLE information for things like showing the correct translated messages while scanning storage, and more importantly for proper unlocking of crypted disks.
mkinitrd use to hardcode the language inside the initrd, so after running system-config-language, one needed to rerun mkinitrd to get this updated propagated to the initrd.
dracut is more flexible wrt this. This does mean that system-config-language will need to modify grub.conf when the system language is changed.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #3 from Hans de Goede hdegoede@redhat.com 2009-12-09 04:26:07 EDT --- p.s.
Note that SYSFONTACM and UNIMAP also need to be specified on the kernel cmdline where applicable.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #4 from Odin Trisk fedora-bugzilla-odin@the-morg.org 2009-12-09 05:42:11 EDT --- Further thoughts on this. Hans de Goede has understood the point being made.
Can GRUB be modified to allow a per image option "append-from-file locale.opts"
Making for something like (please excuse the specifics this is an FC4 example grub.conf not an FC12) :
title Linux (2.6.y.z) root (hd0,0) kernel /zmlinuz-2.6.x.y.fc12.x86_64 ro root=LABEL=root rhgb quiet append-from-file locale.opts initrd /initrd-2.6.x.y.img
==== BEGIN /boot/grub/locale.opts ==== SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=ko ==== END ====
What GRUB would then do is load up additional options from a file and then perform an "options merge". If the same option name already exists in the grub.conf (on the "kernel" command line) it will always have priority (and the one from locale.opts is ignored/discarded). All the options from locale.opts would be appended to the end of the existing command line.
Existance of the file /boot/grub/locale.opts is optional. IT SHOULD NEVER CAUSE FAILURE TO BOOT.
If there is a parse error with /boot/grub/locale.opts the kernel should continue to boot on a best-efforts basis. The parse can be made so simple that a parse error should never occur, one option per line, first "=" delimits name/value pair, leading white-space is removed, white-space around first "=" is removed, name or value part can be wrapped in quotations marks (which if found as first and last character are removed from data), the rest is take literally. A PARSE RROR SHOULD NEVER CAUSE FAILURE TO BOOT.
This would then mean applications like system-config-language would be editing a much simpler text file and be spared the headache of future bugs relating to "I used system-config-language" but my system no longer boots! Which would be a major failure (in design).
I don't see why the system-config-language people should have the headache of having to edit such an important system config file (grub.conf) themselves. They require protection from problems, changes and lack of knowledge.
So GRUB either provides a tool to edit grub.conf or it provide a mechanism (such as described above) to contain/encapsulate the potential for problems occurring.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #5 from Hans de Goede hdegoede@redhat.com 2009-12-09 06:05:14 EDT --- I see your point about parsing /etc/grub.conf is something system-config-language does not want to do, and this is not necessary, after writing the relevant /etc/sysconfig files, all that system-config-language needs to do is call (as root):
/sbin/new-kernel-pkg --package <package-name> --dracut --install <uname -r>
For all installed kernels, so for example on my system: [hans@localhost ~]$ rpm -q kernel kernel-PAE kernel-2.6.31.5-106.fc12.x86_64 kernel-2.6.31.5-127.fc12.x86_64 kernel-2.6.31.6-151.fc12.x86_64 package kernel-PAE is not installed [hans@localhost ~]$
It would need to call: /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.31.5-106.fc12.x86_64 /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.31.5-127.fc12.x86_64 /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.31.6-151.fc12.x86_64
(this should be 3 lines)
But on a system which has kernel-PAE-2.6.31.6-151.fc12.i686
It would need to call: /sbin/new-kernel-pkg --package kernel-PAE --dracut --install 2.6.31.6-151.fc12.i686.PAE
Notice the PAE is in there now (2 times!)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Hans de Goede hdegoede@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|system-config-keyboard |system-config-language AssignedTo|lkundrak@v3.sk |psatpute@redhat.com
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Pravin Satpute psatpute@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|psatpute@redhat.com |nkumar@redhat.com
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Naveen Kumar nkumar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flag| |needinfo?(hdegoede@redhat.c | |om)
--- Comment #6 from Naveen Kumar nkumar@redhat.com 2010-06-21 06:23:17 EDT --- (In reply to comment #5)
I see your point about parsing /etc/grub.conf is something system-config-language does not want to do, and this is not necessary, after writing the relevant /etc/sysconfig files, all that system-config-language needs to do is call (as root):
/sbin/new-kernel-pkg --package <package-name> --dracut --install <uname -r>
For all installed kernels, so for example on my system: [hans@localhost ~]$ rpm -q kernel kernel-PAE kernel-2.6.31.5-106.fc12.x86_64 kernel-2.6.31.5-127.fc12.x86_64 kernel-2.6.31.6-151.fc12.x86_64 package kernel-PAE is not installed [hans@localhost ~]$
It would need to call: /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.31.5-106.fc12.x86_64 /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.31.5-127.fc12.x86_64 /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.31.6-151.fc12.x86_64
(this should be 3 lines)
But on a system which has kernel-PAE-2.6.31.6-151.fc12.i686
It would need to call: /sbin/new-kernel-pkg --package kernel-PAE --dracut --install 2.6.31.6-151.fc12.i686.PAE
Notice the PAE is in there now (2 times!)
After running these commands I still do not see any change in /etc/grub.conf. Is this command correct or is there anything else that needs to be done.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Hans de Goede hdegoede@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flag|needinfo?(hdegoede@redhat.c | |om) |
--- Comment #8 from Hans de Goede hdegoede@redhat.com 2010-06-21 08:01:15 EDT --- Needed info added, go clear the flag already BZ.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #9 from Naveen Kumar nkumar@redhat.com 2010-06-21 08:21:49 EDT --- (In reply to comment #7)
(In reply to comment #6)
After running these commands I still do not see any change in /etc/grub.conf. Is this command correct or is there anything else that needs to be done.
I just did the following: edit /etc/sysconfig/i18n, change LANG run: /sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r) check grub.conf entry for currently running kernel, the LANG= argument is changed.
So no there is not anything else that needs to be done. Perhaps you are running these commands before writing the new config files ?
Thanks :), Would try and incorporate the changes in the next build.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #10 from Pravin Satpute psatpute@redhat.com 2010-06-22 00:03:20 EDT --- (In reply to comment #7)
(In reply to comment #6)
After running these commands I still do not see any change in /etc/grub.conf. Is this command correct or is there anything else that needs to be done.
I just did the following: edit /etc/sysconfig/i18n, change LANG run: /sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r) check grub.conf entry for currently running kernel, the LANG= argument is changed.
tried this, working fine i ran system-config-language checked grub.conf after running $/sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r)
changes in the /etc/sysconfig/i18n updated in grub.conf
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #11 from Naveen Kumar nkumar@redhat.com 2010-06-22 08:47:22 EDT --- Created an attachment (id=425910) --> (https://bugzilla.redhat.com/attachment.cgi?id=425910) executes /sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r) after writing to /etc/sysconfig/i18n
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #12 from Hans de Goede hdegoede@redhat.com 2010-06-22 08:55:29 EDT --- (In reply to comment #11)
Created an attachment (id=425910)
--> (https://bugzilla.redhat.com/attachment.cgi?id=425910) [details]
executes /sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r) after writing to /etc/sysconfig/i18n
I'm afraid that that is not really enough, as explained in the original report system-config-language ought to do this for all installed kernels, not just for the currently running one.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #13 from Fedora Update System updates@fedoraproject.org 2010-06-22 09:05:36 EDT --- system-config-language-1.3.4-4.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/system-config-language-1.3.4-4.fc13
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Naveen Kumar nkumar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Naveen Kumar nkumar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #14 from Naveen Kumar nkumar@redhat.com 2010-06-22 09:13:33 EDT --- (In reply to comment #12)
(In reply to comment #11)
Created an attachment (id=425910)
--> (https://bugzilla.redhat.com/attachment.cgi?id=425910) [details] [details]
executes /sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r) after writing to /etc/sysconfig/i18n
I'm afraid that that is not really enough, as explained in the original report system-config-language ought to do this for all installed kernels, not just for the currently running one.
Give me the exact commands and I will do it because after "rpm -q kernel kernel-PAE" the command /sbin/new-kernel-pkg --package kernel --dracut --install kernel-* does not write the file /etc/grub.conf.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #15 from Naveen Kumar nkumar@redhat.com 2010-06-22 09:14:52 EDT --- (In reply to comment #14)
(In reply to comment #12)
(In reply to comment #11)
Created an attachment (id=425910)
--> (https://bugzilla.redhat.com/attachment.cgi?id=425910) [details] [details] [details]
executes /sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r) after writing to /etc/sysconfig/i18n
I'm afraid that that is not really enough, as explained in the original report system-config-language ought to do this for all installed kernels, not just for the currently running one.
Give me the exact commands and I will do it because after "rpm -q kernel kernel-PAE" the command /sbin/new-kernel-pkg --package kernel --dracut --install kernel-* does not write the file /etc/grub.conf.
only the command /sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r) seems to work...
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #16 from Hans de Goede hdegoede@redhat.com 2010-06-22 13:57:55 EDT --- (In reply to comment #15)
only the command /sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r) seems to work...
There is no single magic commandline you will need to either parse the output of rpm -q kernel + rpm -q kernel-PAE, or better us the rpm python bindings to get the versions of the installed kernels your self and then for each version run: /sbin/new-kernel-pkg --package kernel --dracut --install <version>
For example on my system "rpm -q kernel" gives: kernel-2.6.33-0.48.rc8.git4.local.fc13.x86_64 kernel-2.6.33-0.52.rc8.git6.fc13.x86_64 kernel-2.6.33-9.local.fc13.x86_64 kernel-2.6.33-9.local2.fc13.x86_64 kernel-2.6.33.1-13.local3.fc13.x86_64 kernel-2.6.34-0.11.rc1.git1.local3.fc14.x86_64 kernel-2.6.33.1-13.local4.fc13.x86_64 kernel-2.6.33.1-26.fc13.x86_64
(yeah I need to cleanup a bit I guess)
So you should run: /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.33-0.48.rc8.git4.local.fc13.x86_64 /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.33-0.52.rc8.git6.fc13.x86_64 /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.33-9.local.fc13.x86_64 <etc>
I'm sure I can whip up a bash script doing what you need, but there is little point in that as you should be able to do the parsing and looping just fine in python.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #17 from Naveen Kumar nkumar@redhat.com 2010-06-22 15:42:46 EDT --- (In reply to comment #16)
(In reply to comment #15)
only the command /sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r) seems to work...
There is no single magic commandline you will need to either parse the output of rpm -q kernel + rpm -q kernel-PAE, or better us the rpm python bindings to get the versions of the installed kernels your self and then for each version run: /sbin/new-kernel-pkg --package kernel --dracut --install <version>
For example on my system "rpm -q kernel" gives: kernel-2.6.33-0.48.rc8.git4.local.fc13.x86_64 kernel-2.6.33-0.52.rc8.git6.fc13.x86_64 kernel-2.6.33-9.local.fc13.x86_64 kernel-2.6.33-9.local2.fc13.x86_64 kernel-2.6.33.1-13.local3.fc13.x86_64 kernel-2.6.34-0.11.rc1.git1.local3.fc14.x86_64 kernel-2.6.33.1-13.local4.fc13.x86_64 kernel-2.6.33.1-26.fc13.x86_64
(yeah I need to cleanup a bit I guess)
So you should run: /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.33-0.48.rc8.git4.local.fc13.x86_64 /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.33-0.52.rc8.git6.fc13.x86_64 /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.33-9.local.fc13.x86_64
<etc>
I'm sure I can whip up a bash script doing what you need, but there is little point in that as you should be able to do the parsing and looping just fine in python.
Ah! you completely misunderstood me. The problem is not with parsing command line, what I am saying is that command
/sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r)
is working but other commands like
/sbin/new-kernel-pkg --package kernel --dracut --install 2.6.33-0.48.rc8.git4.local.fc13.x86_64
are not working. They do not write anything in /etc/grub.conf.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #18 from Hans de Goede hdegoede@redhat.com 2010-06-23 05:03:04 EDT --- (In reply to comment #17)
Ah! you completely misunderstood me. The problem is not with parsing command line, what I am saying is that command
/sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r)
is working but other commands like
/sbin/new-kernel-pkg --package kernel --dracut --install 2.6.33-0.48.rc8.git4.local.fc13.x86_64
are not working. They do not write anything in /etc/grub.conf.
All that $(uname -r) does is run "uname -r" and put the output on the cmdline, so on my system, where uname -r gives: [hans@localhost ~]$ uname -r 2.6.33.1-13.local4.fc13.x86_64
Doing: /sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r) Is *exactly* the same as doing: /sbin/new-kernel-pkg --package kernel --dracut --install 2.6.33.1-13.local4.fc13.x86_64
Note that rpm -q kernel gives: [hans@localhost ~]$ rpm -q kernel kernel-2.6.33-0.48.rc8.git4.local.fc13.x86_64 <snip> kernel-2.6.33.1-13.local4.fc13.x86_64 kernel-2.6.33.1-26.fc13.x86_64
You can make the parsing of the output somewhat more easier by doing: rpm --queryformat "%{VERSION}-%{RELEASE}.%{ARCH}\n" -q kernel rpm --queryformat "%{VERSION}-%{RELEASE}.%{ARCH}.PAE\n" -q kernel-PAE
Note that normally one of these 2 commands will output: package kernel is not installed resp: package kernel-PAE is not installed
The other command will give a list of all version strings to pass to new-kernel-pkg (one by one)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA
--- Comment #19 from Fedora Update System updates@fedoraproject.org 2010-06-23 13:52:34 EDT --- system-config-language-1.3.4-4.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update system-config-language'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/system-config-language-1.3.4-4.fc13
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #20 from Fedora Update System updates@fedoraproject.org 2010-07-09 06:32:31 EDT --- system-config-language-1.3.4-5.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/system-config-language-1.3.4-5.fc13
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #21 from Naveen Kumar nkumar@redhat.com 2010-08-06 07:42:47 EDT --- Created an attachment (id=437119) --> (https://bugzilla.redhat.com/attachment.cgi?id=437119) patches bug #445796, leftout parts of bug #545499 & some enhancement req by Pravin S
@Hans de Goede: Will this work...
N.B: Must be applied in order to already applied patches.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Naveen Kumar nkumar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |MODIFIED
--- Comment #22 from Naveen Kumar nkumar@redhat.com 2010-08-09 06:50:52 EDT --- Koji Build Available for devel branch: http://koji.fedoraproject.org/koji/taskinfo?taskID=2389000
Please test it.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #23 from Fedora Update System updates@fedoraproject.org 2010-08-09 07:24:24 EDT --- system-config-language-1.3.4-6.fc14 has been submitted as an update for Fedora 14. http://admin.fedoraproject.org/updates/system-config-language-1.3.4-6.fc14
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA
--- Comment #24 from Fedora Update System updates@fedoraproject.org 2010-08-09 21:29:50 EDT --- system-config-language-1.3.4-6.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update system-config-language'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/system-config-language-1.3.4-6.fc14
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #25 from Hans de Goede hdegoede@redhat.com 2010-08-10 08:29:07 EDT --- (In reply to comment #21)
Created an attachment (id=437119)
--> (https://bugzilla.redhat.com/attachment.cgi?id=437119) [details]
patches bug #445796, leftout parts of bug #545499 & some enhancement req by Pravin S
@Hans de Goede: Will this work...
You need to remove these 2 lines now: (cmdstatus, cmdout)= commands.getstatusoutput('/sbin/new-kernel-pkg --package kernel --dracut --install $(uname -r)')
As those are redundant, since the same is done by the loop you've added.
Other then that I think this will work, but only testing on path i686-PAE and other systems will tell for sure.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
--- Comment #26 from Fedora Update System updates@fedoraproject.org 2010-08-23 21:34:25 EDT --- system-config-language-1.3.4-6.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=545499
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Fixed In Version| |system-config-language-1.3. | |4-6.fc14 Resolution| |ERRATA Last Closed| |2010-08-23 21:34:35
i18n-bugs@lists.fedoraproject.org
-
Red Hat Bugzilla