+ A modulemd file is used to define a module, and also to provide metadata for the end result. This is a specification of the file.
+ We are currently on version 1 of the specification with version 2 due very soon.
- The format of the module definition, referred to as a "modulemd" or "module yaml," is specified by the https://pagure.io/modulemd[modulemd Pagure repository].
- See link:Making_Modules.html#overview-of-module-files[Making Modules] for more details on how to name this file.
- We are currently on version 1 of the specification with version 2 due very soon.
\ No newline at end of file
+ https://pagure.io/modularity/issues[General issue tracker for Modularity]::
+ General issues that are tracked here.
+
+ https://pagure.io/group/modularity[Modularity on Pagure]::
+ Pagure is the default place for most of our git repositories.
+
+ https://github.com/fedora-modularity/[Modularity on GitHub]::
+ GitHub is an alternative place for some of our repositories.
A *stream* is a series of versions having a goal such as backwards API/ABI compatibility or delivering the latest stable version.
- A “nodejs” interpreter can have streams such as “https://src.fedoraproject.org/modules/nodejs/branch/6[6]” or “https://src.fedoraproject.org/modules/nodejs/branch/8[8]” (two current versions of nodejs), but also “devel” or “latest”.
+ A “nodejs” interpreter can have streams such as https://src.fedoraproject.org/modules/nodejs/branch/6[6] or https://src.fedoraproject.org/modules/nodejs/branch/8[8] (two current versions of nodejs), but also “devel” or “latest”.
Some packages don’t have a major version.
An example could be the “calc” package that is being developed in two branches “stable” and “unstable”.