wrobel / pardalys

p@rdalys provides the full configuration set for the Kolab Server (http://www.kolab.org) and is based on puppet (http://reductivelabs.com/trac/puppet). Besides the configuration data it provides Ruby extensions to puppet.

This URL has Read+Write access

wrobel (author)
Fri Oct 02 11:50:05 -0700 2009
commit  870371d8375e3d7d9e98623d79a1c1fa98ff282b
tree    89d4646b6743ce43ba1ab56df4f3138b65e692d3
parent  14794666e5e47029310bef69be82e2598780550a
pardalys / pardalys / HACKING
100644 106 lines (67 sloc) 2.318 kb
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
=================
DEVELOPMENT NOTES
=================
 
:Last update: $Date: 2007-12-18 14:32:42 +0100 (Di, 18 Dez 2007) $
:Revision: $Revision: 8 $
:Contact: p@rdus.de
 
Development
-----------
 
If you want to follow development you should run
 
 dev-pardalys
 
The tool can be found in the 'bin' subdirectory (or in /usr/bin if you
installed pardalys in your system). It will checkout the master branch
of pardalys from github.com and place it in
/usr/share/pardalys/dev-pardalys.
 
If you want to be able to commit your fixes you can fork the main
repository from http://github.com/wrobel/pardalys/tree/master to your
own github.com account.
 
Then use
 
 dev-pardalys -u YOUR_ACCOUNT -s
 
in order to retrieve your forked version over ssh (Note: You will have
to put your public SSH key on github.com for this to work).
 
After that you can start modifying the sources and commit to your
fork. Once you are pleased with the results you may send a pull requst
to the main repository on github.com. If your changes have the
required quality they will get integrated in the main repository.
 
 
Changes
-------
 
 1) Any change should get a short ChangeLog entry.
 
 2) Bigger changes, feature enhancements and closed bugs go into
    CHANGES
 
 3) The RELEASE_NOTES should contain a summary for the current release
    as well as a list of enhancements and closed bugs.
 
 
Versions
--------
 
 The version number is being recorded in the Makefile
 
 The version number for release packages has three numbers.
 
 CVS versions have the date of the last commit appended.
 
 
Authors
-------
 
 Please do not forget to add new authors or contributors within
 AUTHORS.
 
 
Release management
------------------
 
 No instructions yet.
 
 
Branches
--------
 
 No branches yet.
 
 
Documentation
-------------
 
 No documentation yet.
 
 
Testing
-------
 
 No tests yet.
 
 
Release
-------
 
  1) README, INSTALL and HACKING up-to-date?
  2) Make sure ChangeLog is up-to-date
  3) Update CHANGES for the next release
  4) Copy CHANGES to RELEASE_NOTES (short or long)?
  5) Write a release comment in RELEASE_NOTES, set focus
  6) Commit to git
  7) Commit to subversion
  8) Run "make release"
  9) Prepare the sourceforge release
 10) Prepare the freshmeat announcement
 11) Prepare the ebuild
 12) Announce the package on the forum/blog