Overview
Artifact ID: | 1e89c253ff81d55dab409e8809da9ed3bd76721f457b5d4f584b44bc66a7901d |
---|---|
Page Name: | depends |
Date: | 2018-07-04 01:24:05 |
Original User: | mario |
Mimetype: | text/x-markdown |
Parent: | 5191300ac39e9a8d5e2bf1a00b2b0e3d7d18b3b2af234e7922d561694a9b25b5 (diff) |
Next | 6d331fd288d8cce33fa22feab8311c9bf03249202211c961ff0f129f28e96f2f |
Content
# depends:
Lists other plugins or language/system libraries which the current plugin requires:
# depends: corefuncs, json_io
Typically it just lists other plugin basenames. And it's a strong indicator that those must be enabled alongside or prior.
It's a list of local URNs.
The recommended default is "depends" and not "require", for compatibility with the Debian packaging spec.
Also it does not strictly need to enforced strictly in each application. It's more of a recommendation and user-visible field. In dynamic langauges plugins can soft-detect missing dependencies mostly.
System/language dependencies
This is quite informal / not fixated, but non-plugin dependencies are usually denominated with type:name
like:
# depends: bin:imagemagick
for binariespython:lyxml
for language modules- Or
sys:amd64
for the architecture. - And
deb:anacron
for the system package manager. api:archnemesis
etc.
Related fields
Depending on complexity other fields might be used alongside:
# provides:
# conflicts:
# suggests: