fix: #3610873 Install the Smart Date module with the recipe

Adds smart_date to this recipe's own install: list in recipe.yml.

Why

The recipe applies the events recipe (drupal/events ~2.0), which is what currently brings smart_date in. But this recipe's own config hard-depends on the module:

• recipe.yml uses formatter type: smartdate_default and type: smartdate_inline
• config/core.entity_view_display.node.event.text_card_medium.yml declares smart_date in its dependencies and uses type: smartdate_default
• field.field.node.event.field_when is a smartdate field type

Relying on a sub-recipe to have enabled the module leaves this recipe's own config importable while the module providing the field type is absent. On a genuinely fresh install this produced core.extension missing smart_date and every front-end page returning HTTP 500 (PluginNotFoundException: Unable to determine class for field type 'smartdate').

Scope

This makes the dependency explicit so smart_date is installed before this recipe's own config is imported. It does not by itself fix a fresh install: there is a separate Smart Date 4.3.0 / Drupal core 11.4.4 container bug (ArgumentCountError: Too few arguments to function Drupal\smart_date\Hook\SmartDateHooks::__construct()) being handled separately.

Issue: https://www.drupal.org/project/varbase_events_base/issues/3610873

AI-Generated: Yes (Used Claude Code to add smart_date to the recipe's install list and open this MR; reviewed by Rajab Natshah.)

Checkpoints

• File an issue about this project
• Addition/Change/Update/Fix to this project
• Testing to ensure no regression
• Automated unit/functional testing coverage
• Developer Documentation support on feature change/addition
• User Guide Documentation support on feature change/addition
• UX/UI designer responsibilities
• Accessibility and Readability
• Reviewed by a human
• Code review by maintainers
• Full testing and approval
• Credit contributors
• Review with the product owner
• Update Release Notes
• Release