Packaging & Deployment

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
This group should probably have more organizers. See documentation on this recommendation.

This group serves as a central point to allow for the coordination and informal discussions amongst the developers of several modules (patterns, spaces/context, features, deployment, install profiles, etc.) that have similar and/or complementary functionality, allowing us to reduce the duplicated code bases and more easy leverage each other's solutions.

The goal of this group is to put together a set of 'best practices', that allow for the easy integration of all these modules, and the education of these best practices to the contributed module developers, so that the resulting system can provide a solid platform for resolving the packing and deployment problems we are faced with.

adrian's picture

Drupal 'ports' collection

What is it?

My recent work on Aegir has been very deeply oriented with Drupal package management and dependency checking.

From the perspective I have been working from (unix command line scripts), the currently existing functionality of the update module is simply not useful.
I am in need of an easily mirrorable meta-info repository of all the drupal projects, and all the drupal modules. I need to be able to figure out dependencies

Read more
dmitrig01's picture

Exportables module

Yesterday I released the exportables module, which allows views-style exportables on objects which normally can't be exported (because of a lack of machine readable name). Currently, I've implemented taxonomy vocabularies, but more are planned -- add your own ideas in the comments for what I should make exportable next. Vocabularies are implemented using this code -- http://pastie.textmate.org/437640. Currently, there is no features module integration, however I'm working on that.

Read more
kvantomme's picture

mentors for a patterns like module builder

There is a GSoC proposal at http://groups.drupal.org/node/20917 that you should check out.

In short it's a patterns-like module that can be used to build modules. It could help a lot to speed up the development of little helper modules that projects often need (e.g. to add a little extra functionality, but that are not contribution worthy).

Tamas, has been a trainee for almost a year now at our company and I'll be his "local mentor" for GSoC.

He would still need co-mentors with relevant technical background. Anybody interested?

Read more
mitchell's picture

Package Management

Note: My proposal has evolved to include a detailed schedule, glossary, and long brief about the reasons why my methodology is at least different, if not better than the existing ones. I have moved the content from this single page to the Package Management project page. The project home page links to the SoC Proposal with the schedule.

Old Titles for this project ordered by earliest (from these you can see 3 major aspects of the project):
Automated Drupal Software Appliance Builder

Read more
adrian's picture

A look at my Data API proposal from Drupalcon Brussels 06

All this import/export malarky is actually part of a problem I identified many years ago, while writing FAPI.

FAPI in it's current state was always meant to be the first phase in a much larger project to fix a lot of the inherent design problems we have been bumping heads against now.

If the code looks 'non-drupal like' to you, keep in mind when this presentation was done, FAPI itself was new, and such sweeping changes still had an opportunity of being taken seriously. Unfortunately I suffered from burnout shortly afterwards, and extracted myself from doing serious core development.

FAPI3 - AKA Data API presentation

Read below for some comments on this :

Read more

Action Plan

This is a wiki page to figure out the immediate plan of action.

Off the top of my head :

  1. Identify existing modules with overlap.
  2. Create a list with all existing object types
  3. Identify which can be imported and exported by the existing modules.
  4. Generate a matrix of modules versus object types, and also the mechanism of import/export (ie: drupal_execute, nodeapi/userapi, own crud functions, module's own api).
  5. Take the best implementation we have for each object and move them to a central API module.
Read more
moonray's picture

Import/Export API (Input/Output API)

Based on the discussions we had at DrupalCon, I've written up the beginnings of an API with a standardized set of hooks and some functions.

The details of how, for instance, the block module would save an object to disc might start through using the not-so-desirable form API, due to lack of another option. In the future, however, this could be changed using a more optimal method.

Also included is a generalized function to fetch set of default objects that are embedded in PHP (like views module or context module implement).

Discussion is encouraged. :-)

io.module

Read more
yhahn's picture

Features module quick demo

Jeff Miccolis and I spent some time last week pulling together a proof of concept -- we're calling it the "features" module. Jeff writes:

/**
* @file
* Module file for the features module, which enables the capture and
* management of features in Drupal. A feature is a collection of Drupal
* entities which taken together statisfy a certain use-case.
*/

Here is a quick informal screencast of what this thing does from the UI perspective:

http://video.devseed.s3.amazonaws.com/features_mar13_2009_p1.swf
http://video.devseed.s3.amazonaws.com/features_mar13_2009_p2.swf

What will be of more interest probably to people in the group is the internals of the module. If you're interested, take a look at README.txt and API.txt, where I've documented some of the basic concepts for feature component and module dependency detection. The core concept behind features is that you can start from some starting point in Drupal and allow each derivative component to delegate export and dependency detection to its derivatives and so on.

Read more
bhuga-gdo's picture

Notes from BoF

I blogged my notes of our meeting, and here they are, cross-posted from http://bhuga.net/2009/03/importexport-bof-drupalcon-2009-dc

My food poisoning at DCDC (don't eat rare meat in DC!) abated just long enough for me to attend an excellent BoF towards the end of Friday at Drupalcon DC 2009. The goal was workable configuration management in Drupal, and in no particular order, attending were:

Read more
Subscribe with RSS Syndicate content

Packaging & Deployment

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: