[DDEV] Fresh install of Varbase distribution fails with unmet dependencies

Following the release of Varbase 10.0.1 - a fresh install completed correctly resulting with a fully function website.

As this issue is no longer appearing in the released version of Varbase, I proposing marking it as closed (outdated).

@paddy_deburca Hello, I tried with 10.0.1 version with fresh install issue still continue, varbase_landing module needs workflows and varbase_page modules to be enabled I'll create patch for it.

Thanks, Paddy, for reopening the issue.
Nice tip, Tarık, testing that.

I confirm the issue when using DDEV
Maybe other problems with DDEV as more changes in the latest version

What do we need to change in our .ddev's configs?

Supporting:

• Installing Varbase with Lando
• Installing Varbase with DDEV

Planning to add Docksal too

I guess it is something on the order of importing configurations using Drupal Recipes.
Maybe a software is missing in our DDEV config ( .ddev )

I run the following command in a .circleci VM

../bin/drush site-install varbase --yes --account-name="webmaster" --account-pass="dD.123123ddd" --account-mail="webmaster@vardot.com" --db-url="mysql://root:rootpw@127.0.0.1/test_varbase" --locale="en" varbase_multilingual_configuration.enable_multilingual=true varbase_extra_components.varbase_demo=true varbase_extra_components.editoria11y=true varbase_extra_components.vmi=true varbase_extra_components.varbase_heroslider=true varbase_extra_components.varbase_carousels=true varbase_extra_components.varbase_search=true varbase_extra_components.varbase_blog=true varbase_extra_components.varbase_auth=true varbase_extra_components.varbase_ai=true varbase_extra_components.varbase_api=true install_configure_form.enable_update_status_emails=NULL -vvv

with the following packages.

sudo apt -yqq install apache2 php8.3 libapache2-mod-php8.3 php8.3-mbstring php8.3-mysql php8.3-xml php8.3-cgi php8.3-cli php8.3-common php8.3-curl php8.3-gd php8.3-imap php8.3-intl php8.3-pspell php8.3-sqlite3 php8.3-tidy php8.3-opcache php8.3-yaml php8.3-bz2 php8.3-readline php8.3-xmlrpc php8.3-enchant php8.3-xsl php8.3-zip php8.3-bcmath php-pear

varbase/.circleci/config.yml

I had a round of troubleshooting with ddev logs --follow and ddev xdebug on

📌 Fix Varbase Editor Default Recipe to Import/Update Configs and Follow Schema with Configuration Inspector Fixed

Found issues with Composer builds, PHP 8.3 in Docker images, Lando, and DDEV, ...

So pity. Distribution targeted on slimplifying instalation and configuration of Drupal, cant be used because after the end of installation process (currently reccomended release) we get "internal server error 500" and in webserwer log "[error] 16003#0: *947 FastCGI sent in stderr: "PHP message: Uncaught PHP Exception Drupal\Component\Plugin\Exception\PluginNotFoundException: "Unable to determine class for field type 'metatag' found in the 'field.field.node.landing_page_lb.field_meta_tags' configuration" at /home/box/www/docroot/core/lib/Drupal/Core/Field/FieldConfigStorageBase.php line 31" while reading response header from upstream"
Seems all 200+ hours saved on configuring new site need to be spent on debugging of install process.
Do not take it close to heart, but I do not understand how release that cant even start after clean install appear as recommended. And no fixed version are released after almost a month.

@bondd, The issue you have experienced is different from the one which I experienced - and which has since been resolved.

I have tried to reproduce this error by creating a new Varbase project and installing and configuring Drupal, without being able to reproduce this error.

Could you please create a new issue, with as much information as possible, and you are comfortable with, regarding your configuration and the steps you took during install of Varbase? This will help the community better look into and follow the issue to resolution.