This is one of four issues to get Plugin Manager in core. The Plugin Manager module in contributions can be found at http://drupal.org/project/plugin_manager. It would be a huge boost to usability if we didn't have to mess around with our file system before we do updates or new module/theme installations. The reason I've separated this into four issues is because otherwise, this will quite quickly turn into even more of a monster patch. I will be updating my patches every Tuesday and Saturday, so getting reviews between each of these regular updates would be awesome :). The four issues I've created are outlined as below:

  1. #395472: Plugin Manager in Core: Part 1 (backend)
  2. #395474: Plugin Manager in Core: Part 2 (integration with update status)
  3. #395478: Plugin Manager in Core: Part 3 (integration with installation system)
  4. #395480: Plugin Manager in Core: Part 4 (installation profiles)

For more details on the other issues, click the above links.

This issue will deal with integration of installation profiles with the new plugin manager system. The current plugin manager module doesn't do this, but this will open up all sorts of possibilities. First of all, rather than provide a limited subset of core installation profiles during initial installation, we could list *all* applicable installation profiles on drupal.org. This way, we greatly boost the visibility of install profiles - the goal of them is supposed to be to make it easier for a Drupal newbie to set up a site of a particular type, but they don't do much good if the vast majority of Drupal newbies are ignorant of their existence. This is certainly at least part of the reason why we haven't seen many install profiles (along with the need for better API functions).

A second possibility (in addition to the first one) would be using plugin manager to fetch any necessary modules (and themes?) from drupal.org, and install them automatically with the profile. This would save profiles from the necessity of either shipping with all the required contributed modules (and updating whenever any of those modules comes out with a new release) or making its users download any contributed modules themselves (tedious and bad user experience). This issue will explore this possibility as well as the first one, though it may later be split off into a fifth issue.

CommentFileSizeAuthor
#11 395480-11-plugin-manager-part-4.patch12.22 KBAnonymous (not verified)
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

cwgordon7’s picture

Status: Active » Postponed

Postponed pending Part 1, Part 2, and Part 3, though it could potentially go on at the same time as Part 2.

Boris Mann’s picture

Issue tags: +install profile

Watch #483987: [meta] Make standard install profile into a "Community in a Box" for details on a new default.profile, which hopefully will flush out related issues to shipping with more / better / different install profile support.

birdmanx35’s picture

Title: Plugin Manager in Core: Part 4 (installation profiles!!!) » Plugin Manager in Core: Part 4 (installation profiles)

Subscribe.

Paul Natsuo Kishimoto’s picture

Subscribing.

Anonymous’s picture

+1

Anonymous’s picture

I'm going to go ahead and see if I can hash out as many functions as I can that don't rely on issue number #2 in the above list. At least this way we should already have some progress by the time this becomes unblocked.

Edit: By Issue #2, I actually mean Part #2.

ericgundersen’s picture

Subscribe

amc’s picture

Tag consistency.

mitchell’s picture

Subscribe

Anonymous’s picture

Well, I have an almost working model. Just a few more things and I believe that I might have an initial patch ready to try.

Anonymous’s picture

This patch relies on two others:
#395474: Plugin Manager in Core: Part 2 (integration with update status) and
#524728: Refactor install.php to allow Drupal to be installed from the command line

Here's where the problem is... The patch doesn't work. ;) It supplies most of the code that will be needed, but I've run into a slight problem. I was hoping for some community guidance. Basically, I'm trying to call the a function which calls the BatchAPI... before the database is setup.

I see three main options:
1) Work on yet another patch. This time with the intent of allowing the batch API to work before the database is setup. (Probably quite time consuming. Doubtfully worth the effort.)
2) Reorder work flow so that the database gets setup before the stuff gets grabbed. (Painfully easy. Not sure about this method though. It would mean the DB would get setup before the we found out if the module install worked properly. Me thinks this could pave the way for major pain...)
3) As you're reading this, you see a brilliant / underrated way of getting it done. Preferably one that makes me throw my hands up wondering why I didn't see such an elegant solution.

I'm voting on #3.

Paul Natsuo Kishimoto’s picture

Issue tags: +Update manager

Tagging.

Paul Natsuo Kishimoto’s picture

Incidentally, http://drupal.org/node/596488 was posted on the d.o front page recently. I tried to point out some synergies in a comment, but don't know if it was noticed.

Aren Cambre’s picture

Status: Postponed » Active

