Summary: | Change needed for bzImage location with 64 bit kernel versions >=2.6.24 | ||
---|---|---|---|
Product: | [OLD] Docs on www.gentoo.org | Reporter: | Bob Raitz <pappy_mcfae> |
Component: | Installation Handbook | Assignee: | Docs Team <docs-team> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Bob Raitz
2008-08-20 06:02:09 UTC
Just as a reference, here is the snippet from the change log for 2.6.24: commit 488288d9f25fbab903bd264bc74f2fad3a7f7a09 Author: Josef 'Jeff' Sipek <jeffpc@josefsipek.net> Date: Sat Jan 19 16:04:42 2008 -0500 arch: Ignore arch/i386 and arch/x86_64 The i386 and x86_64 arch directories contain nothing but a generated symlink to arch/x86/boot/bzImage when a tree a built. Cc: Thomas Gleixner <tglx@linutronix.de> Cc: Ingo Molnar <mingo@redhat.com> Cc: Peter Anvin <hpa@zytor.com> Signed-off-by: Josef 'Jeff' Sipek <jeffpc@josefsipek.net> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> *** Bug 235263 has been marked as a duplicate of this bug. *** I vote for WORKSFORME or LATER as the symlinks are in place (and will probably remain so for quite some time). I agree with Jan. As long as the symlinks are still there, then we'll leave the docs as-is. Thanks for the report, though; first I've heard of the move. Excuse me? There are noobs who are coming up with grub error 15 because of this inaccuracy, and you're calling this a works for me? Is it that difficult to fix this error? I mean? Send me the file and I'll fix it! It's bad enough that the GUI installer is what it is. How is it that the prefered and best way to install Gentoo is now allowed to maintain an EASILY corrected error? It's hard to tell a noob how much the Gentoo community cares when something like this happens. It calls Gentoo's collective credibility into question. I strongly suggest that you reconsider the ramifications of this. I would think you would be all too happy to NOT look like a bunch of second-rate amateurs. I'm sorry if that seems extreme, but come on. It's not like I'm asking to revamp every word. I've even offered samples of how I'd do it. You can cut and paste. Blessed be! Pappy (In reply to comment #5) > Excuse me? > > There are noobs who are coming up with grub error 15 because of this > inaccuracy, and you're calling this a works for me? Is it that difficult to fix > this error? I mean? Send me the file and I'll fix it! `cp` by default copies the symlink target, not the symlink itself. Therefore, if you execute the command given in the handbook, `cp arch/x86_64/boot/bzImage /boot/kernel-2.6.24-gentoo-r5`, the `cp` binary will follow the symlink and copy the real bzImage data and not the symbolic link. I'm assuming here that your bugreport tries to say that it creates a broken symbolic link leading somewhere to /usr which is not available to grub when the user has a separate /boot partition. Please correct me if I'm worng in this assumption. > It's bad enough that the GUI installer is what it is. If you have any issues with the installer, I'm sure its maintainers will be happy to receive a bugreport describing specific problems. We, the Documentation team, can't fix any bugs in the installer. > prefered and best way to install Gentoo is now allowed to maintain an EASILY > corrected error? It's hard to tell a noob how much the Gentoo community cares > when something like this happens. It calls Gentoo's collective credibility into > question. Please tshow us what *exactly* is broken. There are plenty of people running the 2.6.24+ kernels and nobody had any issues with installing a symlink instead of the real bzImage. > I'm sorry if that seems extreme, but come on. It's not like I'm asking to > revamp every word. I've even offered samples of how I'd do it. You can cut and > paste. You've asked us to make a change and described very well what you want to be changed, but you haven't provided a compelling reason about *why* is that change really needed. Unless you show us what exactly is wrong with current command (which works for us, and yes, we really did try to verify this bug), it will remain the same. Thanks for understanding. As you will. Blessed be! Pappy |