+1 from me.
cheers.
-chris
On Monday, November 19, 2012 2:32:48 PM UTC-7, alessand...@axant.it wrote:
I would like to remove the postpone_commits decorator in the upcoming
major release, so I'm writing here to get any feedback :D
The main reason is that it's not documented and it's the
It’s been a long summer, and the TurboGears crew has been busy testing
the new release candidate on our own production sites. We think the
release is ready for introduction into the wild. One of the reasons
this release has been delayed is due to the release of Pylons 1.0,
which 2.1rc1 now
This is now fixed in tip.
On Feb 2, 11:01 am, Mark Ramm mark.mchristen...@gmail.com wrote:
Thanks!
I can confirm and created ticket #2455 for this.
--
You received this message because you are subscribed to the Google Groups
TurboGears Trunk group.
To post to this group, send email to
On Saturday I will visit Dallas Texas, where my good friend Jason
Galyon will be hosting my workshop. The goal of the workshop is to
work with people interested in TurboGears, to work at their level to
bring forth a web application that is applicable to them. Bring a
database, we’ll see how it
Seth, this is probably due to the fact that I forgot to update the
requirements for tg.devtools to b1, I will fix this come b2.
cheers.
-chris
On Jan 26, 11:48 am, Seth seedifferen...@gmail.com wrote:
Thanks a million for all your work Chris!
Just FYI, following the upgrade instructions in
The TG2.1 team presents our first beta.
Thanks to all of you who helped ferret out bugs in the alpha stage.
Here is a list of items fixed in this release.
* Deprecated default in favor of _default
* Fixed handling of Unicode parameters
* Added disable_request_extensions flag to configuration
For those of you who may have read this previously. The recommended
way to patch TG (and have it easily accepted) is as follows:
set up an account at http://bitbucket.org
fork a copy of http://bitbucket.org/turbogears/tg-dev
clone your forked copy.
Make your changes.
Changes that include
Hmm.
Sorry to enter this party late. But I think sending a new helper off
on a wild goose chase the size of SO support is a bad idea...
While I think it would be nice to have SO support, i feel it is lower
down in priority in terms of the needs of our project.
What we _really_ need is help on
In keeping with our monthly releases, the TurboGears team presents
2.1a3. This release is primarily a bugfix release. There are no
compatibility issues with this release. Here are the major items
fixed.
* Fixed problems with Beaker Secret Key functionality. (Thanks
Sanjiv)
* Fixed
If you are from the US, you may be familiar with the custom of racing
to your local commercialization hub before the sun rises and beating
your fellow man over the head to get that cute little fifi doll your
daughter wants for christmas. This endeavor is often fueled by the
previous day’s binge
In the past few weeks a number of issues have been addressed with
TG2.1 and it’s time to push out a new release with those fixes. Here
is an overview.
Front-ported Beaker Secret key functionality.
Fixed i18n hitting the filesystem on every call.
Fixed #2287, allowing genshi to now output xhtml.
We are ready to start testing the next version of TurboGears: 2.1.
This release is the first of what will be a series of alpha and beta
releases before we move into production. 2.1 is not a huge departure
from the 2.1 codebase, rather, it’s efforts are to clean up and speed
up the existing
Hey guys,
So, we've been talking about ToscaWidgets 2.0 for a while. I decided
to push out a release because I have been using it in a production-
level system I am building, and have quite a few of the kinks worked
out. There are still more, but this is the kind of project you could
get
I lied, we found a few more ways to tweak sprox 0.6. (www.sprox.org)
Thanks to
Alessandro Molina (amol) for providing a speed enhancement when
rendering dictionaries.
Thanks to Temmu Yli-Elsila for his help in debugging the preventCache
problem with DojoGrid in IE. Sprox will now work
I also wanted to mention that members of the TG team should be online
for the majority of Friday in order to facilitate setup. If you hop
in to irc://#turboge...@irc.freenode.net you should find us.
cheers.
-chris
On Sep 21, 8:48 pm, Michael Pedersen mjpe...@gmail.com wrote:
I've been holding
TurboGears will be sprinting to improve our documentation in
preparation for our up-coming 2.1a1 release. We could use all the
help we can get, so if you have time to review existing docs, or
figure out one little piece of TG and update or contribute to our
docs, we'd love to have you, and help
*raises hand.
I'm spending a few hours every week on this process. Also, I think we
should have a doc sprint in the near future, as a prelude to TG 2.1a1
release.
cheers.
-chris
On Sep 2, 11:02 pm, Michael Pedersen mjpe...@gmail.com wrote:
Okay, I've been working on these docs quite a bit
I will try to organize the folks from the front range pythoneers to do
a doc sprint.
They are an active group and like sprinting.
I'm going out of town for sept.5-9, so I will not be able to attend
that sprint.
Sept. 18-19 look doable for me tho.
cheers.
-chris
On Sep 1, 10:43 pm, Michael
Cool idea, one that is implemented in TW2.
I'd love to see a code example if you've got one.
cheers.
-crhis
On Aug 10, 5:25 pm, Diez B. Roggisch de...@web.de wrote:
Hi all,
I've just pushed my latest addition to the TW core into the repository -
server-side callbacks.
The docs are not
0.6.4 is now available from pypi.
Thanks to Graham Higgins for his contribution which allows sprox to
work with Interval values.
Also included in this release are fixes for TG2.1a1 that caused edit
forms to fail validation improperly.
Direct link: http://pypi.python.org/pypi/sprox/0.6.4
This is mainly a bugfix release with support for TG2.1a1. 2.1 alters
the environ params if it sees a _method param, and it's removal was
causing formencode to fire off if_missing errors.
Thanks to s4msung on the irc for his help in ferreting out the bugs.
Direct link:
Hey guys,
I did a new release of tgext.admin today. This change incorporates
the ability to override the actually controller that runs behind each
model class that your admin utilizes. This allowed me to fix another
issue which has been a bone of contention with the admin for some
time.
That
There is a detailed breakdown here:
http://turbogears.org/2.0/docs/main/QuickStart.html#explore-the-rest-of-the-quickstarted-project-code
cheers.
-chris
On Jul 21, 10:18 am, Kevin Horn kevin.h...@gmail.com wrote:
One thing that might be helpful to new users is a breakdown of the
Lukasz,
Thanks very much for writing this tutorial. It is definitely valuable
to the community, and we appreciate the effort. If you have any
interest in assisting with the official tg2 docs, let me know and we
can get you set up.
cheers.
-chris
On Jul 6, 2:25 pm, Lukasz Szybalski
Sorry Jorge, this one flew in under my radar.
my vote is A.
B) is just annoying
C) is what TurboJson/Sprox are for
cheers.
-chris
On Jul 1, 1:52 pm, Jorge Vargas jorge.var...@gmail.com wrote:
Hello, Just a quick reminder of this. Any opinions on it? if not I'll
choose option A
On Sun,
Paul,
Thanks for your remarks, and explaining the difficulties of making the
choice to support the TG philosophy. To the below comment, I ask, if
we don't defer to the upstream package's documentation, what
alternatives do we have? Our team really lacks the resources to keep
multiple copies of
I implore you to not spend so much time on adding new
features to 2.1 and focus on getting these core problems taken care of
first and foremost. Please please please make 2.1 all about polish.
I agree with this hole-heartedly, and we have already done some work
in this arena. The main push
On Jun 23, 12:26 pm, Daniel Fetchinson fetchin...@googlemail.com
wrote:
I agree that unfortunately TG is lacking in marketing, but if we want
to have a viable product, the core team needs to focus on the
technology.
I sincerely disagree with your statement. I do not think that in order
-- Forwarded message --
From: percious perciou...@gmail.com
Date: Jun 5, 1:30 pm
Subject: ANN: Sprox 0.6(.1) released!
To: sprox
Well, it's been longer than I wanted since the last release. (almost
4 months) I was holding out because I wanted to get a few more
features
tomorrow. I
think we will indeed need to wait until next week. I just could not
get everything done for sprox's release that I needed to.
cheers.
-chris
On Jun 4, 9:50 am, Florent Aide florent.a...@gmail.com wrote:
On Wed, Jun 3, 2009 at 1:00 AM, percious ch...@percious.com wrote:
I'm
on IRC.
And I agree, we need to release 2.0 to pypi if all the dependent eggs
are there. If not, then we need to put some pressure on our
constituents.
cheers.
-chris
On Jun 2, 10:50 am, Florent Aide florent.a...@gmail.com wrote:
On Fri, May 29, 2009 at 8:37 PM, percious ch...@percious.com
I for one would like 2.1 out as soon as practical. I think the
component architecture can wait until 2.2. I feel that the 2.1
codebase is very well tested and definitely stable enough for an alpha
release, so let's get 'er done!
cheers.
-chris
On May 28, 8:45 pm, Mark Ramm
I feel that the mako support is just as good as genshi, in terms of
the framework code. I primarily use mako for it's concise syntax and
speed. I have built master/index for mako and would be happy to
publish them, but I have received a bit of pushback from the TG2 team
whilst recommending
.mak is also what TW uses, so there might be some historical
justification for using .mak
I personally +1 the effort to move over to .mako, and could/would make
the change in TW to match.
cheers.
-chris
On May 14, 10:27 pm, Jorge Vargas jorge.var...@gmail.com wrote:
On Wed, May 13, 2009 at
us all
updated
Thanks,
Paul
On Thu, Apr 9, 2009 at 12:34 PM, percious ch...@percious.com wrote:
TurboGears is hosting a Need for Speed sprint on April 25th at Bivio
Software in Boulder, CO as well as remotely across the world. TG is
fast, but we want to get even more performance out
Is TG locked into 1.2.2 somewhere? I was advised by Ben Bangert to
replace 1.2.2 with 1.3 because 1.2.2 has some bugs which have been
fixed. Perhaps we need to update our setup.py somewhere, or our
Pylons egg?
cheers.
-chris
On Apr 10, 4:54 am, AD. anton.l...@gmail.com wrote:
On Apr 9, 9:22
TurboGears is hosting a Need for Speed sprint on April 25th at Bivio
Software in Boulder, CO as well as remotely across the world. TG is
fast, but we want to get even more performance out of our full-stack
application. We are enlisting your help with profiling to see how much
faster we can make
The other option is to create your own validate decorator, which is
precisely what I have done with tgext.crud. You might have a look at
this code example:
http://code.google.com/p/tgtools/source/browse/projects/tgext.crud/trunk/tgext/crud/decorators.py
On Apr 7, 9:46 am, Mark Ramm
imports still work)
Here is the branch. I encourage one of our committers to merge it in
with the new tip.
http://bitbucket.org/percious/tg-21/
cheers.
-chris
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Honestly guys, if you want a bug for this change I can produce one in
about 30 seconds.
$ paster quickstart tgtest
$ cd tgtest
$ paster setup-app development.ini
change model
$ pastser setup-app development.ini
error ensues
My change fixes this bug and is a minor refactor. This is the biggest
I can probably fix this next week with the dispatch refactor. I will
take a special note of it.
cheers.
-chris
On Mar 23, 9:15 am, Mark Ramm mark.mchristen...@gmail.com wrote:
Actually, not so bad. You can validate get parameters, or post
parameters but not URL args.
This is something we
for it
directly.
--Mark Ramm
On Tue, Mar 17, 2009 at 1:53 PM, Florent Aide florent.a...@gmail.com
wrote:
On Tue, Mar 17, 2009 at 4:56 PM, percious ch...@percious.com wrote:
I have begun work on our new extensions methodology. (Some call this
component architecture). I am working
)
cheers.
-chris
On Mar 18, 11:23 am, percious ch...@percious.com wrote:
Well, it's in and the docs are updated. Dunno what to say, you
mentioned this after I had already implemented.
On Mar 18, 6:17 am, Mark Ramm mark.mchristen...@gmail.com wrote:
I after a bit more thinking about
I have begun work on our new extensions methodology. (Some call this
component architecture). I am working with Jorge and Jon to try and
get a handle on how to extend TG's database system. We are developing
a light weight CMS called Pages.
I have been working on a new paster command for pages
two more +1s and this is a go.
On Mar 17, 11:53 am, Florent Aide florent.a...@gmail.com wrote:
On Tue, Mar 17, 2009 at 4:56 PM, percious ch...@percious.com wrote:
I have begun work on our new extensions methodology. (Some call this
component architecture). I am working with Jorge and Jon
make that one more +1.
I will update the necessary docs if you can point me to the right
pages.
On Mar 17, 12:06 pm, percious ch...@percious.com wrote:
two more +1s and this is a go.
On Mar 17, 11:53 am, Florent Aide florent.a...@gmail.com wrote:
On Tue, Mar 17, 2009 at 4:56 PM, percious
Also, while I am at it, I am going to add some comments to the
quickstart which will work as template hooks for extensions. I'm
not sure how many of these hooks we will need, or how we should
document them, but this is a work-in-progress.
cheers.
-chris
On Mar 17, 12:07 pm, percious ch
comments in the .py files so that extensions in inject their goodness.
in bootstrap.py:
# bootstrap.before.user.data
# bootstrap.after.user.data
in root.py:
# rootcontroller.after.class.statement
# rootcontroller.eof
etc.
On Mar 17, 12:19 pm, Mark Ramm mark.mchristen...@gmail.com wrote:
Whilst accessing the quickstarted project's 'Admin' interface there's
nowhere to
enter a user's password. Is this by design?
This _is_ by design. Currently catwalk does not handle well the
encoding of the passwords, and this functionality will require a bit
of coding which is slated-for,
Yes, this is the intent. This way the original values from failed
validation can be passed back to the error handlers.
On Feb 23, 8:29 am, Christoph Zwerschke c...@online.de wrote:
You can use the following to see
the different behavior:
TG1 --
I realize this is a bit of a hack, it also ensures that no one will
have the name _method. RoR is doing this for their rest stuff. I
implemented this protocol:
http://microformats.org/wiki/rest/urls
I'm not necessarily apposed to changing it, but probably not until
2.1 . Rum is also using
Personally I think we should default to SimpleJson, and then if the
user has TurboJson installed, we should
default to that. It should be simple enough to put a switch in
config.
try:
import turbojson
except:
import simplejson
or such.
I feel that for simple jsonifications
pylons.c.form is the correct way to pass the form to the template.
I believe you could also import tmpl_context from tg and say:
tmpl_context.form = form.
That would probably be the more TG way of doing things.
The reason we no longer pass the form into the template dictionary is
because it
Thanks to Mark and all the TG staff who are making these rapid-fire
beta releases a reality.
cheers.
-chris
www.percious.com/blog/
On Feb 2, 8:38 pm, Mark Ramm mark.mchristen...@gmail.com wrote:
I just posted a new index up to the site:
In a fresh virtual environment you can:
easy_install
I am likely to have NREL sponsor my attendance. I would probably be
able to do a State of TG talk if you like. I'd be happy to work on
it with you and we could give it together or separate however it works
out.
cheers.
-chris
On Jan 31, 6:38 pm, Mark Ramm mark.mchristen...@gmail.com wrote:
I'm upgrading an existing TG2 site and having problems. I put what
you described in my master template but get the following error:
http://beta.pylonshq.com/tracebacks/30c47ca627f51fffe2a56298936fd4db
Is there something I'm missing?
cheers.
-chris
On Jan 18, 11:12 am, Alberto Valverde
Great work Jorge. I would also like to move over to pip.
cheers.
-chris
On Jan 29, 11:24 pm, Jorge Vargas jorge.var...@gmail.com wrote:
AlI can say is wow. pip is simply awesome.
I just expend about 3 hours installing different things and not only
was it able to handle everything I gave
Hey guys,
I was editing our pages for GSoC 2009 and got locked out. What is the
sequence of events leading to surge protection lock out? How long am
I locked out for?
Is there a way for our usual editors to avoid surge protection. It
seems a bit odd to me that I would be treated like a spam
+1 on this. Sooner the better, esp. the upgrades of modules.
On Jan 24, 11:16 am, Jorge Vargas jorge.var...@gmail.com wrote:
Hello guys
I'm currently very unhappy with the state of our trac we have 207, a
ton of them are over a year old and many are just invalid. Specially
all the stuff in
Jorge Vargas was also very helpful in ferreting out problems with
mimetypes/Catwalk/Admin.
Thanks Jorge.
-chris
On Jan 24, 11:03 am, Jorge Vargas jorge.var...@gmail.com wrote:
On Sat, Jan 24, 2009 at 10:28 AM, Mark Ramm mark.mchristen...@gmail.com
wrote:
We're doing a beta 4 release a bit
Mark and I talked about this last night. tw.dojo is going to be added
to the index. I will also remove the requirement for tgext.crud for
dojo. It doesn't actually need it, but I think the idea here is to
softly encourage people to use dojo.
cheers.
-chris
On Jan 20, 12:03 am, Jorge Vargas
Also, I wanted to thank Mark for all his hard work on this release.
Here are a few nuggets about the recent additions for this release.
New Controllers:
WSGIAppController : Mount your wsgi app directly inside another TG
controller.
RestController: Use RESTful URLs directly within TG2 .
Jorge Says: Shouldn't we replace the catwalk import with tgext.admin ?
I think that Catwalk has good branding, and that we might still want
to keep it. My plan is to make Catwalk a configuration of tgext.admin
which is basically wide open. Catwalk is already based completely on
tgext.crud
Oh, I forgot to mention that there are also two new controller
decorators:
@with_trailing_slash and it's brother @without_trailing_slash .
They are intended to help those who fret over whether or not their URL
has a '/' at the end or not (I did!).
cheers.
-chris
On Jan 20, 12:03 am, Jorge
.
On Tuesday January 20, 2009 16:22:11 percious wrote:
Mark and I talked about this last night. tw.dojo is going to be added
to the index. I will also remove the requirement for tgext.crud for
dojo. It doesn't actually need it, but I think the idea here is to
softly encourage people
bug for this release -- I couldn't even run my app.
Cheers.
On Tuesday January 20, 2009 16:22:11 percious wrote:
Mark and I talked about this last night. tw.dojo is going to be added
to the index. I will also remove the requirement for tgext.crud for
dojo. It doesn't actually need
I have successfully used tw.dojo, tw.yui, tw.extjs, tw.jquery, and
tw.mootools with TG2. Nevermind the fact that I authored most of the
above. ;-) I think Jorge hit it on the head, different tools for
different needs. I do find myself leaning more and more in the Dojo
direction.
Keep in mind
Catwalk2 is much more integrated with TG2 than Rum is. There are some
features built into Rum that are not yet in Catwalk, but I am sure
Alberto/Michael can comment on that more than I can. Catwalk is built
with Sprox, and TW and some dojo if you have tw.dojo installed. Rum
is currently only
I think a more pertinent question is who is going to give the State
of TG address ;-).
Buler? Buler?
cheers.
-chris
On Jan 20, 3:00 am, Christopher Arndt chris.ar...@web.de wrote:
Hi Guys,
might be fun to organize a TurboGears sprint at this year's EuroPython
in Birmingham!
Here's
I think these are interesting hooks, but don't offer a lot in the way
of capabilities. I think if we were to pass in the controller
instance to these hooks they would be a lot more valuable.
What I would like to be able to do is override a template on a per-
controller-instance basis. This
):
self.index.decoration.engine['text/html'] =
self.default_engine
@before_render(shouting)
@after_render(default_voice)
@expose('genshi:regular_template')
def index(self, *args, **kw):
return dict(john_wayne=you got that right, kid)
On Jan 16, 2:14 pm, percious ch
framework like RUM, but maybe just be
a TG2 app, mountable in other TG2 apps.
I think, that should solve the problem (and would be a good test, if
TG2 is designed cleanly enough to support that).
Michael
On 15 Jan., 07:48, percious ch...@percious.com wrote:
Just so you guys know
be
a TG2 app, mountable in other TG2 apps.
I think, that should solve the problem (and would be a good test, if
TG2 is designed cleanly enough to support that).
Michael
On 15 Jan., 07:48, percious ch...@percious.com wrote:
Just so you guys know, this change allows people with mako, jinja
Hey guys.
I've been working quite a bit with some of the new functionality in
TG2, but even then I have found a couple of needs. I am providing
these decorators for your review: http://tinyurl.com/new-tg2-decorators
I would like these to be included in the core of TG, but not without
some
Oh, I forgot to mention that this functionality is used by catwalk,
but resides in tgext.crud, which means not including it in the TG2
core necessitates the includsion of tgext.crud in the dependencies for
TG2.
cheers.
-chris
On Jan 14, 11:13 am, percious ch...@percious.com wrote:
Hey guys
Just so you guys know, this change allows people with mako, jinja, or
chameleon.genshi default_templates to use tg components like
tgext.admin and Catwalk. Without this, those libraries have to use XML
() all over the place in their templates which also degrades
performance. The default
How about WSGIAppController, and you pass in a wsgi app to the
__init__?
+1 on this idea in general.
cheers.
-chris
On Jan 9, 1:38 pm, Alberto Valverde albe...@toscat.net wrote:
The current solution (ie: use_wsgi_app) does not quite cut it. The
problem is that to effectively mount a WSGI app
Hey guys,
Since we have a bunch of admin tools now built into the TG template, I
was thinking it would be nice to add in some tools to the default
template to help admins add/remove users, and for new users to
register. This has been done previously with silverplate, but I think
putting these
in my mind.
In case anyone is wondering, DBSprockets need the ability to query the
database so it can fill in the proper data for the drop-down menus, as
well as to fill in table data.
cheers.
-chris
On Dec 19, 1:29 am, Alberto Valverde albe...@toscat.net wrote:
percious wrote:
So, I did some
options.
cheers.
-chris
On Dec 19, 10:12 am, Alberto Valverde albe...@toscat.net wrote:
On Dec 19, 2008, at 15:36, percious ch...@percious.com wrote:
Yes, and I am doing that.
The problem becomes when you have two models that have the same named
classes.
How is that? AFAIK, as long
John,
Thanks for the feedback, but seriously, you come off pretty negative
in your approach. Keep in mind that the tutorial you just read
was contributed by volunteer(s) (not only myself). We ask for review
of these documents frequently, and often have sprinters who are new
to TurboGears go
Well,
2008 ended out with a bang sprint-wise! Thanks to everyone who made
the 2008 series a reality. I kind of lost control of my OSS life in
September, and some other folks stepped up and still made the sprints
happen. Awesome job getting TG2 so close to b1 guys!
In any event, I am trying
So, I did some experimentation tonight using the engine as an
identifier.
The problem is that I have no way of knowing which class is mapped to
which engine without binding them. Maybe I'm missing something
here...
cheers.
-chris
On Dec 17, 8:53 am, percious ch...@percious.com wrote
wrote:
On Dec 16, 11:47 pm, percious ch...@percious.com wrote:
Hey guys.
I'd like to add the following to the init_model() function in mode/
__init__.py in the default template:
metadata.bind = engine
This is to allow dbsprockets (catwalk2) to have access to the bound
metadata
What kind of adverse consequences?
I am OK with providing a configuration variable if there is a good
reason to do so.
cheers.
-chris
On Dec 17, 12:08 am, Florent Aide florent.a...@gmail.com wrote:
On Wed, Dec 17, 2008 at 5:47 AM, percious ch...@percious.com wrote:
Hey guys.
I'd like
Hey guys.
I'd like to add the following to the init_model() function in mode/
__init__.py in the default template:
metadata.bind = engine
This is to allow dbsprockets (catwalk2) to have access to the bound
metadata. Without this change, those two items will not work out of
the box.
cheers.
Alberto,
Thanks for this. This was the last remaining item keeping TW from
supporting Python 2.6 properly.
cheers.
-chris
On Dec 8, 4:53 am, Alberto Valverde [EMAIL PROTECTED] wrote:
Hi,
I've just uploaded a 0.9.4 release to PyPI. Most notable change is that
ToscaWidgets now requires, and
I have just verified that:
easy_install -i http://www.turbogears.org/2.0/downloads/1.9.7b1/index
tg.devtools
works on python 2.5 and 2.6
That's right folks, 2.6. Welcome to 2008.
cheers.
-chris
On Oct 28, 11:11 pm, percious [EMAIL PROTECTED] wrote:
nice work. it all works smashingly now
I added a November Participants section.
cheers.
-chris
On Oct 29, 11:18 am, Gustavo Narea [EMAIL PROTECTED] wrote:
Hi, Chris!
Sorry for the dumb question, but where exactly should I add myself in that
wiki page?
Cheers.
On Tuesday October 28, 2008 02:24:30 percious wrote: Mark Ramm
, 2008 02:24:30 percious wrote: Mark Ramm and I will be
attending PyWorks from Nov 12-16th. On the
15th and 16th we will be sprinting on TurboGears2. We invite you to
join us remotely or in person in Atlanta. I have modified the wiki
page with information about the sprint. If you
Hey Mark,
No problem, I added them because people had noted that they were
missing. I think that we might want to find a better solution though,
because people quickstart the default TG project, and then they cannot
run it because SA/etc. are missing. Perhaps we should have the
install script
I did not know that pigs recently evolved to have wings...
who'da thunk it?
cheers.
-chris
On Oct 28, 4:47 am, Christopher Arndt [EMAIL PROTECTED] wrote:
Diez B. Roggisch schrieb:
Christopher Arndt schrieb:
I fixed the issue in SVN. Should we do another release?
Sure. 0.2Beta2?
Yep.
I meant to add webtest to the deps last night, sorry about that.
I will look at formencode and see what the conflict issue is with SJ
1.9.2.
cheers.
-chris
On Oct 27, 5:52 pm, Jorge Vargas [EMAIL PROTECTED] wrote:
On Mon, Oct 27, 2008 at 3:24 PM, Jorge Vargas [EMAIL PROTECTED] wrote:
On
Mark Ramm and I will be attending PyWorks from Nov 12-16th. On the
15th and 16th we will be sprinting on TurboGears2. We invite you to
join us remotely or in person in Atlanta. I have modified the wiki
page with information about the sprint. If you are interested in
attending, don't hesitate
Mark,
If you can send me a pointer to the index/docs creation methods, I
should be able to take care of those type of problems in your stead.
At least we have 2 full weeks before the next conference...
cheers.
-chris
On Oct 27, 10:56 pm, Luke Macken [EMAIL PROTECTED] wrote:
On Mon, Oct 27,
Well, mark and I will be sprinting at PyWorks... If that is any
indication.
cheers.
-chris
On Oct 22, 7:12 am, Rafael [EMAIL PROTECTED] wrote:
You mean that for the first week of November will be released ?
regards
On 21 oct, 15:47, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
There will
+1
On Sep 10, 1:05 pm, Mark Ramm [EMAIL PROTECTED] wrote:
So, I think the middleware should live in some library somewhere, not
in the template itself (what if there's a security fix, do we require
all users to update their generated middleware code?) and I'm fine
with putting it in
you might also look at how tg.ext.silverplate uses it.
tgtools.googlecode.com
On Aug 25, 6:06 pm, Florent Aide [EMAIL PROTECTED] wrote:
On Tue, Aug 26, 2008 at 12:20 AM, laureano arcanio
[EMAIL PROTECTED] wrote:
Thanks Florent, i was looking how to use the identity on Tg2 more than how
to
Congratulations to Sanjiv for participating in such a successful
GSoC. I must say I was quite impressed in the way Sanjiv was able to
adapt to the ever-changing requirement changes as licensing issues and
competitive interests directed much of his work. It is my sincere
hope that Sanjiv
With the advent of indicies (basketweaver, eggbasket, etc) I dont
really see a need for people to do a svn:externals for their own
projects. Simply check the trunk out and make your own egg and egg
basket. This is a formidable way of doing distribution of the trunk
code, because it freezes
1 - 100 of 252 matches
Mail list logo
