]> Sergey Matveev's repositories - public-inbox.git/blob - HACKING
public-inbox 1.1.0-pre1
[public-inbox.git] / HACKING
1 hacking public-inbox
2 --------------------
3
4 Send all patches and "git request-pull"-formatted emails to our
5 self-hosting inbox at meta@public-inbox.org
6 It is archived at: https://public-inbox.org/meta/
7 and http://hjrcffqmbrq6wope.onion/meta/ (using Tor)
8
9 Contributions are email-driven, just like contributing to git
10 itself or the Linux kernel; however anonymous and pseudonymous
11 contributions will always be welcome.
12
13 Please consider our goals in mind:
14
15         Decentralization, Accessibility, Compatibility, Performance
16
17 These goals apply to everyone: users viewing over the web or NNTP,
18 sysadmins running public-inbox, and other hackers working public-inbox.
19
20 We will reject any feature which advocates or contributes to any
21 particular instance of a public-inbox becoming a single point of failure.
22 Things we've considered but rejected include:
23
24 * exposing article serial numbers outside of NNTP
25 * allowing readers to inject metadata (e.g. votes)
26
27 We care about being accessible to folks with vision problems and/or
28 lack the computing resources to view so-called "modern" websites.
29 This includes folks on slow connections and ancient browsers which
30 may be too difficult to upgrade due to resource demands.
31
32 Only depend on Free Software packages which exist in the "main"
33 section of Debian 7.0 and later.  (We will bump version requirements
34 as time passes, but this is current as of January 2016).
35 In general, we favor mature and well-tested old things rather than
36 the shiny new.
37
38 Avoid relying on compiled modules too much.  Even if it is Free,
39 compiled code makes packages more expensive to audit, build,
40 distribute and verify.  public-inbox itself will only be implemented
41 in scripting languages (currently Perl 5).
42
43 Performance should be reasonably good for server administrators, too,
44 and we will sacrifice features to achieve predictable performance.
45 Encouraging folks to self-host will be easier with lower hardware
46 requirements.
47
48 See design_www.txt and design_notes.txt in the Documentation/
49 directory for design decisions made during development.
50
51 For now, one may optionally subscribe to the mailing list by
52 sending an email to: meta+subscribe@public-inbox.org
53 (and confirming).  However, reading over the mailing list is
54 the least reliable method of reading a public-inbox.