@@ -124,8 +124,16 @@ Roundup is run using gunicorn and wsgi.
124124You have 'sudo -u roundup' access if you need to run things as the
125125roundup user.
126126
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.
129137
130138 * get a working copy of roundup/website/issues from the SCM, either via
131139 hg clone https://hg.code.sf.net/p/roundup/code
@@ -135,7 +143,23 @@ Mercurical SCM repository and copied manually to the live tracker.
135143 * check the differences
136144 diff -ur /srv/roundup/trackers/roundup/ roundup/website/issues/
137145
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.
139163
140164Getting a user account
141165~~~~~~~~~~~~~~~~~~~~~~
0 commit comments