Problem/Motivation

Base the container on offical container

Proposed resolution

https://hub.docker.com/_/mariadb/

CommentFileSizeAuthor
#4 2609626-02.patch901 byteselachlan
#3 2609626-01.patch427 byteselachlan
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

elachlan created an issue. See original summary.

elachlan’s picture

Issue summary: View changes
elachlan’s picture

Status: Active » Needs review
FileSize
427 bytes
elachlan’s picture

FileSize
901 bytes
Mixologic’s picture

Component: Code » Environments
Mixologic’s picture

elachlan’s picture

Project: DrupalCI: Test Runner » DrupalCI: Environments
Component: Environments » Code

Moved to DrupalCI Environments.

Mixologic’s picture

Component: Code » Database Containers
tstoeckler’s picture

Just dropping by to see if there's anything here I could do to help. I just hit a core bug on MariaDB >=10.2.8 and it would be awesome to be able to reproduce this on Drupal.org infrastructure. If not, then don't mind me and just know that the work on this (and DrupalCI in general, as it allows these sorts of things) is greatly appreciated, it really does make core development quite a lot more fun than it used to be. Thanks @all!

Mixologic’s picture

Status: Needs review » Postponed

So, really this is sorta the confluence of two issues.

One is that we're running into UX issues on drupal.org due to the number of PHP versions and DB containers we already support (10 php, 3 db)

So we've got requests for mysql 8, mariadb10, mysql 5.7, postgres 9.4/9.5 etc.

So, if we added five more db containers, suddenly there's 80 different environments to choose from in the matrix of all possible tests. The UX is such that devs arent necessarily sure what to select, so sometimes they select *everything*, which is cost prohibitive for the DA.

Anyhow, so, thats why I've been hesitant to add another db environment. Additionally, Im trying to avoid having to maintain any db containers, so ideally we can use the 'official' containers without needing me to own them at all.

And, at the other side of this is that Im trying to make it so that drupalci no longer uses its own php library that connects to the docker engine via the docker api to start various containers and network them together, and instead rely on docker compose files to establish the environment and let docker 'build' the environment. issue here: https://www.drupal.org/project/drupalci/issues/2949210

That way if a project wanted to define any number of docker compose environments, they could, using public containers etc.

All of that is to say this is probably postponed on https://www.drupal.org/project/drupalci/issues/2949210

tstoeckler’s picture

That's totally fair enough and very reasonable. Thanks for the explanation!

Mixologic’s picture

There is a mariadb 10.2 and 10.3 container, and has been for a while. But still planning on #2949210: Drupalci Roadmap

Mixologic’s picture

Status: Postponed » Closed (won't fix)