This request is similar to: http://bugs.gentoo.org/show_bug.cgi?id=17678 Request for inclusion of portage tree image on GRP CD's However, I am requesting that the portage tree snapshot used for GRP (meaning the daily version that corresponds to a GRP set) be kept separately available on the mirror servers for those who didn't have a copy because they used the Minimal instead of Universal LiveCD. I want to install GRP packages from the package CD image, but I used the Minimal LiveCD (figuring I could just download the additional things I needed rather than getting the whole Universal LiveCD), and it doesn't seem to have a portage tree snapshot on it. In particular, Part 1, 5d of the Handbook (Installing Portage) indicates extracting the Portage snapshot from the Universal LiveCD: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1&chap=5#doc_chap4 "If you want to use prebuilt packages later on to speed up the installation, you must use a portage snapshot from the LiveCD." However, there was no warning that the Minimal LiveCD and GRP are mutually exclusive (and I think they shouldn't be), due to the fact that the portage snapshot (supposedly required for GRP) is only on the Universal CD. Also, since GRP is supposed to be used only with a corresponding portage tree snapshot (rather than an updated portage tree), a warning should probably be added to the "Optional: Updating Portage" section of the next chapter of the Handbook, that GRP users should not run "emerge sync" or emerge-webrsync while they intend to install any GRP packages in the future. Reproducible: Always Steps to Reproduce: 1. Start installing Gentoo with Minimal LiveCD. 2. No portage snapshot corresponding to GRP is available, must sync instead. 3. Now some GRP packages have versions not in (updated) portage tree! Actual Results: The portage tree (which was obtained as the latest version using emerge-webrsync) seems not to include ebuilds for some versions of GRP packages, which causes problems with handling dependencies. Most GRP packages still seem to install fine, although I'm not sure if this creates a very broken state and if it might cause more things to break if I compile new versions of Portage or other packages. Will the portage tree not matching the versions from when the GRP packages were made cause any big problems?
This is serously a fairly significant, but easy to patch hole in the GRP concept, and it affects people in other situaitons as well. In my case I used an old LiveCD that I had laying around, figuring that I could just download the GRP from the internet and go on as ususal. Since there's no way to get the correct portage snapshot, though, it looks like I'll be downloading a universal LiveCD for little reason. This is quite frustrating...
This was resolved after 2005.0's release...
I apologise for this bugspam, but I wish to close this product, so I need to move all the bugs.
