The layout on the second (x86) livecd has changed (checked only packages-athlon-xp-2004.0.iso), the path from where grp packages can be copied onto the harddisk should be adjusted. (?part=1&chap=11#doc_chap2_sect4) IMO we should rewrite the "Optional: Preparing for GRP" (?part=1&chap=6#doc_chap5) section as it is actually unclear. Non-x86 and non-ppc users are advised to skip this section, but haven't created /usr/portage/packages/All in chap11 and aren't introduced in using GRP downloads. There are no GRP packages on the first (x86) LiveCD, if no others architectures are affected it could be an option to remove the whole "Optional: Preparing for GRP" section and add instructions how to create the /usr/portage/packages/All directory and usage of GRP downloads to chap11. Comments please ...
Created attachment 26848 [details, diff] patch to hb-install-finalise.xml
The reason we currently list x86/ppc is because I think those two are the only architectures that already use the changed layout (and have made a 2004.0 release). If other architectures have acquired this layout too they should be added as well. As time goes by, all architectures should follow this layout and the non-relevant parts can be removed. Non-{x86,ppc} (I guess amd64 can be added too) don't have GRPs available on I'net yet so shouldn't be introduced to it. Patch looks good. Also, you don't have to require reviews on patches that are clearly needed and don't contain huge technical updates :)
ok, I'm a bit confused ... but just to clarify, AMD64 has a GRP cd here: http://gentoo.oregonstate.edu/releases/amd64/2004.0/livecd/packages-amd64-2004.0.iso -Brad
Created attachment 26849 [details, diff] new patch to hb-install-finalise.xml
>Patch looks good. Also, you don't have to require reviews on patches that are clearly needed and don't contain huge technical updates :) I know, but this patch was only _one_ option I tried to explain, I attached new patches for another (imho better and clearer) option. We can move the GRP instructions nearly at the end of the handbook, this results in less redundancy and more clearness.
Created attachment 26850 [details, diff] patch to hb-install-system.xml
Have you checked with the other architectures (mips/hppa/alpha) if their LiveCDs also allow for the "new" approach?
MIPS has no LiveCD, dunno about hppa/alpha. That's why the livecd team is cc'd.
*** Bug 39886 has been marked as a duplicate of this bug. ***
*** Bug 43740 has been marked as a duplicate of this bug. ***
Bug #43740 reported that copying the binary packages only (w/o the tree structure) might fail. Can we use -a instead and remove the mkdir -p part? so something like this patch: http://bugs.gentoo.org/attachment.cgi?id=26876&action=view
Eh? I thought the package cds didn't have any structure (i.e. the packages are all in a single directory). Did this change? Can anyone provide a listing of the CDs? (Why does GRP always happen to hit us like this)
BTW, our previous installation instructions used the "cp -a" and "cp -R" stuff which b0rked massively. Many users had issues (just ask roger55 on #gentoo) and even more users had errors because the instruction has a different outcome depending on wether or not you use a trailing "/". By using the cp .../* instruction these problems disappeared as snow for the sun. Unless the packages are indeed in a tree structure I'd rather keep something similar (of course fixed so they work). If not, "cp -R" is probably preferred (why would we need the other options that "-a" requires?).
The packages are in the cd root as of now, not in a seperate "packages" folder ... and yes: GRP is imho a very evil thing :( Here's the listing (athlon-xp packages cd): All dev-db media-libs net-mail x11-libs app-admin dev-java media-plugins net-misc x11-misc app-arch dev-lang media-sound net-nds x11-terms app-cdr dev-libs media-video net-print x11-themes app-crypt dev-perl net-analyzer net-www x11-wm app-dicts dev-python net-dialup portage-20040223.tar.bz2 xfce-base app-editors dev-util net-fs sys-apps xfce-extra app-office gnome-base net-ftp sys-devel app-shells gnome-extra net-im sys-fs app-text kde-base net-irc sys-libs app-xemacs media-gfx net-libs x11-base
there's one trivial problem with cp -a, it'll copy the snapshot to the packages/ directory, too. not critical but the file is 14M. The problem with our last GRP installation guide was we introduced the cp command twice (and inconsistent).
Created attachment 26877 [details, diff] "cp -R" patch to hb-install-finalise.diff Indeed, i can remember the cp -a / cp -R thing, a very tricky one. But if this grp "database" is really needed i see no other way than cp -R ...
I tried the cp -R command (/usr/portage/packages wasn't created at 1st) and it copied the whole tree successfully. I think we can drop the mkdir -p /usr/portage/packages command. I've checked all x86 CD2, all the packages are in root dir. I'm now d/ling amd64 cd2 and will post here after i check it.
Doesn't the "All/" contain all packages, while the individual categories contain symlinks to the All/ directory? I thought the category directories were only cosmetic and that Portage immediately looks in the All/ directory.
Here're the contents of amd64 cd2: --------------------------------- root@earth amd64 # mount -o loop packages-amd64-2004.0.iso /mnt/cdrom root@earth amd64 # ls /mnt/cdrom packages root@earth amd64 # ls /mnt/cdrom/packages/ All app-text gnome-extra net-firewall net-www x11-misc app-admin app-xemacs kde-base net-fs sys-apps x11-terms app-arch dev-db media-gfx net-ftp sys-boot x11-themes app-cdr dev-lang media-libs net-irc sys-devel x11-wm app-crypt dev-libs media-plugins net-libs sys-fs app-dicts dev-perl media-sound net-mail sys-kernel app-editors dev-python media-video net-misc sys-libs app-misc dev-util net-analyzer net-nds x11-base app-portage gnome-base net-dialup net-print x11-libs ------------------------------------------- it has packages/ directory in it :/ Now, this is troublesome, we have to check all arch :( As for the All/ directory, i ping'ed carpaski but seems he wasn't around, so cc'ing him.
> Now, this is troublesome, we have to check all arch :( I can check sparc64 this afternoon CET.
Only hppa and alpha don't have a 2004.0 release; those archs don't have a GRP set. I'm going to remove the obsoleted GRP instructions and fix the current ones.
Okay; changes committed in the draft handbook. Could ppl take a look at this and TEST it? ####### ####### ##### ####### # # # # # # # # # # ##### ##### # # # # # # # # # # # ####### ##### # http://www.gentoo.org/doc/en/handbook/draft/handbook.xml http://www.gentoo.org/doc/en/handbook/draft/handbook.xml?part=1&chap=6 http://www.gentoo.org/doc/en/handbook/draft/handbook.xml?part=1&chap=11#doc_chap2_sect4
btw, wait until the webnodes synchronise before you read :) The change is that I've now updated the GRP instructions to set PKGDIR="/mnt/cdrom" so that Portage looks for the packages on the CD. No need to copy them over, and as the installation of GRP packages must happen during (or right after) the installation, setting it once (as environment variable) is sufficient. I *hope* this leads to less issues with GRP.
looks good. I tried this using athlon-xp GRP cd, it just works(TM) :)
Okay, I'm going to commit this and hope for the best.