Merge lp:~stephen-stewart/snappy/docs-tidy-up-package-metadata into lp:~snappy-dev/snappy/snappy-moved-to-github

Proposed by Stephen Stewart
Status: Merged
Approved by: John Lenton
Approved revision: 456
Merged at revision: 455
Proposed branch: lp:~stephen-stewart/snappy/docs-tidy-up-package-metadata
Merge into: lp:~snappy-dev/snappy/snappy-moved-to-github
Diff against target: 101 lines (+41/-41)
1 file modified
docs/meta.md (+41/-41)
To merge this branch: bzr merge lp:~stephen-stewart/snappy/docs-tidy-up-package-metadata
Reviewer Review Type Date Requested Status
John Lenton (community) Approve
Review via email: mp+259050@code.launchpad.net

Commit message

django markdown requires 4 spaces to start a child list, and without correct list indentation the docs aren't easy to follow

To post a comment you must log in.
Revision history for this message
John Lenton (chipaca) wrote :

Trusting you on this one.

You know what would be nice? a markdown linter that didn't require me to 'npm install' stuff.

review: Approve
Revision history for this message
Michael Vogt (mvo) wrote :

Hey Stephen! Thanks a bunch for this branch. One question - did you generate the html docs locally yourself for easier reading? Or are the md files actually used somewhere to auto-generate docs?

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
1=== modified file 'docs/meta.md'
2--- docs/meta.md 2015-05-12 14:54:33 +0000
3+++ docs/meta.md 2015-05-13 20:42:06 +0000
4@@ -29,10 +29,10 @@
5 `explicit-license-agreement` is `Y`, prompts the user to accept the
6 license again.
7 * `type`: (optional) the type of the snap, can be:
8- * `app` - the default if empty
9- * `oem` - a special snap that OEMs can use to customize snappy for
10+ * `app` - the default if empty
11+ * `oem` - a special snap that OEMs can use to customize snappy for
12 their hardware
13- * `framework` - a specialized snap that extends the system that other
14+ * `framework` - a specialized snap that extends the system that other
15 snaps may use
16
17 * `architectures`: (optional) a yaml list of supported architectures
18@@ -40,46 +40,46 @@
19 * `frameworks`: a list of the frameworks the snap needs as dependencies
20
21 * `services`: the servies (daemons) that the snap provides
22- * `name`: (required) name of the service (only `[a-zA-Z0-9+.-]`)
23- * `description`: (required) description of the service
24- * `start`: (required) the command to start the service
25- * `stop`: (optional) the command to stop the service
26- * `stop-timeout`: (optional) the time in seconds to wait for the
27- service to stop
28- * `poststop`: a command that runs after the service has stopped
29- * `caps`: (optional) list of additional security policies to add.
30- See `security.md` for details
31- * `security-template`: (optional) alternate security template to use
32- instead of `default`. See `security.md` for details
33- * `security-override`: (optional) high level overrides to use when
34- `security-template` and `caps` are not
35- sufficient. See security.md for details
36- * `security-policy`: (optional) hand-crafted low-level raw security
37- policy to use instead of using default
38- template-based security policy. See
39- security.md for details
40- * `ports`: (optional) define what ports the service will work
41- * `internal`: the ports the service is going to connect to
42- * `tagname`: a free form name
43- * `port`: (optional) number/protocol, e.g. `80/tcp`
44- * `negotiable`: (optional) Y if the app can use a different port
45- * `external`: the ports the service offer to the world
46- * `tagname`: a free form name, some names have meaning like "ui"
47- * `port`: (optional) see above
48- * `negotiable`: (optional) see above
49- * `bus-name`: (optional) message bus connection name for the service.
50- May only be specified for snaps of 'type: framework' (see above). See
51- frameworks.md for details.
52+ * `name`: (required) name of the service (only `[a-zA-Z0-9+.-]`)
53+ * `description`: (required) description of the service
54+ * `start`: (required) the command to start the service
55+ * `stop`: (optional) the command to stop the service
56+ * `stop-timeout`: (optional) the time in seconds to wait for the
57+ service to stop
58+ * `poststop`: a command that runs after the service has stopped
59+ * `caps`: (optional) list of additional security policies to add.
60+ See `security.md` for details
61+ * `security-template`: (optional) alternate security template to use
62+ instead of `default`. See `security.md` for details
63+ * `security-override`: (optional) high level overrides to use when
64+ `security-template` and `caps` are not
65+ sufficient. See security.md for details
66+ * `security-policy`: (optional) hand-crafted low-level raw security
67+ policy to use instead of using default
68+ template-based security policy. See
69+ security.md for details
70+ * `ports`: (optional) define what ports the service will work
71+ * `internal`: the ports the service is going to connect to
72+ * `tagname`: a free form name
73+ * `port`: (optional) number/protocol, e.g. `80/tcp`
74+ * `negotiable`: (optional) Y if the app can use a different port
75+ * `external`: the ports the service offer to the world
76+ * `tagname`: a free form name, some names have meaning like "ui"
77+ * `port`: (optional) see above
78+ * `negotiable`: (optional) see above
79+ * `bus-name`: (optional) message bus connection name for the service.
80+ May only be specified for snaps of 'type: framework' (see above). See
81+ frameworks.md for details.
82
83 * `binaries`: the binaries (executables) that the snap provides
84- * `name`: (required) the name of the binary, the user will be able to
85- call it as $name.$pkgname (only `[a-zA-Z0-9+.-]`)
86- * `exec`: the program that gets executed (can be omited if name points
87- to a binary already)
88- * `caps`: (optional) see entry in `services` (above)
89- * `security-template`: (optional) see entry in `services` (above)
90- * `security-override`: (optional) see entry in `services` (above)
91- * `security-policy`: (optional) see entry in `services` (above)
92+ * `name`: (required) the name of the binary, the user will be able to
93+ call it as $name.$pkgname (only `[a-zA-Z0-9+.-]`)
94+ * `exec`: the program that gets executed (can be omited if name points
95+ to a binary already)
96+ * `caps`: (optional) see entry in `services` (above)
97+ * `security-template`: (optional) see entry in `services` (above)
98+ * `security-override`: (optional) see entry in `services` (above)
99+ * `security-policy`: (optional) see entry in `services` (above)
100
101 ## license.txt
102

Subscribers

People subscribed via source and target branches