Last updated October 30, 2013. Created by targoo on May 21, 2013.
Edited by eojthebrave, xjm, Gábor Hojtsy, mtift. Log in to edit this page.

Main topic described: project metadata

An essential part of a Drupal 8 module, theme or install profile is the .info.yml file (aka, "info yaml file") to store metadata about the project.

These .info.yml files are required to:

  • Notify Drupal about the existence of a module, theme or install profile.
  • Provide information for the Drupal Web UI administration pages.
  • Provide criteria to control module activation and deactivation and Drupal version compatibility.
  • General administrative purposes in other contexts.


The following is a sample .info.yml file:

name: Example Module
description: 'Example Module description.'
package: Custom
type: module
version: 1.0
core: 8.x
  - node
configure: example.admin_index

The .info.yml file should have the same unique name as the .module file (if any) and reside in the same directory. For example, if your module is named "Example," and has a example.module file, then your .info.yml file should be named



Looking at the example info.yml file above lets take a look at each line to see what it does.

The first three lines are primarily used in the administration UI when allowing users to enable or disable your module. The name and description (both required) keys provide the text that is shown on the module administration page and the package key allows you to group like modules together. Core for example uses package: Core to group all of the modules provided with Drupal 8 together, likewise you might use package: Custom to group all of your projects custom modules together making them easier to locate and enable.

The type key which is new in Drupal 8 is required and indicates the type of extension, e.g. module, theme or profile.

For modules hosted on, the version number will be filled in by the packaging script, you should not specify it manually.

The core key is required and specifies the version of Drupal core that your module is compatible with.

The optional dependencies key provides Drupal with a list you of modules which are required in order for your module to work correctly. For example, if you're going to call code from the node module or implement a hook provided by the block module you would want to specify them as dependencies which tells Drupal that your module can not be enabled unless it's dependencies are also present and enabled. You can include core and contributed modules alike.

If the module provides one or more configuration pages in the administration section, the configure key can be used to specify the route (see a short intro to routing later in this quickstart example) for the administration page.

In addition to the properties shown in the example you can also specify hidden: true which will hide your module from the module list on the Extend page. You might find it useful to hide a module if, for example, it only contains tests for the testing framework to use, or it's a sub-module that's only intended to serve as an example for developers who need to implement the main module's API. To avoid clutter on the Modules list, you can choose to hide them.

Debugging .info.yml files

Module is not listed on admin/modules

  • Ensure the info file is named and is located in the root of the module directory.
  • Ensure that the file has the line:
    type: module

Module is listed on admin/modules but its checkbox is disabled.

  • Make sure that the core compatibility is set to 8.x:
    core: 8.x
  • Ensure that all the module dependencies are available. You can expand the module information to see which requirements are missing:
    Note that some modules have been moved out of Drupal 8 core, whereas other contributed modules have been moved into core or replaced by new core modules.

Module description is empty

  • Make sure that the core compatibility is set to 8.x:
    core: 8.x

See also

Looking for support? Visit the forums, or join #drupal-support in IRC.