Annotate
modulemanager: Add plugin load filter that reads module metadata from source
Metadata in modules is added using lines formatted as:
--% key: value
Where key is a valid identifier string, and value is also a string (leading
and trailing whitespace are trimmed during parsing).
The initial supported keys are:
--% requires_core_features: feature1, feature2, ...
--% conflicts_core_features: feature1, feature2. ...
These 'features' map to features reported by the new core.features module.
A benefit of this load-time metadata approach compared to e.g. something like
module:requires()/module:conflicts() is that we can continue to look in module
search paths for a suitable module. Aborting an already-loaded module due to
a version conflict would be too late.
author |
Matthew Wild <mwild1@gmail.com> |
date |
Fri, 04 Feb 2022 14:20:00 +0000 |
parent |
5403:d7ecf6cd584e |
rev |
line source |
5403
|
1
|
|
2 The Prosody project is open to contributions (see HACKERS file), but is
|
|
3 maintained daily by:
|
94
|
4
|
5403
|
5 - Matthew Wild (mail: matthew [at] prosody.im)
|
|
6 - Waqas Hussain (mail: waqas [at] prosody.im)
|
|
7 - Kim Alvefur (mail: zash [at] prosody.im)
|
|
8
|
|
9 You can reach us collectively by email: developers [at] prosody.im
|
|
10 or in realtime in the Prosody chatroom: prosody@conference.prosody.im
|