Convert Events recipe-adjacent projects to general projects

Created on 29 July 2024, 5 months ago
Updated 14 August 2024, 5 months ago

Problem/Motivation

I created a number of projects designed to extend the Events recipe, but I erred by creating them as module projects instead of general projects. As a result, composer doesn't work properly with them, and assumes that they require Drupal 8.

The projects include:
Events Calendar
Events Registration
Events Locations
Locations

Proposed resolution

Please convert the projects above to general projects.

It may be worth adding that I maintain a number of modules I have called Configuration Kits (including Locations above), which began as modules, but all of which now also have branches available to make them available as recipes. If it could be possible for our Packagist integration to work properly for recipes within module projects (which would in itself resolve the need to convert the projects in this issue), it would save time and effort down the road.

📌 Task
Status

Fixed

Component

Packaging

Created by

🇨🇦Canada mandclu

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @mandclu
  • Status changed to RTBC 5 months ago
  • 🇺🇸United States phenaproxima Massachusetts

    +1 for this. These recipes aren't usable (at least, not without adding them as VCS repos to composer.json) until they're general projects.

  • 🇺🇸United States drumm NY, US

    If it could be possible for our Packagist integration to work properly for recipes within module projects (which would in itself resolve the need to convert the projects in this issue), it would save time and effort down the road.

    Composer does not support the concept of projects within projects. Every installable repository has only one composer.json at the root level. We are not doing any special Drupal-specific Packagist integration for recipes.

    https://www.drupal.org/project/locations looks like it used to be a module. I believe the moved project will still be installable as a module at that version, via Packagist.org, assuming the composer.json is complete, and not relying on Packages.Drupal.org to detect any .info.yml dependencies or other metadata. I think this should be okay in this case, but something to keep in mind for anything else that had a release as a module; we avoid disrupting older releases.

    (Also a good reason to potentially move everything to one single project type, with conditional fields for module/recipe-specific metadata. So projects can switch type in a release, without manual intervention.)

  • 🇨🇦Canada mandclu

    Thanks @drumm. I can confirm that the 1.0 branch for Locations does indeed have a complete composer.json, so hopefully that bodes well for it still being installable as a module. It's definitely more important for it to be installable as a recipe, however.

  • Assigned to drumm
  • 🇺🇸United States drumm NY, US

    Some pre-work had to be done in 📌 Handle release/project deletion Active to make sure we can cleanly remove metadata from packages.drupal.org, so it doesn’t override Packagist.org. That is now done.

  • Status changed to Fixed 5 months ago
  • 🇺🇸United States drumm NY, US

    Done, and the three projects with releases will be available at Packagist.org in a few minutes.

  • Automatically closed - issue fixed for 2 weeks with no activity.

Production build 0.71.5 2024