← Back to branch summary

~launchpad-pqm/launchpad/devel

« back to all changes in this revision

Viewing changes to BRANCH.TODO

  • Committer: Guilherme Salgado
  • Date: 2008-11-11 17:30:32 UTC
  • mto: This revision was merged to the branch mainline in revision 7286.
  • Revision ID: salgado@canonical.com-20081111173032-oa70mu51ym356b8n
A few cleanups here and there.

Show diffs side-by-side

added added

removed removed

Lines of Context:
BRANCH.TODO
5
5
 
6
6
0. Change the docs to explain how to change each sort of sample data.
7
7
 
8
 
1. Change 'make schema' to load sampledata1 into launchpad_dev, sampledata2
 
8
1. Change 'make schema' to load current-dev.sql into launchpad_dev, current.sql
9
9
into launchpad_ftest_template and then create launchpad_ftest_playground using
10
10
launchpad_ftest_template as the template.
11
 
    - I think it's a good idea to keep all the existing DB names. The sample
12
 
      data for tests will be in the existing current.sql file and the one for
13
 
      playing around is going to be in current-dev.sql.
14
11
 
15
12
2. Change 'make newsampledata' to generate newsampledata-dev.sql from what's in
16
 
launchpad_dev and newsampledata.sql from what is in
17
 
launchpad_ftest_playground.
 
13
launchpad_dev and newsampledata.sql from what is in launchpad_ftest_playground.
18
14
 
19
15
3. Change utilities/lint.sh to complain if any sampledata is out of date.
20
 
    - Do we really need to do that for the sampledata that is loaded into
21
 
      launchpad_dev?  I guess we won't be worrying much about the changes that go in
22
 
      there, but it may be problematic if people don't update it when they write DB
23
 
      patches as that will cause conflicts when two other people generate new
24
 
      sampledata later.
25
16
    - I did this but it means an extra DB (launchpad_dev_template) which is
26
17
      used only by utilities/lint.sh.
27
18
 
28
 
4. Make it possible to access lp_ftest_playground via https://launchpad.ftest.
29
 
    - It doesn't seem to be easy to make the server listen on a separate port,
30
 
      with requests on that port using the lp_ftest_playground DB.
31
 
    - Another option is to define a new config environment that'd be identical
32
 
      the dev environment but with a different db name. If we do that, though,
33
 
      devs would have to start a server with a specific config to be able to
34
 
      browse through the test database.
 
19
4. Make it possible to access lp_ftest_playground via https://launchpad.dev
 
20
when LPCONFIG=test-playground is used.
 
21
    - I'd like to have the web app listening on a separate port, with
 
22
      connections to that port accessing the ftest DB, but that's rather
 
23
      complicated and may not even work.
35
24
 
36
 
5. Now there will be two more databases with sample data loaded, so that makes
37
 
the number of DB relations to go above 1000, thus causing postgres to issue a
38
 
warning saying that you may want to increase your max_fsm_relations config
39
 
value.
 
25
5. Now there will be two more databases with all of our tables and views, so
 
26
that makes the number of DB relations to go above 1000, thus causing postgres
 
27
to issue a warning saying that we may want to increase your max_fsm_relations
 
28
config value.