[ANN] TurboGears 1.0.3 is out.
Florent Aide
I'm really happy to announce that TurboGears has just been updated to 1.0.3
What is TurboGears?
------------------------------
TurboGears is a rapid development "front-to-back" web meta-framework.
Its aim is to simplify and speed up the development of modern web
applications written in the Python programming language.
Please visit the TurboGears homepage at www.turbogears.org to learn more
about the project and its goals.
Some of the new features:
--------------------------------------
* A much better on-line documentation
* Since version 0.9.4, Kid supports different "output formats" (e.g.
"simple_blanks" for stripping duplicate whitespace, using "educated"
quotes etc.). From 1.0.3 so does TurboGears!
* SA support has been upgraded to take into account that SelectResult
is now deprecated
* i18n is now also available for the javascript files.
* If session_filter.on is set, then cherrypy.session is added to the
Global Template Variables under the name tg.session.
* When using SAprovider for identity management, passwords are now
encrypted on the fly if a identity.saprovider.encryption_algorithm is
set to 'md5' or 'sha1' in app.conf.
* Added a standard translation for slovenian!
* An alternative quick-start model is proposed that uses Elixir (using
-e switch). A similar one will become the default in 1.1
A countless number of bugs perished during the preparation of this
release, and we don't feel really sorry for them.
How do I install TurboGears?
-----------------------------------------
Please visit http://docs.turbogears.org/1.0/Install and follow the
installation instructions for your operating system.
To upgrade your install:
----------------------------------
easy_install -U TurboGears
The CHANGELOG:
----------------------------
* Elixir quickstart by FredLin
* Adding encryption on the fly for SA identity on in the template as
per discussion here:
http://groups.google.co.in/group/turbogears/browse_thread/thread/f4b43e9f148c3a9a
fixes ticket #1415
* Added slovenian translation thanks to mte on ticket #1190.
* Japanese Calendar ticket #1395 thanks to tmatsuo
* Handle locales in egg creation thanks to Christoph Zwerschke
* ticket #1434. Now handles SA Query in addition of SelectResults
which will be deprecated in the near future.
* ticket #1325 Fix visit entries created more than once in the
database.
* Fixed toolbox config loading during startup.
* Applied patch from Simon Wittber on ticket #1284: Safari Unicode fix
* Fix for i18n for testsuites not run in the same directory as the project
* Patch for ticket #1319: @paginate barfs if you try to sort
on a column whose data is generated from SQL. thanks to Alastair
* Patch from ticket 1318: @paginate doesn't support SQLAlchemy
list properties. thanks to alastair!
* Fixes ticket #1321: Fixed paginate href. Thanks to alastair!
* Enable custom: plugins outside TG source tree thx to aalbrecht
fixes ticket #1178
*Contributors*:
---------------------
Simon Wittber, Christopher Arndt, Christoph Zwerschke, Paul Johnston, FredLin,
jtate, Ian Charnas, Alastair Houghton, Ian Charnas, Alberto Valverde Gonzales,
Florent Aide.
Thanks to everyone who helped us!
Florent.
gasolin
> Hi all,
>
> I'm really happy to announce that TurboGears has just been updated to 1.0.3
>
> What is TurboGears?
> ------------------------------
>
> TurboGears is a rapid development "front-to-back" web meta-framework.
> Its aim is to simplify and speed up the development of modern web
> applications written in the Python programming language.
>
> about the project and its goals.
>
> Some of the new features:
> --------------------------------------
>
> * A much better on-line documentation
> * Since version 0.9.4, Kid supports different "output formats" (e.g.
> "simple_blanks" for stripping duplicate whitespace, using "educated"
> quotes etc.). From 1.0.3 so does TurboGears!
> * SA support has been upgraded to take into account that SelectResult
> is now deprecated
> * i18n is now also available for the javascript files.
> * If session_filter.on is set, then cherrypy.session is added to the
> Global Template Variables under the name tg.session.
> * When using SAprovider for identity management, passwords are now
> encrypted on the fly if a identity.saprovider.encryption_algorithm is
> set to 'md5' or 'sha1' in app.conf.
> * Added a standard translation for slovenian!
> * An alternative quick-start model is proposed that uses Elixir (using
> -e switch). A similar one will become the default in 1.1
>
> A countless number of bugs perished during the preparation of this
> release, and we don't feel really sorry for them.
>
> How do I install TurboGears?
> -----------------------------------------
>
> installation instructions for your operating system.
>
> To upgrade your install:
> ----------------------------------
>
> easy_install -U TurboGears
>
> The CHANGELOG:
> ----------------------------
> * Elixir quickstart by FredLin
>
> * Adding encryption on the fly for SA identity on in the template as
> per discussion here:
Hi,
This post was forwarded and translated to Taiwan python group
http://groups.google.com/group/pythontw/browse_thread/thread/30f9eaa0504532f2
and China python group
http://groups.google.com/group/python-cn/browse_thread/thread/382659d5a1bd092e
--
Fred
mahongquan
0.4.3 template:
File "G:\Python24\lib\site-packages\genshi-0.4.3-py2.4.egg\genshi
\output.py", line 66, in get_serializer
KeyError: 'html default'
On 7月19日, 上午8时48分, "Florent Aide" <florent.a...@gmail.com> wrote:
> Hi all,
>
> I'm really happy to announce that TurboGears has just been updated to 1.0.3
>
> What is TurboGears?
> ------------------------------
>
> TurboGears is a rapid development "front-to-back" web meta-framework.
> Its aim is to simplify and speed up the development of modern web
> applications written in the Python programming language.
>
> Please visit the TurboGears homepage atwww.turbogears.orgto learn more
> about the project and its goals.
>
> Some of the new features:
> --------------------------------------
>
> * A much better on-line documentation
> * Since version 0.9.4, Kid supports different "output formats" (e.g.
> "simple_blanks" for stripping duplicate whitespace, using "educated"
> quotes etc.). From 1.0.3 so does TurboGears!
> * SA support has been upgraded to take into account that SelectResult
> is now deprecated
> * i18n is now also available for the javascript files.
> * If session_filter.on is set, then cherrypy.session is added to the
> Global Template Variables under the name tg.session.
> * When using SAprovider for identity management, passwords are now
> encrypted on the fly if a identity.saprovider.encryption_algorithm is
> set to 'md5' or 'sha1' in app.conf.
> * Added a standard translation for slovenian!
> * An alternative quick-start model is proposed that uses Elixir (using
> -e switch). A similar one will become the default in 1.1
>
> A countless number of bugs perished during the preparation of this
> release, and we don't feel really sorry for them.
>
> How do I install TurboGears?
> -----------------------------------------
>
> Please visithttp://docs.turbogears.org/1.0/Installand follow the
> installation instructions for your operating system.
>
> To upgrade your install:
> ----------------------------------
>
> easy_install -U TurboGears
>
> The CHANGELOG:
> ----------------------------
> * Elixir quickstart by FredLin
>
> * Adding encryption on the fly for SA identity on in the template as
> per discussion here:
> http://groups.google.co.in/group/turbogears/browse_thread/thread/f4b4...
Florent Aide
Could you give us some more information. Maybe the full traceback
pasted in a paste bin (http://paste.turbogears.org/).
Thanks for your report!
Florent.
Christoph Zwerschke
> i test turbogears 1.0.3 with old app.found this error using genshi
> 0.4.3 template:
>
> File "G:\Python24\lib\site-packages\genshi-0.4.3-py2.4.egg\genshi
> \output.py", line 66, in get_serializer
> KeyError: 'html default'
Just noticed that I am the culprit for this bug, sorry, sorry :-(
If there is no output format, then "html default" is now assumed in
view/base.py line 128, which works only with Kid. I think we need to
revert that change and use just "html" as default which works with all
engines ("default" is used by Kid anyway if nothing is specified).
However, this should be easily solved by setting in your config:
genshi.outputformat = "html".
-- Chris
PS: BTW, please don't always quote everything when replying to a message
Alberto Valverde
On Jul 19, 2007, at 2:48 AM, Florent Aide wrote:
>
> Hi all,
>
> I'm really happy to announce that TurboGears has just been updated
> to 1.0.3
>
> (...)
Congrats Florent for your first TG release! :)
I've just posted a translated, and somewhat edited, version of your
announcement in Spanish at my just-minutes-ago newly born blog.
http://albertovalverde.es/turbogears_1_0_3_released_es.html
Alberto
Neil Blakey-Milner
>
> mahongquan schrieb:
> > i test turbogears 1.0.3 with old app.found this error using genshi
> > 0.4.3 template:
> >
> > File "G:\Python24\lib\site-packages\genshi-0.4.3-py2.4.egg\genshi
> > \output.py", line 66, in get_serializer
> > KeyError: 'html default'
>
> Just noticed that I am the culprit for this bug, sorry, sorry :-(
>
> If there is no output format, then "html default" is now assumed in
> view/base.py line 128, which works only with Kid. I think we need to
> revert that change and use just "html" as default which works with all
> engines ("default" is used by Kid anyway if nothing is specified).
>
> However, this should be easily solved by setting in your config:
> genshi.outputformat = "html".
Ah, this is why I couldn't reproduce the "bug" that my change in
http://trac.turbogears.org/ticket/1444 was giving Florent.
Florent, can you look at including 1444 again, if you do a 1.0.3.1
release to fix this issue?
(Otherwise it's impossible to tell Genshi that ${foo} should cause an
error if the variable foo is not defined, without reregistering the
Genshi template all over again in your own code.)
Neil
--
Neil Blakey-Milner
http://nxsy.org/
n...@nxsy.org
Florent Aide
> Ah, this is why I couldn't reproduce the "bug" that my change in
> http://trac.turbogears.org/ticket/1444 was giving Florent.
>
> Florent, can you look at including 1444 again, if you do a 1.0.3.1
> release to fix this issue?
I'll have a look at it tonight. It should be straight forward now...
We have a small bugfix release coming out in the middle of the night :)
So it should go in tonight.
/flo
Neil Blakey-Milner
Cool, thanks!
Paul Howell
>
>> Hi all,
>>
>> I'm really happy to announce that TurboGears has just been updated
>> to 1.0.3
>>
>> (...)
All seems well with my
easy_install -U TurboGears
and I can see that I have a new version of Kid 0.9.6
But all the TurboGears parts still say 1.0.2.2... (tg-admin info)
Is this a matter of not getting the version numbers upgraded too, or did
something go amiss in my upgrade? Here is a paste link for my tg-admin
info and the terminal output from easy_install -U:
http://paste.turbogears.org/paste/1508
Congrats on the release, and cheers,
Paul
Christopher Arndt
> All seems well with my
> easy_install -U TurboGears
> and I can see that I have a new version of Kid 0.9.6
>
> But all the TurboGears parts still say 1.0.2.2... (tg-admin info)
Can you try
easy_install -U -f http://turbogears.org/download/ TurboGears
instead? I'm not sure if all packages on the Cheeseshop have been
updated yet.
Chris
Florent Aide
[...]
> instead? I'm not sure if all packages on the Cheeseshop have been
> updated yet.
They have been uploaded yesterday at 2:30 AM or something like that...
Paul Howell
Thanks, tried it, same results. easy_install stopped sooner than the
first time (results: http://paste.turbogears.org/paste/1509 ) having
recognized that other dependencies were already updated. But tg-admin
info results are exactly the same. I'm using Mac OSX 10.4.10, my laptop
btw.
Paul
Elvelind Grandin
--
cheers
elvelind grandin
Christopher Arndt
> Perhaps you have two versions of tg-admin laying around?
That's what I think as well. Try running
/Library/Frameworks/Python.framework/Versions/2.5/bin/tg-admin directly.
Chris
Paul Howell
> Perhaps you have two versions of tg-admin laying around?
indeed you are correct. the easy_install -U process did not update my
/usr/local/bin instance of tg-admin. i copied the new one from
/Library/Frameworks/Python.framework/Versions/2.5/bin into
/usr/local/bin and now it works fine.
that is, of course, confusing and seems a silly step to have to take.
do you think this just a Mac OSX 'feature'? i hope there are not more
cute features to be found.
Also i haven't looked at tg-admin yet, but it seems that it try to read
current versions of things, and not just spout what it had from the last
egg it installed from.
Paul
Christopher Arndt
> indeed you are correct. the easy_install -U process did not update my
> /usr/local/bin instance of tg-admin.
> that is, of course, confusing and seems a silly step to have to take.
> do you think this just a Mac OSX 'feature'? i hope there are not more
> cute features to be found.
Ok, here's another, hopefully more complete commond for the upgrade:
sudo easy_install --script-dir=/usr/local/bin \
-f http://turbogears.org/download/filelist.html \
TurboGears[standard]
But, I think it would be better to use tgsetup.py for an upgrade as
well. Just give it the -U option:
sudo python2.5 tgsetup.py -U
> Also i haven't looked at tg-admin yet, but it seems that it try to read
> current versions of things, and not just spout what it had from the last
> egg it installed from.
Maybe it used a different Python version.
Chris
Paul Howell
the easy_install fails while trying to compile Cheetah, as follows. Can
anyone replicate or have insight? It looks like there are missing files
in the cheetah.tar.gz file. starting with *.cfg (i checked, they are
not in the Cheetah tarball. are they needed? is the tarball broken?
error message at paste: http://paste.turbogears.org/paste/1512
Christopher Arndt
> Well, now I'm trying a fresh install of 1.0.3 on a Ubuntu server, and
> the easy_install fails while trying to compile Cheetah, as follows. Can
> anyone replicate or have insight? It looks like there are missing files
> in the cheetah.tar.gz file. starting with *.cfg (i checked, they are
> not in the Cheetah tarball. are they needed? is the tarball broken?
Did you follow http://docs.turbogears.org/1.0/InstallUbuntu?
Specifically, did you install the necessary deb packages first?
Chris
Michael Bienia
You are probably missing the python2.5-dev package containing the headers.
You might also want to check if you have the package "build-essential"
installed (it depends on all the common packages one needs for compiling).
Michael
Paul Howell
Chris, Michael, thank you. Silly me, I make a couple installs and think
I remember everything, but Ubuntu was new to me and didn't even look for
specific docs for installing there. All is well now, and I just
quickstarted a test site just fine.
Paul
Marco Mariani
First thing, I'd like to thank you for the release.
Second thing, I'd also love if somebody could help me understanding why
all my unittests are failing after the upgrade :-))
Basically, it seems like the transactions are not rolled back.
I use SQLAlchemy. I create the test db, complete with data, once at the
beginning of the test run, then I rollback after each single test.
I make heavy use of triggers and autoload, so I'd rather avoid using
SQLite for tests.
Re-creating the whole db upon each unittest would be too slow.
Everything worked on TG 1.0.2.2
I subclass my _model_ test cases from:
> from turbogears.database import session
>
> class DBTestCase(unittest.TestCase):
> transaction = None
>
> def setUp(self):
> # In case of errors, we clear here the session and
> transaction, or other tests will fail
> if self.transaction:
> self.transaction.rollback()
> self.transaction = None
> session.clear()
> self.transaction = session.create_transaction()
>
> def tearDown(self):
> # Hit the db before rollback
> # This way, we catch some integrity errors, type checking from
> sqlalchemy, and the like
> session.flush()
> self.transaction.rollback()
> self.transaction = None
> session.clear()
Moreover, I subclass _functional_ tests from:
> from cherrypy._cpwsgi import wsgiApp
> from twill import wsgi_intercept
>
> class WSGITest(DBTestCase):
> def setUp(self):
> super(WSGITest, self).setUp()
> wsgi_intercept.add_wsgi_intercept('localhost', 80, lambda:
> wsgiApp)
>
> def tearDown(self):
> wsgi_intercept.remove_wsgi_intercept('localhost', 80)
> super(WSGITest, self).tearDown()
All model and functional tests are failing on 1.0.3, raising duplicate
key errors and the like, so I guess the problem is with DBTestCase.
I'm about to delve deeper into this, but I wonder if I'm missing a
simpler way to achieve the same purpose.
Is there anybody who rollbacks the db changes after each test, on
SQLAlchemy?