Bug 485486
| Summary: | RPM install script does not update grub.conf | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Chris Gardner <chris_g_g> | ||||
| Component: | bootchart | Assignee: | Adam Jackson <ajax> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 13 | CC: | ajax, harald, marbolangos | ||||
| Target Milestone: | --- | Keywords: | EasyFix, Patch | ||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| URL: | http://cvs.fedoraproject.org/viewvc/rpms/bootchart/F-13/bootchart.spec?view=markup | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2011-03-31 12:16:17 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Chris Gardner
2009-02-13 18:39:51 UTC
Created attachment 331857 [details]
Patch suggestion
Have downloaded 'bootchart.spec' from CVS and attempted to create a diff/patch. Hope it makes sense!
Still present in Fedora 11. Doing 'yum update' showed the following: /sbin/grubby --update-kernel=/boot/boot/vmlinuz-2.6.29.4-167.fc11.i686.PAE --args=init=/sbin/bootchartd Note the double 'boot' in the path. This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Hello, I would like to bump this to F13 as I have the same problem. I made a "yum install bootchart" to try then rebooted the system and it seemed that nothing was created... I watched inside the /boot and I have got no information on bootchart written inside it. Tried to reinstall: # yum reinstall bootchart Loaded plugins: fastestmirror, presto, refresh-packagekit, security Setting up Reinstall Process Loading mirror speeds from cached hostfile * fedora: ftp.lip6.fr * livna: rpm.livna.org * rpmfusion-free: download1.rpmfusion.org * rpmfusion-free-updates: download1.rpmfusion.org * rpmfusion-nonfree: download1.rpmfusion.org * rpmfusion-nonfree-updates: download1.rpmfusion.org * updates: ftp.lip6.fr Resolving Dependencies --> Running transaction check ---> Package bootchart.x86_64 0:0.9-11.fc12 set to be updated --> Finished Dependency Resolution Dependencies Resolved =========================================================================================================================================== Package Arch Version Repository Size =========================================================================================================================================== Reinstalling: bootchart x86_64 0.9-11.fc12 fedora 242 k Transaction Summary =========================================================================================================================================== Remove 0 Package(s) Reinstall 1 Package(s) Downgrade 0 Package(s) Total download size: 242 k Installed size: 897 k Is this ok [y/N]: y Downloading Packages: Setting up and reading Presto delta metadata Processing delta metadata Package(s) data still to download: 242 k bootchart-0.9-11.fc12.x86_64.rpm | 242 kB 00:00 Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Installing : bootchart-0.9-11.fc12.x86_64 1/1 /sbin/grubby --update-kernel=/boot/boot/vmlinuz-2.6.33.4-95.fc13.x86_64 --args=init=/sbin/bootchartd Installed: bootchart.x86_64 0:0.9-11.fc12 Complete! As you can see the path for the update kernel is wrong... This is still here in Fedora 13. It's a 10 second fix and only 2 lines in 'bootchart.spec' need tweaking! Lines 63 and 64 from [1] need changing as follows... Replace: --update-kernel=/boot"$kernel" with: --update-kernel="$kernel" The variable "$kernel" is already an absolute path, it doesn't need the extra '/boot' putting in front of it. regards, Chris ===== [1] http://cvs.fedoraproject.org/viewvc/rpms/bootchart/F-13/bootchart.spec?view=markup Hmmm... on Fedora 14, it is: $ sudo /sbin/grubby --info /boot/vmlinuz-$(uname -r) |grep kernel= kernel=/vmlinuz-2.6.35.10-74.fc14.x86_64 So, has grubby changed? Or do I miss something? Looks like grubby's behaviour changed. On F13: $ sudo /sbin/grubby --info /boot/vmlinuz-$(uname -r) |grep kernel= kernel=/boot/vmlinuz-2.6.34.8-68.fc13.x86_64 I don't have a Fedora 14 system to test on but it looks like the issue will be resolved... but something still doesn't seem right. From comment #6, grubby in F14 seems to think that: /vmlinuz-* == /boot/vmlinuz-* Is this right? Is grubby supposed to return an absolute or relative path to the kernel? |