Fresh from a discussion about install profiles for the upcoming D6 release with Boris Mann, he suggested that I post this here... so, here it is.
Boris was wondering, "What kind of site should the default install profile for D6 be geared toward?"
Assumptions (correct me if I'm wrong):
1) Drupal aims to be a framework, as opposed to being a CMS for particular kinds of sites.
2) Given the current state of tools, D6 will not be shipped with the ability to pull in contrib modules based on user selections.
One might be tempted to ship D6 with approximately 7 'core-only' install profiles... (small biz, wiki (where users are granted edit rights on every sample node type), non-profit, etc.) This would show the new user the -flexibility- of Drupal, which is of course central to the value of any 'framework'.
The danger here is that people will install one of these 'core-only' install profiles, and then be disappointed, thinking 'wow... for a the default "Small Biz" deployment Drupal sure is lacking features'. (e-commerce, newsletters, etc.)
There are two directions one could go in to mitigate this.
a) put a "suggested contrib extensions" page in the core-only install profile that puts up a splash page with the suggested non-core modules to go with that particular profile. Only then would user expectations be set properly for a 'small biz' or 'wiki' or even 'community' or 'non-profit' or etc... site. (Do install profiles have a hook for displaying a 'what to do next' page?)
b) don't ship so many install profiles with this round until the 'core+tagged contrib installer' code is working. that is to say, hold off on using the install profiles to demonstrate the breadth of configurability of Drupal until you're comfortable with shipping install profiles that can pull in contrib modules.
Once a user has made the choice of which direction they want to take a site, there's no point holding them to core modules. Certainly, core should be lean and mean and be purposefully not shipped with any contrib modules... but Drupal could do itself a disservice by naming an install profile for a style of site (wiki, small biz, etc.), and then limit itself to core modules.
Note: I'm not arguing that D6 -should- ship with contrib. Far from it... I like the 'framework' model that Drupal uses.
I've come firmly down on the side of the following plan.
Unless D6 is ready to ship with install profiles that either...
a) put up suggested extensions to its named install profiles
or b) had code to pull in tagged (specific versions of contrib modules)
It should ship with two install profiles...
'minimal framework' with only "core required"
and
'maximal framework' with everything enabled and a few 'example settings' for each feature (pages, taxonomy, blogs, roles, permissions, a couple users...) thrown in for learning purposes. Boris thought that memory limits wouldn't be a problem. (even for the worst shared hosting sites?)
I've included the word 'framework' in both because the name kind of hints to the new user that you want them to build on -either- framework with contrib modules before they make up their mind about Drupal.
I'm certainly tempted by the idea that D6 could ship with 7ish named install profiles (small biz, wiki, etc.), but I fear that each would fall short of user expectations.
Thoughts? If you agree, you'd have to force yourself to stop asking "What kind of site should the default install profile aim for?" and instead replace that question with "What can we possibly throw out of 'minimal framework'? and "What's the best way to set settings in "maximal framework" to educate the new user about how each Drupal system can be used?"
A new user would learn a lot by installing both a minimal and a maximal system, playing with minimal first, then comparing what happens to the UI when you get maximal going.
regards
Nally
p.s. In a reply, Boris suggested a third install profile that could ship with D6. "Personal Site". I like this, but my argument is basically that you should do this -only- if the core-only install profile configuration that results is actually good at being what it says it is.
Boris also suggested that the maximal install could be called 'Community'. I fear that such a name might set expectations too high, when such a name might be best reserved for some install profile that would include contrib modules. I'm not expert enough to know whether core modules are sufficient by themselves to make a great "Community" site, whatever that means. :-)

Comments
Publish web pages, community, site builder profiles
70% of respondents to the Drupal Administration survey said their site was a community site.
Heavy users spend weeks building new sites. It would make sense to have site building distribution.
Most common task is publishing content, so there be a distribution that focuses on quickly publishing content.
I would favor shipping core with several suggested profiles, instructions to download and with descriptions of suggested modules for that profile.
Cheers,
Kieran
To seek, to strive, to find, and not to yield
New Drupal career! Drupal profile builders.
Try pre-configured and updatable profiles on CivicSpaceOnDemand
Thanks for posting this out
Thanks for posting this out in the open, Christian.
The more I think about it -- and esp. with Kieran's comment -- a "community" install profile with most things turned on is the right way to approach this. Would default end up being minimal? Not sure. Maybe a "core" install that is just required modules? And the new "default" would actually be community?
e.g. example description on the install profile selector page:
Drupal (core): a minimal install profile that only enables core required modules. Use this if you are an experienced Drupal user/developer and will be adding and enabling contributed modules as needed.
Community: a multi user community website install that enables most core modules and is pre-configured with many example settings. Use this if you would like to work with the community features offered by a core download of Drupal.
@Kieran: I started trying to build additional core install profiles for D6 this weekend, but got thrown by the fact that the entire menu system is currently screwed.
Also...on the install profile page, we should have a link to more install profiles / what are install profiles. I filed an issue about this here: http://drupal.org/node/150873 -- we need wording and a patch.
Hmm. I think having an
Hmm. I think having an install profile called "community" or whatever suggests it'll include stuff like OG, then as nally says, when it doesn't, you'll get people saying "their community install doesn't even do insert feature here", many, many times in the forums.
So I'd suggest maybe calling it 'quick start', with the current default called 'core', and leave it at that.
I can see the benefits of a profile that has more of core switched on than currently happens by default though. A couple of taxonomy vocabularies set up with a few terms (freetagging/hierarchical) and enabled for different node types, couple of forums/containers, blog.module etc. primary links pointing to those etc. If it's possible to have a few nodes in an install profile, then a very minimal documentation of the things that are set up culled from and linking to the relevant sections of the handbook, and some 'what next' steps which might suggest contrib modules which extend the features already set up.
Minimal
One of the big things I like about Drupal is how minimalist the default installation is. Although all client sites I put together don't use all the default modules, they are a good starting point to work off of. I personaly think that the 6.x Head right now is pretty congested with modules and may confuse new users when they look at the modules list. But of course, that's just me and my minimalistic beliefs.
More than one
Remember....we are talking multiple core install profiles for D6.
Minimal sounds like an obvious one...the tougher ones are the targetted ones. Maximum with an aim towards building out a multi-user style site seems good.
The lighter, the better.
Installing modules is not difficult, so I'd say "minimal".. and until there's an automated way to make sure these 'frameworks' are automatically secure and up to date, I'd say that's all there should be.
--
John Forsythe
Need reliable Drupal hosting?