Okay, we need to get GRP started. The first step is getting a decent list together. There's lists available in gentoo-src/grp/ - could you folks please review those and make suggestions?
1) I don't understand why sys-kernel/xfs-sources is there isn't the grp of it pretty much the same thing as vanilla+patches ? 2) No lightweight wm's? if the user is using grp it's safe to assume that their machine might be slow, therfore wouldn't they want something ligher than gnome/kde? 3) mozilla, same as #2, how about phoenix too 4) openoffice-bin? why even grp it, the ebuild just downloads it and copies it to the filesystem 5) heavy mail clients, do we have anything a little less bloated than evolution? maybe sylpheed-claws or maybe pine/mutt 6) ssmpt (dependancy of all the crons) #6 brings up a point, do these grp's mean that all their dependancies will also be grp's? for example kde has 53ish dependancies, should all of them be grp? Also, what about stuff in the system profile, will those be grp or do we assume that all users will be using grp from stage 3?
Dunno about #1 - the list is from bcowan. Lightweight WMs can be compiled in a trivial amount of time, even on slow systems. Fluxbox takes maybe six or seven minutes on my 300mhz k6-2. Remember, we're space-limited here. Phoenix is available in Portage as a binary (phoenix-bin). #3, dunno why it's there #5, pine and mutt are trivial compiles - sylpheed would probably be good. Yes on #6 as far as I know. That's what we had last time around. We'll have to see how we're doing on space, though - remember, this has to fit on a CD along with stages... I think we generally assume stage3. drobbins might have some insight on the last paragraph here.
I've been almost totally non-existant around gentoo as you all know due to work etc., but I'm not leaving the project or anything, it's just not a good thing imho to come in 1 day and do a few things on a release then not be able to follow up for weeks blah blah, I felt better to leave things up to avenj, as u can see he is way more than competant and is doing a great job with all I've read he's doing on -core. I should be returning full time very shortly to help things out, but I think I can answer a few of those questions. #1 XFS-sources was in there because when I initially did that list it was going to be the de-facto kernel we were going to use. But now we have the genkernel scripts or whatever which will help out allot, but we still need different patch-sets for a functional GRP. Remeber that GRP is supposed to be a quick install method to get the largest and most time intensive apps in binary form on CD so that a user/vendor can quickly install a complete system with all the major packages, and we are not meant to be a binary distro offering every package etc. lots of small packages like flux/open/blackbox will quickly take up space on the CD and could lead to arguments over what should be on the CD subsequently boosting the argument that we should have every browser, mail client, and every other package with multiple options, but if that's what all the leads and managers decide then that's what will be on GRP....that's what the request list is there for. As far as all the dependencies Yes they will be a part of GRP...how else would you package it? I mean they Have to be there. The profile should be the default profile....there is a GRP-profile which I had thaught was going to be removed and does not serve a purpose with the ability of portage to use emerge -K. The purpose of GRP from my understanding is to have every possible system package choice available for install with a limited set of the very large time intensive/popular packages available as a choice once the system is all built. I've asked many times for people to test a small subset of GRP, afaik I've been the only one to do it, and ran into some problems. Avenj if you could fill me in on anything you need or any questions I'm always available via email, just not possible to sit down and chat for extended periods on IRC at the moment, but I'll definately be back in the next week. THX
I think we are making this a little too complicated. GRP should just be the basic packages to get installed. For example the sum of emerge system|kde|gnome. This should be able to get a user installed with Xfree and KDE/Gnome. GRP for emerge system aka stage3 is 50Mb according to a recent build I did. This gives us enough room for KDE/Gnome. Also, keep in mind that this needs to be do able on all ARCH... XFS-sources might not run on all ARCH. IMO we should start small and build from there. I've not tried installing from GRP myself but will soon Thanks, Jack
jmorgan has agreed to manage GRP for us. Thanks jmorgan!
Obsolete.
Moving these so we can remove the "Install CD" component from "Gentoo Linux". I apologize to everyone for this spam, but according to the bugzilla developers, this is the only reasonable way to do this.
