I did not find the time earlier to post about it.

Minitage 1.0 is out for a week now.

What you can find there ?

1. Documentation has been drasticly improved
   See by yourself:
   
   • minitage
   • minitage.recipe
   • buildout.minitagificator
   • dj.paste
   • minitage.paste
     
   • minitage.core
2. Trac got Git support
3. There are cgit and gitweb instances configured against all minitage repositories
   
4. A lot of bugfixes, as always
5. Recipes have been rewritten a bit to stick to zc.recipe.* implementations
6. minitage.recipe egg based recipes got a fresh touch:
• They do not totally rely any more on easy_install dependency system, just on their declared dependencies (extras are also supported). Thas was something i disliked with zc.recipe.egg, potentially, the easy_install call can install something, which we would'nt. And also, in some cases, the extras requirement could be wiped out. All are bugs reported upstream on the zc.buildout launchpad bugtracker.
• Their installer should now try not to look in the site-packages first, but rather the eggs cache to avoid conflict errors.
  
• I also implemented an adaptation of the zc.buildout redo_pyc function which seems to be somehow slow.
  
7. Welcome to the buildout.minitagificator egg which help minitage to conquer the world with replacing some well known recipes with their equivalent minitage implementations with some violent monkey patches. It's a buildout extension.
   
8. The "static fetcher" has been improved and bug fixed
9. There some new cool API functions like a search function which take regexes to look for minibuilds in the available minilays
   
10. minitage.paste got a great step forward with all pastes
11. All templates now have now minitage layout as an optionnal dependency. That means that you do not need minitage to generate templates, however, the normal use is to use them in minitage.
    • Plone32 template:
      • Predefined set of products to install
      • A developper mode where you have aditionnal tools installed (ptprofiler, collective.autorestart on linux, and so on) and debug mode turned on by default
      • wsgi configuration and launchers
      • A working filesystemstorage integration
      • You can use either RelStorage, ZEO or classical ZODB access
        
      • You can give to paster whatever you want to custom the buildout generation by some predefined keys.
    • Zope3 template:
      • wsgi configuration and launchers (paster and Zdaemon based)
        
      • You can use either RelStorage, ZEO or classical ZODB access
      • You can give to paster whatever you want to custom the buildout generation by some predefined keys.
    • Django template:
      • wsgi configuration and launchers
      • GeoDjango support
      • dj.paste (http://pypi.python.org/pypi/dj.paste) integration. This paster factory enables you to have multiple django instances in the same pipeline
        
      • A basic application created when you generate your project to quickstart.
      • You can give to paster whatever you want to custom the buildout generation by some predefined keys.
    • Nearly all templates which have WSGI support got Spawning integration. Spawning is an über performant python based WSGI server.
      
    • postgresql, varnish, varnish2, and env profils:
      • Can run now without minitage or any project installed
    • The new paste-initd profil:
      • it generates an initscript wrapper to trigger a "paster serve" from some paste configuration of your choice

What are the minitage projects and profiles, after all ?

All are paster (see PasteScripts on pypi) templates.

Projects target to quickstart an application or a project like a plone3 or a django website.

Profiles, on the other side, are a piece of integration, targeted to be in general integrated into a minitage based project. That can be a postgresql database instance, or a shell environement file with has all minitage dependencies, that you can source when playing with your project.