Requesting revisiting in light of Plugin Manager's own "port to D7" issue. #336743: Port Plugin Manager module to D7

klonos’s picture

...subscribing

webchick’s picture

Version: 7.x-dev » 8.x-dev

Sorry, way too late for this now.

sun’s picture

Issue tags: +Plugin system
sun’s picture

Issue tags: -Plugin system

Oh dear. I'm sorry for spamming. The term "Plugin" is too overloaded. This stuff here is not related at all to the Plugin system in D8.

Let's change this implementation and also issues to Extension manager, pretty please...

Version: 8.0.x-dev » 8.1.x-dev

Drupal 8.0.6 was released on April 6 and is the final bugfix release for the Drupal 8.0.x series. Drupal 8.0.x will not receive any further development aside from security fixes. Drupal 8.1.0-rc1 is now available and sites should prepare to update to 8.1.0.

Bug reports should be targeted against the 8.1.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.2.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.1.x-dev » 8.2.x-dev

Drupal 8.1.9 was released on September 7 and is the final bugfix release for the Drupal 8.1.x series. Drupal 8.1.x will not receive any further development aside from security fixes. Drupal 8.2.0-rc1 is now available and sites should prepare to upgrade to 8.2.0.

Bug reports should be targeted against the 8.2.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.3.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.2.x-dev » 8.3.x-dev

Drupal 8.2.6 was released on February 1, 2017 and is the final full bugfix release for the Drupal 8.2.x series. Drupal 8.2.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.3.0 on April 5, 2017. (Drupal 8.3.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.3.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.4.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.3.x-dev » 8.4.x-dev

Drupal 8.3.6 was released on August 2, 2017 and is the final full bugfix release for the Drupal 8.3.x series. Drupal 8.3.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.4.0 on October 4, 2017. (Drupal 8.4.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.4.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.5.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.4.x-dev » 8.5.x-dev

Drupal 8.4.4 was released on January 3, 2018 and is the final full bugfix release for the Drupal 8.4.x series. Drupal 8.4.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.5.0 on March 7, 2018. (Drupal 8.5.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.5.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.6.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.5.x-dev » 8.6.x-dev

Drupal 8.5.6 was released on August 1, 2018 and is the final bugfix release for the Drupal 8.5.x series. Drupal 8.5.x will not receive any further development aside from security fixes. Sites should prepare to update to 8.6.0 on September 5, 2018. (Drupal 8.6.0-rc1 is available for testing.)

Bug reports should be targeted against the 8.6.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.7.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.6.x-dev » 8.8.x-dev

Drupal 8.6.x will not receive any further development aside from security fixes. Bug reports should be targeted against the 8.8.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.9.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.8.x-dev » 8.9.x-dev

Drupal 8.8.7 was released on June 3, 2020 and is the final full bugfix release for the Drupal 8.8.x series. Drupal 8.8.x will not receive any further development aside from security fixes. Sites should prepare to update to Drupal 8.9.0 or Drupal 9.0.0 for ongoing support.

Bug reports should be targeted against the 8.9.x-dev branch from now on, and new development or disruptive changes should be targeted against the 9.1.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.9.x-dev » 9.2.x-dev

Drupal 8 is end-of-life as of November 17, 2021. There will not be further changes made to Drupal 8. Bugfixes are now made to the 9.3.x and higher branches only. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.2.x-dev » 9.3.x-dev

Version: 9.3.x-dev » 9.4.x-dev

Drupal 9.3.15 was released on June 1st, 2022 and is the final full bugfix release for the Drupal 9.3.x series. Drupal 9.3.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.4.x-dev branch from now on, and new development or disruptive changes should be targeted for the 9.5.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.4.x-dev » 9.5.x-dev

Drupal 9.4.9 was released on December 7, 2022 and is the final full bugfix release for the Drupal 9.4.x series. Drupal 9.4.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.5.x-dev branch from now on, and new development or disruptive changes should be targeted for the 10.1.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

smustgrave’s picture

Status: Active » Postponed (maintainer needs more info)

Wonder after almost 10 years if this is still a valid task?

Version: 9.5.x-dev » 11.x-dev

Drupal core is moving towards using a “main” branch. As an interim step, a new 11.x branch has been opened, as Drupal.org infrastructure cannot currently fully support a branch named main. New developments and disruptive changes should now be targeted for the 11.x branch. For more information, see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.