Although GRP instructions at start mention that one can do a full GRP install without net access, when one gets to the kernel section, one is led to believe this is not possible because there are no GRP specific instructions. If one follows the procedure in [16], one MUST have net access. Reproducible: Always Steps to Reproduce: 1.Read section 16 of the doc.. 2.N/A 3.N/A Actual Results: One needs net access Expected Results: Have a GRP specific note box.
reporter: please check docs chapter 8 (http://www.gentoo.org/doc/en/gentoo-x86-install.xml#doc_chap8) Code Listing 8.4. did you run the correct command? The doc was updated recently.
Normally the kernelsources for all available kernels are on CD-1 and should have been copied over to /usr/portage/distfiles. Check /usr/portage/distfiles for the kernelsources. If you do not have them in there, mount the CD-1 and search for the appropriate kernelsources and copy them to /usr/portage/distfiles. Also, please comment wether or not they were copied over -- there are inconsistent reports (one sais it works, another sais it doesn't) on the GRP steps in the installation guide.
Yes, I did do the copy commands from section 8. One comment on this, the commands do not mention which is on what CD, as both copy comands are not to be done from the same CD, this may cause confusion as some users may not switch over CD and just keep going with part of this missing. In answer to your question, yes, they were copied over. That is what I did above in Code Listing 8.4. What you mention as being sometimes copied, sometimes not is possibly because of what I mentionned above.. I don't think anything is broken per-se, I think some things aren't clear for GRP. I saw wget fetch kernel sources when this should have not been required. But I just carefully followed instructions..! There seems to be something missing in section 16 about GRP or there's something I don't get.
As an addition, I now did the "emerge -k hotplug", as in Code Listing 16.4 and it fetched hotplug from the net. Going back to see if I did something wrong, I see that I did not do mirrorselect as in Code Listing 8.5. I do not know if this is why all my ebuilds are getting fetched and not taken locally. In any case if this was it, that step, mirrorselect should have a note saying that it is not optional for GRP installs.
Do the following commands show you any output (even after the installation of Gentoo)? """ ~$ ls /usr/portage/distfiles/patches-* ~$ ls /usr/portage/packages/All/hotplug* ~$ emerge -p hotplug """ If the first one shows patches for several gentoo kernels (i.e. not only the one you have emerged) and the second command shows that there is indeed a package for hotplug available, and the third command gives the same version as there is a package for, then GRP is malfunctioning. If the commands don't show up anything of interest, then the docs are wrong.
Here are the results of your tests, The results are not exactly as you predict so I will let you interpret. CODE LISTING 1 valerian / # ls /usr/portage/distfiles/patches-* /usr/portage/distfiles/patches-2.4.20-gentoo-r5.tar.bz2 valerian / # ls /usr/portage/packages/All/hotplug* ls: /usr/portage/packages/All/hotplug*: No such file or directory valerian / # emerge -p hotplug These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-apps/hotplug-20030501-r2 END CODE LISTING !
Thanks. It seems like the commands on the installation guide are all fubar :( I'm now searching for a good listing on the CD-1+2 to update the installation guide.
Also on cd2 there are several kernelsource tbz2's. Maybe mentioning them could also help.
I don't see kerneltbz2's on CD-2. CD-1 otoh has all the needed packages afaik. The commands on the installation guide were wrong though. Will be fixed in a couple of minutes.
The installation guide now has (hopefully :) correct GRP installation instructions. They are however "dangerous" in the sence that, if the user forgets the trailing "/" or "*", results are different. Perhaps an GRP-install script should make this less error-prone. Anyway, installation docs are now allright, so I'm closing this (and other GRP-related) bugs.