/
CHANGES.txt
146 lines (81 loc) · 2.55 KB
/
CHANGES.txt
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
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
0.8.5
--------
update buildout to new bootstrap file
undo setuptools pin
update for app engine sdk 1.9.17
0.8.4
--------
update for app engine sdk 1.9.11
remove mako and chameleon dependencies since they are no longer required for pyramid as of version 1.5
0.8.3.1
---------
somehow 0.8.3 got zipped with a README.rst instead of a readme.rst
0.8.3
--------
upgrade sdk to 1.8.7
fix setuptools craziness with rod.recipe.appengine by pinning
setuptools in versions.cfg
add flag in supervisor config for devappserver to avoid checking for
sdk updates when it starts up so that the app either comes up or
errors out, not just hangs there waiting for user input that it will
never get.
Slight modification to docs to give an actual opinion on whether to
use virtualenv or not. As in yes, use a virtualenv for less python
packaging pain.
0.8.2-a2
---------
rebuild with all the artifacts (reademe.rst, CHANGES.txt etc.....)
0.8.2-a1
---------
added supervisord scripts to run dev_appserver
App Engine SDK version bumped to 1.8.0
0.8.1
----------------
include versions.cfg template for scaffold
0.8
----------------
bump sdk to 1.7.5
bump pyramid version to 1.4
upgrade to buildout 2.0
added versions.cfg to make managing versions of dependencies easier.
0.7
----------------
bump sdk version to 1.7.2
adding "unzip=true" to the buildout.cfg template to help out with eggs
that are distributed that way
pinning to pyramid version 1.3
0.6.1
-----------------
bump SDK version to 1.6.6
0.6: 06-13-2012
------------------
changed buildout.cfg to ignore site-packages which should fix a lot of
issues with various namespaces packages that pyramid potentially
depends on.
0.5.4.1: 05-05-2012
-------------------
doc corrections
0.5.4
-----------------
upgrading buildout to appengine sdk 1.6.5 and pyramid 1.3
changed application template to not use an ini file because it doesn't
really add any value on appengine, but handling the paste*
dependencies is troublesome for the recipe rod.recipe.appengine under
some circumstances.
This is just the default behavior of course, there's nothing stopping
you from deploying with an ini file if you wish.
0.5.3: 03-27-2012
-----------------
upgrading buildout to appengine sdk 1.6.4, the first SDK which works
with python2.7.
0.5.2: 03-23-2012
-----------------
fixes to address github issue #6
usage of project vs package used incorrectly.
https://github.com/twillis/pyramid_appengine/issues/6
0.5.1: 03-21-2012
-----------------
minor changes to readme.rst
0.5: 03-21-2012
---------------
initial release