aboutsummaryrefslogtreecommitdiff
path: root/STYLE
diff options
context:
space:
mode:
Diffstat (limited to 'STYLE')
-rw-r--r--STYLE85
1 files changed, 0 insertions, 85 deletions
diff --git a/STYLE b/STYLE
deleted file mode 100644
index 44ff1d58..00000000
--- a/STYLE
+++ /dev/null
@@ -1,85 +0,0 @@
-This is the openrc style manual. It governs the coding style of all code
-in this repository. Follow it. Contact openrc@gentoo.org for any questions
-or fixes you might notice.
-
-##########
-# C CODE #
-##########
-
-The BSD Kernel Normal Form (KNF) style is used:
- http://en.wikipedia.org/wiki/Indent_style#BSD_KNF_style
-Basically, it's like K&R/LKML, but wrapped lines that are indented use 4 spaces.
-
-Highlights:
- - no trailing whitespace
- - indented code use tabs (not line wrapped)
- - cuddle the braces (except for functions)
- - space after native statements and before paren (for/if/while/...)
- - no space between function and paren
- - pointer asterisk cuddles the variable, not the type
-
-void foo(int c)
-{
- int ret = 0;
-
- if (c > 1000)
- return;
-
- while (c--) {
- bar(c);
- ret++;
- }
-
- return ret;
-}
-
-##################
-# COMMIT MESSAGES #
-##################
-
-The following is an example of a correctly formatted git commit message
-for this repository. Most of this information came from this blog post
-[1], so I would like to thank the author.
-
-### cut here ###
-Capitalized, short (50 chars or less) summary
-
-More detailed explanatory text, if necessary. Wrap it to about 72
-characters or so. In some contexts, the first line is treated as the
-subject of an email and the rest of the text as the body. The blank
-line separating the summary from the body is critical (unless you omit
-the body entirely); tools like rebase can get confused if you run the
-two together.
-
-Write your commit message in the imperative: "Fix bug" and not "Fixed
-bug." This convention matches up with commit messages generated by
-commands like git merge and git revert.
-
-Further paragraphs come after blank lines.
-
-- Bullet points are okay, too
-
-- Typically a hyphen or asterisk is used for the bullet, preceded by a
- single space, with blank lines in between, but conventions vary here
-
-- Use a hanging indent
-
-Reported-by: User Name <email>
-X-[Distro]-Bug: BugID
-X-[Distro]-Bug-URL: URL for the bug (on the distribution's web site typically)
-### cut here ###
-
-If you did not write the code and the patch does not include authorship
-information in a format git can use, please use the --author option of the
-git commit command to make the authorship correct.
-
-The Reported-by tag is required if the person who reported the bug is
-different from the author and committer.
-
- The X-[Distro]-Bug/Bug-URL tags are required if this commit is related
- to a bug reported to us by a specific distribution of linux or a
- *BSD. Also, [Distro] should be replaced with the name of the
- distribution, e.g. X-Gentoo-Bug.
-
-[1] http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html
-