Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.Meeting will happen in #config on drupal.slack.com.
---
Hello and welcome to this CMI 2.0 meeting!
This meeting:
➤ Is for core and contributed project developers as well as people who have an interest in advancing the configuration management capabilities of Drupal.
➤ Usually happens every other Wednesday at 16:00 UTC.
➤ Is done over chat.
➤ Happens in threads, which you can follow to be notified of new replies even if you don’t comment in the thread. You may also join the meeting later and participate asynchronously!
➤ Has a public agenda anyone can add to: `https://www.drupal.org/project/drupal/issues/3124157`
➤*Transcript will be exported and posted* to the agenda issue. For anonymous comments, start with a :bust_in_silhouette: emoji. To take a comment or thread off the record, start with a :no_entry_sign: emoji.
---
Ping @bircher @alexpott @diosbelmezquia @mtodor @ricardoamaro @borisson @jcandan @marcvangend @Kingdutch @phenaproxima @balsama @wouter @mikemadison (Edit https://www.drupal.org/project/drupal/issues/3127931 if you do or don't want to be pinged)
---
0️⃣ Who is here today? Comment in the thread below to introduce yourself.
| alexpott | I’m vaguely here - going to be heading out in 5 mins cause child care. |
| bircher | I am here too, but also not 100% :smile: |
| eli-t | I am here, but also eating :banana::bread: |
| borisson_ | I am somewhat here, but also still working |
| moshe | here |
| johnwebdev | Here |
1️⃣ Do you have suggested topics you are looking to discuss? Post in this thread and we'll open threads for them as appropriate.
| alexpott | @eli-t did https://twitter.com/eli_t/status/1250423224539557896 - install_profile_generator is a really nice tool for moving to a config install workflow. |
| bircher | @alexpott could you share the documentation github we talked about last time? |
2️⃣ Installing from config and install hooks of profiles
| bircher | The issue here: https://www.drupal.org/node/2982052 |
| bircher | but we may want to use a new hook see #2924549: Invoke hook after a site install is complete |
| bircher | This improves the distinction between profiles and modules, and we should document that profiles should not implement any other hooks or have other code. |
3️⃣ Install profile generator is ready for Drupal 9
| bircher | As mentioned by Alex in the previous point! |
| bircher | This very cool |
| bircher | We should reserve also a spot in the documentation for it |
| eli-t | How do we do that? |
| moshe | Is this tool for a single site to move to an install-from-config workflow? Or is it intended for a constellation of sites? (edited) |
| bircher | That is an excellent question! two weeks ago we were talking with @alexpott about creating a github repo to gather the content more quickly and then moving it to drupal.org with the collaboration of drupals documentation experts |
| bircher | as I understand it, it is a way to have a project specific profile, (rather than using minimal) (edited) |
| johnwebdev | I wrote a small article on one of the use cases with Install Profile Generator |
| johnwebdev | https://johndevman.netlify.com/posts/reinstallable-drupal/ |
| moshe | I see. We usually have an install.sh that takes steps after installation. That can be run as composer si for easier discovery |
| bircher | @moshe the way I understand it, it lets you benefit from #2924549: Invoke hook after a site install is complete (once that is in) for your project |
| moshe | A hook so that modules contrib modules can do post-install stuff? |
| bircher | we do the same on most projects, we use https://github.com/openeuropa/task-runner |
| moshe | @johnwebdev reinstallable drupal can be a great feature. we’ve used that a lot. not sure this module is needed to achieve it. |
| johnwebdev | @moshe Yeah I use the latter option in the article |
| moshe | i only push back a bit because i would like drupal install profiles to get simpler. like, just a list of enabled modules. |
| johnwebdev | But have some sites using a profile though |
| moshe | @bircher openeuropa/task-runner looks great |
| bircher | No I think it makes most sense only for profiles. Modules should not really care if they are installed when a site is installed or not, ie a module can be installed or uninstalled at any time, this hook is only fired when installing drupal the first time. Ie the time when a profiles install hook is usually triggered. But not as part of the module installer but at the end of the installation (as it happened to be before installing from config) |
| bircher | @moshe yes with openeuropa/task-runner we also now run the deploy hook as part of the site install. |
| alexpott | @moshe I think it is okay if an install profile is also only a collection of config files. What I’d like to change is the ability for them to have functionality and change where we look for code. |
| alexpott | The one super super tricky thing though is how to handle custom install tasks - like where does the functionality for a new installer screen go? |
| moshe | thats a good question. maybe the installer should be a separate application from drupal. install is such a snowflake. dunno if any other php apps have separate install apps |
| moshe | an install app could be a “template”. then each site customizes it as needed, including writing/changing code. it doesnt have to be pluggable every which way. |
| moshe | sorry for wild speculation here |
| bircher | yes I think I remember talking at some distant Drupalcon about that, that the installer is really its own application. it just happens to be a Drupal 6 application :smile: |
| moshe | hah! |
Other contrib updates to share
5️⃣ scope of CMI2
| bircher | Not to say many of the CMI 2 issues have seen a lot of advancement. But we need to be honest about the scope of CMI 2 and what is realistically achievable |
| bircher | Environment specific configuration and documentation have been the only really actionable areas (next to the installation from configuration which can still be improved) |
| bircher | This means that multisite or distributions will need their own initiative once a consensus can be achieved on how to move these efforts forward |
| borisson_ | Do they need to be in their own initiatiatives can CMI2 be renamed to CMI3 - CMI harder? |
| bircher | it can be CMI3 or any name, the point is that we need people to lead it that have a stake in the game. It can also be a continuation |
| bircher | But I can not really rally people around multisite or distributions when I am not using either for most of my projects |
| borisson_ | Oh, this I totally understand :slightly_smiling_face: |
| bircher | if someone or several step up and start co-coordinating these topics then they can be in scope again. But we have to set priorities and it is better to set the expectations to not include them for now. |
Participants:
alexpott, bircher, eli-t, borisson_, moshe, johnwebdev
Comments
Comment #2
bircherComment #3
bircherComment #5
quietone commentedComment #10
quietone commentedComment #12
quietone commentedComment #13
bircher