@@ -124,8 +124,16 @@ Roundup is run using gunicorn and wsgi.
124
124
You have 'sudo -u roundup' access if you need to run things as the
125
125
roundup user.
126
126
127
- The configuration is in the "website/issues" section of Roundup's
128
- Mercurical SCM repository and copied manually to the live tracker.
127
+ The configuration is tracked in multiple places.
128
+ The one used by PSF infrastrcuture is:
129
+
130
+ https://github.com/psf/bpo-tracker-roundup
131
+
132
+ Contact ee-durbin (or psf infra) for an invite to their repo.
133
+
134
+ Usually testing is done with: the "website/issues" section
135
+ of Roundup's Mercurical SCM repository and copied manually to the live
136
+ tracker.
129
137
130
138
* get a working copy of roundup/website/issues from the SCM, either via
131
139
hg clone https://hg.code.sf.net/p/roundup/code
@@ -135,7 +143,23 @@ Mercurical SCM repository and copied manually to the live tracker.
135
143
* check the differences
136
144
diff -ur /srv/roundup/trackers/roundup/ roundup/website/issues/
137
145
138
- Copy differences using 'sudo -u roundup ...'.
146
+ Copy differences using 'sudo -u roundup ...' into production for testing.
147
+
148
+ Restart the server with:
149
+
150
+ sudo service roundup-roundup restart
151
+
152
+ The git version is what PSF uses if they have to rebuild/move our
153
+ tracker. So it's important to keep it up to date.
154
+
155
+ They also generate the config.ini from an ansible script. So if you
156
+ need to change settings in config.ini (e.g. logging from ERROR to
157
+ WARNING) and have it persist across (daily+) ansible runs you need to
158
+ update:
159
+
160
+ pillar/base/bugs.sls
161
+
162
+ in the https://github.com/python/psf-salt repo and then push it.
139
163
140
164
Getting a user account
141
165
~~~~~~~~~~~~~~~~~~~~~~
0 commit comments