[tg-trunk] Re: tgsetup*.py
On Nov 12, 2007 2:49 AM, Jeff Younker [EMAIL PROTECTED] wrote: On Nov 11, 2007, at 5:33 AM, Florent Aide wrote: I do have some concerns about tgsetup: - First is is not properly in the svn since it is maintained in the website instead of being part of the source code of TG. - It is not really maintained and I'd like to have someone help us on this particular point. - I'd like to be able to provide a real off-line installation archive that would ensure that we can install TG and all its dependencies without any access to the net. This could become a project on its own but could have real benefits. - I feel we really need to fix tgsetup to remove all objections raised by Graham or we must remove tgsetup alltogether and ensure easy_install will work. At the moment easy_install works better than tgsetup even if not perfectly. It seems to be me that that tg_setup is superfluous, and that fixing setup.py might be the best course of action. Setuptools/easy_install has the option --find-links that injects a series of directories and/or URLs into the dependency search path. Yes, --find-links is the way tg_setup works. It's basicly a wrapper around easy_install adding --find-links and some other options. The problem was/is that people try easy_install Turbogears and it fails. It seems that with 1.0.4b2 atleast it works fine. I think that we should get rid of tg_setup in favor for easy_install. This means we have to have dependencies that are stable and easy_install'able, which is something we should do anyway IMHO. At that point packages can be collected in a subdirectory along with the source, or they can be placed on a generic website somewhere with a layout that setuptools groks. (Where they currently are for tgsetup?) Then setuptools handles the rest. It might also behoove the project to include a recent version of setuptools and the bootstrapping code to auto-install it if needed. (It eliminates one more step from the process of doing a virgin installation.) - Jeff Younker - [EMAIL PROTECTED] - Hi all, http://groups.google.com/group/turbogears/browse_thread/thread/5de762aa37455c7/d010b45cabae7cff?lnk=gstq=tgsetup#d010b45cabae7cff same in tiny format: http://tinyurl.com/27b8ef Regards, Florent. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Rotten .egg's. ;-)
which means that you can just run easy_install http://elixir.ematia.de/svn/elixir/trunk/ to get the latest trunk version. On 9/8/07, Gaetan de Menten [EMAIL PROTECTED] wrote: On 9/7/07, Florent Aide [EMAIL PROTECTED] wrote: Kevin Cole a écrit : In an effort to narrow down the problem even further, I just tried: $ tg-admin quickstart --elixir /usr/lib/python2.4/site-packages/SQLAlchemy-0.4.0beta5-py2.4.egg/ You should not use SA 0.4 with Elixir because EX does not support SA 0.4 yet. For what it's worth Elixir's trunk (and upcoming 0.4 version) does support SA 0.4. I hope to get it out the door before or slightly after SA 0.4 final ships. -- Gaëtan de Menten http://openhex.org -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[tg-trunk] Re: Stacked expose and multiple content types in tg2
On 9/2/07, Christoph Zwerschke [EMAIL PROTECTED] wrote: Mark Ramm wrote: My plan is to remove the rule-dispatch portion of the API and replace it with something simpler. Basically I'd like to have two main ways to declare what content type you want returned from an HTTP request to a tg controller: 1) add the proper accept header to the HTTP Post request. (text/JSON) 2) use a file extension at the end of a URL to declare what you want (http://../user.json) Then we'll just match up a request to the proper content type, and if @expose registers a template/engine that matches that content type and return it. The only new thing here is number 2, right? I think that's great. Since some browsers use the file extension to interpret the content type, and since it is handy if you want to save a web page, it's usually a good idea to add the proper extension anyway. One question is, how can the controller method know which content type was requested in case more than one format was @exposed? (I understand that usually it does not need to know, but in some cases it still may be useful.) I'd like to emphasis this last point. Being unable to know in the method which expose format the request will end up with was a big shortcomming in tg 1.0 -- Christoph -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: global variable.
http://docs.turbogears.org/1.0/stdvars On 8/31/07, Fred C [EMAIL PROTECTED] wrote: I have a widget used in almost all my templates. How ca I have that widget accessible from the templates without having to do return dict (mywidget=mywidget, ...) all over my code. Longtime ago I saw someone giving the solution to this problem here, but I can't find that email. Thanks -fred- -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Q: How to make 30k+ static pages dynamic with Turbogears?
One way would be to have one dynamic page which includes the static pages and adds the comments etc. to it. On 7/27/07, Dr.T [EMAIL PROTECTED] wrote: I have a large static HTML website (some 30,000 html pages with embedded SVG images) to which I wish to add some interactivity e.g. comments and tagging on each (currently static) page. I can see how I can include static pages in a turbogears website, but is there a simple way to add interactivity to the static pages as they are being served? Thanks for any ideas, Tim -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[tg-trunk] Re: setup.py develop and extra requirements
as far as I know there is no way using setup.py to do that. It was up on the distutils mailinglist some time ago and PJE said it wasn't going to happend (I think). The only way I can think of currently is python setup.py develop ... Processing dependencies for TurboGears==1.0.3.2dev-r3331 easy_install -U TurboGears[tgtesttools]==1.0.3.2dev-r3331 On 7/25/07, Christopher Arndt [EMAIL PROTECTED] wrote: When developing for TG and testing before commiting a patch, I usually create a workingenv, activate it and then do python setup.py develop. The problem is that I have to manually easy_install all extra requirements in tgtesttools, future and standard afterwards for all tests to pass. Does anybody know a syntax where I can request these extra dependencies to be installed with setup.py develop? Of course I can install the packages (currently SQLObject, SQLALchemy, Elixir and nose) manually, but these packages change and may be needed in different versions for various TG/Python version combinations, so this becomes cumbersome very quickly. I also would like to give prospective developers correct instructions in step 2 here: http://docs.turbogears.org/patching_guidelines without having to change them, whenever the requirements change. Any ideas anyone? Chris -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: TG logger
how about creating a new Logger like turbogears.log.local_debug and add a handler for that that assigns the msg to some local var which gets included in the output. that way you get the msg both in the output and in your log files. On 7/26/07, venkatbo [EMAIL PROTECTED] wrote: Hi folks, 'am wondering if the best way to change the log level at runtime, is to provide a link in page, which when clicked, changes the current logger's level: log.setLevel(...) and have an immediately for the activity for all logged in users. Also, is there a built-in option to be able to read (like tail) the last n-lines of a log (app-log, and acees-log being generated). Preferably, what would help debugging, is: . click on a link in the webpage indicating level change to say DEBUG . have the controllers do their thing after changing the level - possibly leave a BEGIN/END marker in the log, and returning just that snippet, possibly appended to the bottom on the response. Would help remote debugging etc. Thanks, /venkat -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: include_widgets decorator: A helpful recipe from Pagoda development
cool.
note that include_widgets doesn't need to be set site wide either.
[/some/path]
include_widgets = ...
On 7/21/07, Brian Beck [EMAIL PROTECTED] wrote:
Hey folks,
Just wanted to share a little recipe we use all over the place in
Pagoda[1].
http://paste.turbogears.org/paste/1521
It's a decorator you add *after* expose that will include widgets in
the resulting context so that TurboGears will automatically include
their JavaScript and CSS in the output page. Kinda like the
include_widgets config option, but not site-wide -- mostly useful for
CSS and JavaScript. One advantage over just including the widgets in
the output of your method is that you can list the widgets as strings
(no imports necessary) and it'll use turbogears.util.load_class to
import them for you. Another is that it unclutters your method and
context of trivial things like widget setup.
Examples:
class PagodaAdmin(RootController):
@expose(template=pagoda.templates.admin_edit)
@include_widgets('pagoda.widgets.admin.edit_base')
def edit(self):
return dict(message=Hey!)
Now the edit_base widget and all its dependencies will be included in
the page (if you have the master template that looks at tg_js and all
that). You can also pass more than one, include instances instead of
strings, and if you care about access to the context variable, give it
a different name:
from pagoda.widgets.admin import control_panel_css
@expose(template=pagoda.templates.control_panel)
@include_widgets('pagoda.widgets.admin.base', control_panel_css,
context_var='widgets')
def control_panel(self):
return dict(message=Get your widgets here!)
Enjoy: http://paste.turbogears.org/paste/1521
[1] http://www.pagodacms.org
--
cheers
elvelind grandin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to turbogears@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/turbogears?hl=en
-~--~~~~--~~--~--~---
[TurboGears] Re: TurboGears 1.0.3 is out.
Perhaps you have two versions of tg-admin laying around? On 7/19/07, Paul Howell [EMAIL PROTECTED] wrote: Christopher Arndt wrote: Paul Howell schrieb: 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. 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 -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[tg-trunk] Re: tg_format usage question
ah yes. now I remeber. On 6/24/07, Jonathan LaCour [EMAIL PROTECTED] wrote: Elvelind Grandin wrote: How do you plan to implement this. have a filter/tool that strips of the extension before the cp dispatching is done? We aren't using CherryPy in the current TurboGears 2.0 code. We implemented a custom Pylons controller that provides CherryPy-like object dispatch, plus some other goodies. It will be relatively easy to modify the controller we have written to implement the extension stripping for content negotiation. -- Jonathan LaCour http://cleverdevil.org -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: tg-admin the name xxxx is already in use
It checks if there is an installed project with that name. On 6/20/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: When I use tg-admin quickstart to create a new project, I have created two separate projects with the same name in two different locations without a problem. However, I have one project which I poorly named 'port'. This project I have been working with extensively. When I move to a new directory and attempt to create a new project with the same name using tg-admin, I get this: tg-admin quickstart Enter project name: port Enter package name [port]: Do you need Identity (usernames/passwords) in this project? [no] no the name port is already in use by port 1.0 Does this mean that tg-admin stores information elsewhere besides just assisting in the creation of the files in the directory specified? -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: tg-admin the name xxxx is already in use
using setuptools. I'm guessing it's pretty much the same as trying to do an import projectname. On 6/20/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Checks where? Isn't checking only possible if tg-admin is storing a list of project installations somewhere else? If that is the case, then tg-admin does things outside of the context of the project directory it creates. On Jun 20, 1:05 pm, Elvelind Grandin [EMAIL PROTECTED] wrote: It checks if there is an installed project with that name. On 6/20/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: When I use tg-admin quickstart to create a new project, I have created two separate projects with the same name in two different locations without a problem. However, I have one project which I poorly named 'port'. This project I have been working with extensively. When I move to a new directory and attempt to create a new project with the same name using tg-admin, I get this: tg-admin quickstart Enter project name: port Enter package name [port]: Do you need Identity (usernames/passwords) in this project? [no] no the name port is already in use by port 1.0 Does this mean that tg-admin stores information elsewhere besides just assisting in the creation of the files in the directory specified? -- cheers elvelind grandin -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: catwalk not activated
where did you start the toolbox from? It have to been started in the topdir of a TG project in order for some parts to work. On 6/17/07, mandoluca [EMAIL PROTECTED] wrote: Sorry, I've installed the last version of TG (TurboGears 1.0.2.2) but if I open the http://localhost:7654/ page I read this message: Note: Some functions are not available as the toolbox was not started in a valid TurboGears project directory and catwalk isn't activated. Why? Some suggestion to correct my mistake? thanks a lot -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: fate of sqlobject in tg
It will still be supported in the future. There is no plans on dropping it, so you can safely use it :) On 6/16/07, Daniel Fetchinson [EMAIL PROTECTED] wrote: Hi all, As far as I know sqlalchemy will be the preferred ORM in future releases of tg. Will sqlobject be supported nevertheless in the future? I'm asking because I'm starting a tg project that will wrap already existing code based on sqlobject and if support for sqlobject is planned to be dropped in the future it would pay off to switch to sqlalchemy right now. I would prefer to stay with sqlobject if it will be supported in the future however. Cheers, Daniel -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Securely hashed passwords
Since revison 3049 in trunk (also merged into the 1.0 branch) you can specify custom algorithms in the config. On 6/9/07, OldPond [EMAIL PROTECTED] wrote: The _init_.py initializer for the identity module shows support for md5 and sha1 in the _encrypt_password method. It shouldn't be hard to extend that method. It contains this comment: Hash the given password with the specified algorithm. Valid values for algorithm are 'md5' and 'sha1'. All other algorithm values will be essentially a no-op. Does that mean there is no planned support for other algorithms, or are other algorithms just awaiting implementation? Mike -Original Message- From: turbogears@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Mikkel Høgh Sent: Saturday, June 09, 2007 5:50 AM To: TurboGears Subject: [TurboGears] Securely hashed passwords Hi there, I've been wondering how to implement securely hashed passwords in TurboGears. According to this document here: http://docs.turbogears.org/1.0/RoughDocs/IdentityEncryptedPassword there is a mechanism for it (although misnamed - since hashing is not encryption). Sadly the document in question claims that the only options are SHA1 or MD5 - and since both of these are vulnerable to cracking, I was wondering if its really true the only options are those two, since in Python 2.5, support is built-in with hashlib for SHA224, SHA256, SHA384, and SHA512 So, my question is - do we support this? If not, why? Is it hard to implement?b -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: alter template to @expose
No. and if you use kid I belive you can't do dynamic includes. if you use genshi you could just have it look for a master var and use that for the include, otherwise default to master or something. then you just have to return a master key/item in the controller dict. On 6/4/07, Benjamin Montgomery [EMAIL PROTECTED] wrote: On Mon, 2007-06-04 at 11:40 +0200, Neil Blakey-Milner wrote: Put tg_template set to the template you want to use into the dictionary you return from your method. Is there a quick trick like this that I can use to specify the master template to use? Ben -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Broken links to documentation
All should work. :) On 6/3/07, Christopher Arndt [EMAIL PROTECTED] wrote: Elvelind Grandin schrieb: For some reason I seem to be unable to ssh to tg.org currently. if I solve it I can take a look and try to fix the docs problem. That would be really great! Some of the pages have been broken for some months now :-( Here's a list of broken pages which I (or rather a script) identified just now: /1.0/AlternativeTemplating /1.0/CLIReference /1.0/Configuration /1.0/GenerateFigures /1.0/GettingStarted/Admin /1.0/GettingStarted/Configuration /1.0/TgAdmin /1.0/ThirdParty /DocTeam /VideoHelp Thanks, Evelyn for looking into this! Chris -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Broken links to documentation
Fixed now. Let me know if there is any more that needs fixing. On 6/3/07, List [EMAIL PROTECTED] wrote: Whoops... actually, Standard Component Documentation Links is still broken... List wrote: Elvelind, it's people like you that makes Open Source the best place to work and play in the history of computer programming. Thanks for the super-quick fix. Tom Elvelind Grandin wrote: All should work. :) On 6/3/07, Christopher Arndt [EMAIL PROTECTED] wrote: Elvelind Grandin schrieb: For some reason I seem to be unable to ssh to tg.org currently. if I solve it I can take a look and try to fix the docs problem. That would be really great! Some of the pages have been broken for some months now :-( Here's a list of broken pages which I (or rather a script) identified just now: /1.0/AlternativeTemplating /1.0/CLIReference /1.0/Configuration /1.0/GenerateFigures /1.0/GettingStarted/Admin /1.0/GettingStarted/Configuration /1.0/TgAdmin /1.0/ThirdParty /DocTeam /VideoHelp Thanks, Evelyn for looking into this! Chris -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Broken links to documentation
If I'm not wrong you can only delete your own comments On 6/3/07, Christopher Arndt [EMAIL PROTECTED] wrote: List schrieb: List wrote: Elvelind, it's people like you that makes Open Source the best place to work and play in the history of computer programming. Thanks for the super-quick fix. I second this! Hooray! Whoops... actually, Standard Component Documentation Links is still broken... Yep, I can confirm that is page is still broken :-) Another thing: wiki comments can be deleted by everyone, not just editors and the original authors. I don't think this was the case from the beginning. Could you, Elvelind, or someone else fix this as well please, if possible? (And sorry for getting your name wrong in my last mail!) Chris -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Broken links to documentation
Works fine for me. could it be a cache problem on your browser? On 6/3/07, List [EMAIL PROTECTED] wrote: Standard Component Documentation Links is still giving me a (ValueError - invalid literal for long(): [url=http://vvmxugsj.com/nody/tgip.html]My homepage[/url] | [url=http://slmadxdb.com/vqra/edtj.html]Cool site[/url]) The link is (http://docs.turbogears.org/1.0/ThirdParty) Third time's the charm? Elvelind Grandin wrote: Fixed now. Let me know if there is any more that needs fixing. On 6/3/07, List [EMAIL PROTECTED] wrote: Whoops... actually, Standard Component Documentation Links is still broken... List wrote: Elvelind, it's people like you that makes Open Source the best place to work and play in the history of computer programming. Thanks for the super-quick fix. Tom Elvelind Grandin wrote: All should work. :) On 6/3/07, Christopher Arndt [EMAIL PROTECTED] wrote: Elvelind Grandin schrieb: For some reason I seem to be unable to ssh to tg.org currently. if I solve it I can take a look and try to fix the docs problem. That would be really great! Some of the pages have been broken for some months now :-( Here's a list of broken pages which I (or rather a script) identified just now: /1.0/AlternativeTemplating /1.0/CLIReference /1.0/Configuration /1.0/GenerateFigures /1.0/GettingStarted/Admin /1.0/GettingStarted/Configuration /1.0/TgAdmin /1.0/ThirdParty /DocTeam /VideoHelp Thanks, Evelyn for looking into this! Chris -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Broken links to documentation
For some reason I seem to be unable to ssh to tg.org currently. if I solve it I can take a look and try to fix the docs problem. On 6/2/07, Christopher Arndt [EMAIL PROTECTED] wrote: Tom schrieb: This may have already been reported, but the TG documentation page (http://docs.turbogears.org/1.0) seems to be having problems serving up the Configuration docs (http://docs.turbogears.org/1.0/ Configuration) and the Standard Component Documentation Links docs (http://docs.turbogears.org/1.0/ThirdParty). Has this been reported yet? Any alternate sources for these (especially the configuration docs?) This has been brought up a few times already but this needs somebody with ssh access to the wiki site to fix it. I have asked for somebody to do this at least have a dozen times now on the different tg mailing list, but so far without success. Will you join me in nagging the site admins until they do something about it? Unfortunately, I'm not entirely sure who those persons exactly are, but Lee McFadden and Kevin Dangoor might be suspects. Chris -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[tg-trunk] Re: Sprint on the Future of TG Configuration
. This allows for a smooth degradation: non conforming extension will still work in a single app per process scenario, but will break when multiple TG apps cohabitate the same process this will put some pressure on extension authors to upgrade them ;) * Write the new testutils using paste fixture to port all TG controller tests. * more I'm failing to recall Well, gotta run now... comments welcomed :) Alberto PS: Looks like Saturday's sprint is going to be lots of fun! :) -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Help for software design
On 5/10/07, Frédéric [EMAIL PROTECTED] wrote: Hi, I'm starting a new photo web album manager, called Wapyti. The main feature will be the way the photos will be displayed. Instead of viewing all photos in the same way, one by one, it will be possible to create a real album, like a paper one, with several photos on the same page, texts, nice background... I plan to have a very simple interface, to focus on the album itself. It will be possible to choose a template for the album itself (mainly the colors and background), and a template for each page (mainly to define the position of photos and texts in the page). I think kid templates are fine, as they can be made by web designers, which don't know anything with python, but I need your help to start in the good direction. 1) I would like to use the same pages templates in both display and edition mode. My first idea was to have a page template build like this: div id=page span py:replace=photos[1]Photo 1 goes here/span span py:replace=text[1]Text 1 goes here/span span py:replace=photos[2]Photo 2 goes here/span /div (a real template will be more complicated, with additional div, to be able to build a nice page). Then, in my controller, I load the photos and text dict with XHTML code. For display mode: photos[1] = img src=\/photos/link_to_photo_1\/ and in editing mode: photos[1] = a href=\link_to_code_to_pick_up_a_photo\ img src=\/photos/dummy_image\/ /a The link in the editing mode will allow the user to select a photo in a pre-loaded set of photos; then the controller will associate the photo and the page in the model. But I don't like that very much, because I have some XHTML code on the controller side. How can I do that in a better way? Perhaps you can create a photo widget for it? 2) As navigators have really bad interpolators when resizing pictures, I want to do this on the sever side. But how can I define the size of the photos in the template? Even if I find a way to let the designer put the size of the photos, I will have to parse the template, which is not really nice. Any idea to do that? Is there a way to give back informations from a template to the controller at runtime? Maybe using javascript? perhaps writing a custom controller for serving the images and send the sizes along with the url like /images/01.png?height=100amp;width200 and do the resizing on the fly (with caching of course). 3 I plan to includ the css in the templates (fot both albums and pages) to avoid multiple files to install; is it a good idea? if it solves a problem (like it makes it easier to install (not sure how you will do that) then I can't see a problem with it. normally it's better to have it externally to make it easier to cache for the browser. Thanks for your help ! PS: the project is here: http://wapyti.tuxfamily.org (sorry, in french :o/ ). At this moment, the svn repository contains some tests, but is not complete. I think I will release a very small alpha version soon, just to show what I plan to do, without editing mode. -- Frédéric http://www.gbiloba.org -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: how to load blob image?
http://cherrypy.org/wiki/FileDownload On 5/11/07, Francis Lavoie [EMAIL PROTECTED] wrote: I have a contact table with a BLOBCol field to store a photo or logo of the contact. But now, I have no idea how I can show it in a web page. The only idea I have is to put the data in a temporary file. But that just look like a hack. Is someone have a clue or some information I can use? Thank you Francis -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Help for software design
On 5/11/07, Frédéric [EMAIL PROTECTED] wrote: On Friday 11 May 2007 20:12, Elvelind Grandin wrote: But I don't like that very much, because I have some XHTML code on the controller side. How can I do that in a better way? Perhaps you can create a photo widget for it? Yes, you are right, this is a good solution. 2) As navigators have really bad interpolators when resizing pictures, I want to do this on the sever side. But how can I define the size of the photos in the template? Even if I find a way to let the designer put the size of the photos, I will have to parse the template, which is not really nice. Any idea to do that? Is there a way to give back informations from a template to the controller at runtime? Maybe using javascript? perhaps writing a custom controller for serving the images and send the sizes along with the url like /images/01.png?height=100amp;width200 and do the resizing on the fly (with caching of course). The idea is good, but I still need to retreive the size of the photo... And I don't know how to do that if the size is in the template. Why do you need to retrieve the size? I don't know if it will be possible to do this without using a special xml file, describing all the positions/sizes/attributes of photos/text. The controller will have to parse this file, dynamically build the template (xslt), and give it to the widget. More complicated :o/ -- Frédéric http://www.gbiloba.org -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Help for software design
On 5/11/07, Frédéric [EMAIL PROTECTED] wrote: On Friday 11 May 2007 21:38, Elvelind Grandin wrote: perhaps writing a custom controller for serving the images and send the sizes along with the url like /images/01.png?height=100amp;width200 and do the resizing on the fly (with caching of course). The idea is good, but I still need to retreive the size of the photo... And I don't know how to do that if the size is in the template. Why do you need to retrieve the size? To resize the uploaded photo, and make it fit exactly the size in the template (or to be contained in it, if ratios are different). As I explained, navigators interpolators are very poor, and the result is ugly. I need to use a program like convert, PIL or so to have a good interpolation. Yes. I understand the problem. that's why I suggested doing the resizing on the fly when the image is requested by the user. or am I missing some key part of the app? -- Frédéric http://www.gbiloba.org -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[tg-trunk] Re: cp3 - trunk merge in a couple of hours
I've added the TICKET_CHGPROP permission to all authenticated user now. -- cheers elvelind grandin On 3/28/07, Kevin Horn [EMAIL PROTECTED] wrote: I can probably do it... ack, looks like the User Administration plugin is not installed in Trac. It will have to be done from the command-line (using trac-admin), and I don't think I have shell access on the new box. I believe the relevant permission is TICKET_CHGPROP. Be aware that this will allow anyone to change the priority, etc. as well. Kevin Horn On 3/28/07, Alberto Valverde [EMAIL PROTECTED] wrote: On Mar 28, 2007, at 9:30 PM, [EMAIL PROTECTED] wrote: Sure. Using the command line tool, you would do something like: trac-admin /path/to/trac/environment permission add authenticated MILESTONE_ADMIN That would let anyone that's logged in do anything with milestones. Hmmm, wouldn't that also allow them to edit milestone info, add/ delete milestones ,etc... too? I was refering to the permission of changing a ticket's milestone so they can be moved from unclassified to something more meaningful. (i'm probably missing something...) Alberto --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Kid or genshi, what's the future?
The recommendation is Kid At the moment. The plan is to replace kid with genshi as the default, both will be supported so there is no problem if you want to stick to kid. and if you later down the line feels like you want to replace your kid templates with genshi they are almost identical and converting them should be done very easily. On 3/28/07, Franck [EMAIL PROTECTED] wrote: Hi, It look likes there's a lot of talk from people who want to switch to genshi. Will genshi replace kid in the future? If I'm starting a new project, is it better for me to start with genshi or to stay with kid? Thank your Francis -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Confused about sub controllers
what does your admincontroller look like? On 3/25/07, iain duncan [EMAIL PROTECTED] wrote: I'm sure I'm missing something really simple here ... I put my admin subcontroller in a package called ( originally enough ) subcontrollers. It inherits from controllers.Controller and it's called AdminController. My root controller now starts like this: from subcontrollers.admin import AdminController class Root(controllers.RootController): admin = AdminController() etc etc Everything imports ok, and the server starts up fine. But, I can't figure out how to get an http request to call the admin() method in the admin controller. I want the url /admin to call it. I tried naming it admin, and I tried naming it index. But when I hit /admin, instead it falls through to the default method of my root controller. Can anyone tell me what I'm missing here? I'm sure it's painfully obvious but my sleep head is not finding it. :/ Thanks Iain -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Confused about sub controllers
not sure what the problem is. what does the url's in the frameset point too? On 3/25/07, iain duncan [EMAIL PROTECTED] wrote: On Sun, 2007-25-03 at 16:10 -0300, Jorge Godoy wrote: iain duncan [EMAIL PROTECTED] writes: So I need a way to make it clear to tg that admin_top, left, right all go through the admin controller. I wasn't using arguments to the admin method because I wanted them each to have different templates. Is there a way to specify the desired template based on a controller method argument? Or should I have something in root that says: admin_left = AdminController.left This is something worth trying. Thanks, this seems to do the trick. class Root(controllers.RootController): admin = AdminController() admin_top = admin.admin_top admin_left = admin.admin_left admin_right = admin.admin_right But, is it the right way to do it? Wonder if different templates and one bigger method would be more elegant. Thanks Iain -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Confused about sub controllers
they would have to point to admin/admin_top etc. since the adminController is mounted there. On 3/25/07, iain duncan [EMAIL PROTECTED] wrote: On Sun, 2007-25-03 at 22:02 +0100, Elvelind Grandin wrote: not sure what the problem is. what does the url's in the frameset point too? The urls in the frameset point to admin_top etc, which is working after putting the line: admin_top = admin.admin_top in my controller. I was just wondering if this is the customary way to do it as it seems like extra broilerplate to be typing those each in. Leading me to belive I'm doing something in a roundabout way ( as usual! ) Iain On 3/25/07, iain duncan [EMAIL PROTECTED] wrote: On Sun, 2007-25-03 at 16:10 -0300, Jorge Godoy wrote: iain duncan [EMAIL PROTECTED] writes: So I need a way to make it clear to tg that admin_top, left, right all go through the admin controller. I wasn't using arguments to the admin method because I wanted them each to have different templates. Is there a way to specify the desired template based on a controller method argument? Or should I have something in root that says: admin_left = AdminController.left This is something worth trying. Thanks, this seems to do the trick. class Root(controllers.RootController): admin = AdminController() admin_top = admin.admin_top admin_left = admin.admin_left admin_right = admin.admin_right But, is it the right way to do it? Wonder if different templates and one bigger method would be more elegant. Thanks Iain -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Running custom scripts in TG context
If you use ipython you can do tg-admin shell script atleast. dont know if it works in the standard shell On 3/21/07, Ram Yalamanchili [EMAIL PROTECTED] wrote: Hey, I would like to run my own scripts for example to populate my database with fake information, etc. for testing. This I could do thru some db sql but i would rather prefer writing a python script whith just calls the functions and objects in my model/TG project. Anyone know how i can make my script run in a TG context? just like how tg-admin shell is running? thanks. Ram -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Is there a 1.1 release for TG in the next few months?
On 3/16/07, tml [EMAIL PROTECTED] wrote: On Mar 15, 8:17 pm, Mark Ramm [EMAIL PROTECTED] wrote: On 3/15/07, Noah Gift [EMAIL PROTECTED] wrote: If I was to use Genshi/sqlalchemy in 1.0 does this seem compatible for a move to python2.5 and tg1.1? Certianly. Genshi and SQLAlchemy will continue to be supported as they are now, but probably will not become the defaults in TG 1.1. And they should both work with Python 2.5 right now. In fact everything should work on 2.5 now in the 1.0 branch. The only thing is you need to compile RuleDispatch if you aren't on Windows (we've posted a windows binary, because our poor windows brothers and sisters don't often have compilers...). Hi Mark, Sorry, but i dont know what RuleDispatch is or if its used by TG internally. I dont ever use anything like that in my code, so I don't need to compile it right? It's used internally to do several things like url dispatching, error dispatching etc. so you do need it. thanks for answering. -tml -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Questions about egg
On 2/28/07, Olli Wang [EMAIL PROTECTED] wrote: Hi, I have few questions about how to deploy TG app by egg. In TG documentation, it said the start-proj.py already add to script path so we can execute it everywhere, but how to specify the dev.cfg or prod.cfg file when I execute my start-proj.py. I couldn't get my app run if I didn't specify the absolute path of that config file. Another question, if I need to run tg-admin sql create command, should I must go into the path of egg's source of app? But if my application is not open source, where to go in? Thanks for help. you could do tg-admin --egg packagename sql create -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Screencast: Make a Book Site with TurboGears
On 2/24/07, gasolin [EMAIL PROTECTED] wrote: Hello: Here's a Screencast about making a Book Site with TurboGears. The 1st. is a quickstart demo with hello world template version (6.5MB) http://files.turbogears.org/video/openbook1.swf It shows how to use TurboGears to create a new project, and how to start the development server. It also shows you how to customize your web page rapidly through modify the template. 2nd is Model Designer with Catwalk (7.7MB) http://files.turbogears.org/video/openbook2.swf It shows how to use the TurboGears Toolbox utilities, the database model design tool: Model Designer, and the data editing tool: Catwalk, to build a dynamic content web site. 3rd. is tgcrud, the TG's scaffold (5.2 MB) http://files.turbogears.org/video/openbook3.swf It requires the TurboGears tgcrud extension module, which is available on cheeseshop, With tgcrud you could easily generate a Rails scaffold style CRUD interface. The difference is all code in tgcrud is implicit, which leads a more easy customization. Note these screencasts use the default CSS style from TurboGears quickstart project. And these 3 screencasts shows a simple book management but no advantage features such as user login(identity), pagenation, rst content(as wiki20), code colorize, or add comments, etc. Thanks Karl Guertin to upload these screencast to TurboGears webspace. He did? ;) The origin post is here (in chinese) http://inet6.blogspot.com/2007/02/turbogears-booksite-screencast.html Check tgcrud out and you'll see how easy to take advantage of form widgets with TurboGears. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: problem of turbogears svn r2576 with python 2.5
or py:content=value_of(tg_flash, None) On 2/11/07, Florent Aide [EMAIL PROTECTED] wrote: when the _get_flash() return None(maybe?), the output would not have key tg_flash, so it was wrong. for the moment you can use this in your template: div py:if=hasattr(self, 'tg_flash') class=flash py:content=tg_flash/div note the hasattr() method regards, Florent. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Google groups icon for this (and other related) group.
Yeah. But I don't have admin rights on the trunk ml. so we have to bug Kevin about it. On 2/10/07, Roger Demetrescu [EMAIL PROTECTED] wrote: On 2/9/07, Elvelind Grandin [EMAIL PROTECTED] wrote: It's now updated with a little golden gears :) Good job Elvelind !! :) Can it be used in TurboGears Trunk group too ? Cheers Roger -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Google groups icon for this (and other related) group.
It's now updated with a little golden gears :) On 2/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I strictly use the google groups web interface to read my subscribed groups, and with the several dozen I read it is sometimes difficult to find the one I really want (TG of course ;-) ). I was thinking whoever is the one 'in-charge' of the group should add the gear logo to all the TG groups for a usability and marketing standpoint. You can see how these other groups have done it... http://groups.google.com/group/spanningsync http://groups.google.com/group/hosted Pretty little thing I know, but I thought i would throw it out there. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[tg-trunk] Re: [PATCH] for adding options to expose()
I have to agree on Robert on this one. Expose is too big and complicated as it is. lets not add more to it. On 2/6/07, Florent Aide [EMAIL PROTECTED] wrote: Hello, I was trying to control the caching and found out I could not directly influence on this in TG so I took my svn client and said : hey Flo you're gonna have to send them a patch on this. So here it is for your kind review and comments :) http://trac.turbogears.org/ticket/1283 Please tell me if it has any chance to be accepted, what could be changed, what you think of my bad coding practices... This obviously lacks some kind of control like: if protocol number is 1.0 then raise an exception, but this is pretty easy to add if you guys say that this patch can go in. If this is the case let me know I'll be more than happy to cleanup a bit. For the record it works on my machine on TG 1.1a0-rev#2549 running on top of Portable Python 1.0 (2.5 based) on windows. Who said I liked challenges ? and now I am going to bed, Regards, Florent Aide -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Broken links on turbogears.org home page
thanks for reporting it. I've fixed it now. On 1/29/07, John M Camara [EMAIL PROTECTED] wrote: The links for hosting option on the home page are broken. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: site alignment
Should be fixed now. On 1/30/07, Karl Guertin [EMAIL PROTECTED] wrote: On 1/29/07, Lee Connell [EMAIL PROTECTED] wrote: The first time you vist http://www.turbogears.org/cogbin/ it's alignment on the ride pane is not aligned, after hitting refresh on the site it aligned it properly, weird. The header image is cached the second time. Fix is to set the width/height of the header image. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Recommendations for TG/Python-friendly web hosting site?
http://docs.turbogears.org/1.0/Hosting :) On 1/30/07, Kenneth McDonald [EMAIL PROTECTED] wrote: I'm looking for something for TG and Python that is similar to textdrive.com for Ruby; a reasonable-cost web hosting service friendly to tech users, with many services already set up, or easy to set up and configure. My textdrive account (when I had it) was $12/month for a basic personal account. I'd like to start not too much higher than that, with the capability of scaling to a significantly higher-traffic site in the (unlikely) event that becomes desirable. Many thanks, Ken -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Turbogears Ubuntu dependencies (please read if ur in this platform)
and I've updated the site for them. On 1/27/07, Jorge Vargas [EMAIL PROTECTED] wrote: On 1/26/07, Elvelind Grandin [EMAIL PROTECTED] wrote: Success! this is great I think we have narrow down all the problems, I'll see that Lee gets those eggs to the TG site so tg installer will read them if possible. Just svn add them to the site_resources/eggs and either me or Lee will take care updating the site. ok I have committed all eggs but cheetah I have send an email to trunk about this. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Turbogears Ubuntu dependencies (please read if ur in this platform)
somewhere. oh I forgot here is my tg-admin info TurboGears Complete Version Information TurboGears requires: * TurboGears 1.0.1 * configobj 4.3.2 * RuleDispatch 0.5a0.dev-r2115 * setuptools 0.6c5 * FormEncode 0.6 * cElementTree 1.0.5-20051216 * PasteScript 0.9.7 * elementtree 1.2.6 * simplejson 1.3 * CherryPy 2.2.1 * TurboKid 0.9.8 * TurboCheetah 0.9.5 * TurboJson 1.0 * PyProtocols 1.0a0 * Cheetah 1.0 * PasteDeploy 0.9.6 * Paste 0.9.7 * kid 0.9.3 * Cheetah 1.0 * elementtree 1.2.6 Identity Providers * sqlobject (TurboGears 1.0.1) * sqlalchemy (TurboGears 1.0.1) tg-admin Commands * info (TurboGears 1.0.1) * shell (TurboGears 1.0.1) * quickstart (TurboGears 1.0.1) * update (TurboGears 1.0.1) * sql (TurboGears 1.0.1) * i18n (TurboGears 1.0.1) * toolbox (TurboGears 1.0.1) Visit Managers * sqlobject (TurboGears 1.0.1) * sqlalchemy (TurboGears 1.0.1) Template Engines * kid (TurboKid 0.9.8) * cheetah (TurboCheetah 0.9.5) * json (TurboJson 1.0) Widget Packages TurboGears Extensions * visit (TurboGears 1.0.1) * identity (TurboGears 1.0.1) -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Any one use SA please help me.
The only thing I notice is that you get different ID's from shell/controller. perhaps one of them only have an artist? On 1/25/07, Olli Wang [EMAIL PROTECTED] wrote: I really really need to know what's wrong with SA and solve it. Please give me a hand. I couldn't make relationship between classes in expose method of controller but nothing wrong in tg-admin shell. Here's my classes in model (I use TurboEntity): class Artist(Entity): name = Column(Unicode(16), nullable=False, unique=True) songs = OneToMany(Song) class Song(Entity): name = Column(Unicode(16), nullable=False) artist = ManyToOne(Artist) And here's my method in controller: @expose() def save(self): artist = Artist.get(1) song = Song(name=Song Name, artist=artist) return dict() Okay. Here's the problem I met. There should be relationship between Artist and Song, but they don't. Be more clear, I give an example if I run something in tg-admin shell: Song.select()[-1] Song entity at 0x1a29990 Song.select()[-1].id 1 Song.select()[-1].artist Song.select()[-1].artist.name Traceback (most recent call last): File console, line 1, in ? AttributeError: 'NoneType' object has no attribute 'name' But, If I run this in tg-admin shell, everything is correct: artist = Artist.get(1) song = Song(name=Song Name, artist=artist) session.flush() Song.select()[-1] Song entity at 0x1a290d0 Song.select()[-1].id 2 Song.select()[-1].artist Artist entity at 0x1a29610 Song.select()[-1].artist.name u'McFly' See? Everything is correct in tg-admin shell but isn't in expose method. I don't know if I missed something, but I really need to solve this problem. Any help would be appreciated. Thanks. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[tg-trunk] Re: trac is down...
I've fixed it now. :) On 1/26/07, Jorge Vargas [EMAIL PROTECTED] wrote: On 1/26/07, Adam Jones [EMAIL PROTECTED] wrote: The trac appears to be down. Here is a copy of the traceback I received. confirming this, it seems something got corrupted :( -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: RSS feed of the cogbin?
Not yet. I'll investigate if it would be easy to add it. On 1/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Is there anyway to get a RSS feed of the cogbin? Since 1.0 dropped there has been quite a bit of activity and i would love to be updated when something new pops in. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: [ANN] TurboGears 1.0.1 has been released!
those are files that quickstart creates and then removes and the end of the script. This is because pastescript (which quickstart uses) can't create empty directories. The problem commes when you quickstart (or upgrade) in a svn env since pastescript then svn adds all the files before it removes the .empy ones. On 1/23/07, Florent Aide [EMAIL PROTECTED] wrote: On 1/22/07, Florent Aide [EMAIL PROTECTED] wrote: I'll test the install on my current 1.0.0 app right now. some first remarks: I just did a tg-admin upgrade inside one of my app that is controlled by SVN. After some cleaning-up and testing is performed an svn status and saw 3 lines: ! sqlobject-history/empty ! static/javascript/empty ! static/css/empty theses files never where in MY repository but I suppose they where in yours... I add to svn remove these non existant file so I could commit my changes. Maybe the tg-admin upgrade touched a little bit more than it ought to. Regards, Florent. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Need to install TurboGears 0.8.9
easy_install -f http://svn.turbogears.org/site_resources/oldeggs/; http://svn.turbogears.org/tags/0.8.9 should work fine. On 1/22/07, Bill Z [EMAIL PROTECTED] wrote: Alberto Valverde wrote: On Jan 22, 2007, at 9:22 PM, Adam Jones wrote: It looks like you can find the older eggs here: http://trac.turbogears.org/browser/site_resources/oldeggs in svn, I don't know if that covers everything though. If you need to figure out the versions for 0.8.9's requirements it should be in the .egg-info folder inside of that egg. I don't know of any other place to get copies of older versions. Or if you have svn installed you can do: easy_install http://svn.turbogears.org/tags/0.8.9 Unfortunately, this yields a 404 on http://www.turbogears.org/TestGears-0.2.tar.gz. Any suggestions? easy_install will take care of checking the source out, building and egg and installing it. This is what I normally do when I need and old version of any package available via SVN. Alberto Thanks, Bill -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: [ANN] TurboGears 1.0.1 has been released!
I've fixed that now. On 1/23/07, gasolin [EMAIL PROTECTED] wrote: I think it's worth to add the cheeseshop update into the release chain http://cheeseshop.python.org/pypi/TurboGears/ cheeseshop still showed tg is 1.0b1 -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Solution templates in subdirectories.
No. the correct way to do it is to add an empty __init__.py file in the template sub directory. On 1/23/07, ken.riel [EMAIL PROTECTED] wrote: Solution templates in subdirectories. There are several things that I have considered exactly this way as hire below which do not work at me but perhaps well would be: import turbogears from turbogears import controllers class Subdirectory(controllers.Root): @turbogears.expose(html=project.templates.Subdirectory.index) def index(self): return dict() class Root(controllers.Root): @turbogears.expose(html=project.templates.index) def index(self): return dict() Root.Subdirectory=Subdirectory() I property found the following to produce subdirectory very easily and don't do charge in TurboGears. It very easily the only thing that you must do is the next step. Original template @expose(template=alchemy2.templates.login) Subdirectory template @expose(template=alchemy2.templates.securesite/admin) You see that I have placed a slash these ensure that TurboGears read in to another directory. I hope that your now can make a better structure. And have much pleasure white it. Greets, Ken van Riel. WebNovative -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Should Requirement.parse('ToscaWidgets=0.1a1') raise VersionConflict with ToscaWidgets 0.1a1dev-r2403?
On 1/22/07, Jeff Kowalczyk [EMAIL PROTECTED] wrote:
I wanted to see how the Widget Browser, and finding it short, I wanted
to see if installed ToscaWidgets could be loaded in the same way. I can
obtain the list, but load() the widget modules, starting with
toscawidgets.widgets.forms fails setuptools Requirement.parse:
In [1]: import pkg_resources
In [2]: for widget_mod in
pkg_resources.iter_entry_points(toscawidgets.widgets): print
widget_mod
...:
forms = toscawidgets.widgets.forms
jquery = toscawidgets.widgets.jquery
mochikit = toscawidgets.widgets.mochikit
tinymce = toscawidgets.widgets.tinymce
In [3]: for widget_mod in
pkg_resources.iter_entry_points(toscawidgets.widgets):
widget_mod.load()
...:
---
pkg_resources.VersionConflict Traceback (most
recent call last)
/usr/lib/python2.4/site-packages/setuptools-0.6c5-py2.4.egg/pkg_resources.py
in load(self, require, env, installer)
1827
1828 def load(self, require=True, env=None, installer=None):
- 1829 if require: self.require(env, installer)
1830 entry = __import__(self.module_name,
globals(),globals(), ['__name__'])
1831 for attr in self.attrs:
/usr/lib/python2.4/site-packages/setuptools-0.6c5-py2.4.egg/pkg_resources.py
in require(self, env, installer)
1840 raise UnknownExtra(Can't require() without a
distribution, self)
1841 map(working_set.add,
- 1842
working_set.resolve(self.dist.requires(self.extras),env,installer))
1843
1844
/usr/lib/python2.4/site-packages/setuptools-0.6c5-py2.4.egg/pkg_resources.py
in resolve(self, requirements, env, installer)
485 if dist not in req:
486 # Oops, the best so far conflicts with a
dependency
-- 487 raise VersionConflict(dist,req) # XXX put more
info here
488
requirements.extend(dist.requires(req.extras)[::-1])
489 processed[req] = True
VersionConflict: (ToscaWidgets 0.1a1dev-r2403
(/software/svn/ToscaWidgets), Requirement.parse('ToscaWidgets=0.1a1'))
Is this a quirk of the dev-rN version unseparated suffix employed by
ToscaWidgets? It seems to a convention in common use, but I don't know
whether setuptools' version name conventions are expected evaluate this
name to 'greater than'. I don't think there would be any problem with
the released 0.1a1.
Thanks, I'll file a bug if this is something valid that should be fixed.
Yes it's a bug. Setuptools sorts the suffix alphabeticly. so alpha
comes before beta. but that means dev comes after both. PJE knows
about it but I'm not sure if he will fix it.
--
cheers
elvelind grandin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to turbogears@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/turbogears?hl=en
-~--~~~~--~~--~--~---
[tg-trunk] Re: Is there a tg_format=pickle option ?
What you could try to do is creating a pickle template engine, thats the way json support works. take a look at http://docs.turbogears.org/1.0/TemplatePlugins and perhaps http://trac.turbogears.org/browser/projects/TurboJson for exemples on how to do it. On 1/21/07, Joshua J. Kugler [EMAIL PROTECTED] wrote: [OK...let's try this again and see if I get through. I tried posting through the web interface and through google's SMTP servers (while subscribed via my Gmail account) and neither post has shown up. I subscribed via my work address and we'll see if that works.] I've tried digging through the code (trunk) but finally got lost and couldn't track down a definitive place where the output is generated. Went back through controllers.py, util.py, and some others. So, I'm posting. :) Is there any option to return the data as a python pickle? With a good Pythoon GUI toolkit (Qt, Gtk, Wx, etc) you could make a really nice front end to a nice back-end data service. I realize I could use XML-RPC or JSON, but I thought, Why not keep it in Python's native format, and avoid the overhead of conversion? I'm sure it wouldn't be that hard to add. I'll do it myself, if someone wants to point me to the right place in the code. :) Comments? j -- Joshua Kugler Lead System Admin -- Senior Programmer http://www.eeinternet.com PGP Key: http://pgp.mit.edu/ ID 0xDB26D7CE PO Box 80086 -- Fairbanks, AK 99708 -- Ph: 907-456-5581 Fax: 907-456-3111 -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: How to set mounted Catwalk for kid teplating when project default is Genshi?
[/pathto/mounted/catwalk] tg.defaultview = kid On 1/19/07, Jeff Kowalczyk [EMAIL PROTECTED] wrote: Jorge Vargas wrote: Is there a way to apply local configuration to a mounted app, in this case changing tg.defaultview? not that I know of. On the other hand Catwalk was never designed to run anything else then kid+SQLObject. So i'm not sure how much work is needed to port/fix it. Right, I didn't expect Catwalk to work with Genshi templates. To clarify what I'm asking in this thread, I hoped it was possible to configure a tg.defaultview=kid setting local to the CatWalk app mounted (if that's the right term) within a tg.defaultview=genshi parent app. import model from turbogears.toolbox.catwalk import CatWalk (...) catwalk = CatWalk(model) -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: tg throwing away money?
Should be fixed now. On 1/16/07, Ken Kuhlman [EMAIL PROTECTED] wrote: I was impressed by Remi's handling of his side of the recent site move, so I thought I'd sign up with a basic WebFaction account try 'em out. However, the wiki page on hosting, (http://docs.turbogears.org/1.0/Hosting) doesn't have the affiliate info included on the link. Does anyone know what it's supposed to be? -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Is genshi really this unfriendly towards MVC?
On 1/13/07, Alberto Valverde [EMAIL PROTECTED] wrote:
On Jan 13, 2007, at 1:21 AM, Lee McFadden wrote:
On 1/12/07, Christopher Arndt [EMAIL PROTECTED] wrote:
You should use 'tg_include_widgets' and then you could use JS/CSS
with widgets
again too.
That's fine, if you want the JS/CSS and to show up on *every page* of
your site. If you ended up with a lot of JS heavy widgets your page
load times will suffer and I don't think it's the best way of doing
it.
Both both solutions, yours and mine, are only useful for widgets
that appear on
every page, aren't they? Or do you have special logic in your
variable
providers to include only specific widgets on a per-request basis?
More or less. Since widgets are designed so one instance of each
widget is used throughout the site, all adding the instances to the
variable providers is doing is making that particular namespace
available in the view, instead of making the widget available to the
view via the controller's returned data. The downside of this is that
the widgets don't get scanned so their JS/CSS counterparts are
injected into the template header automatically.
Your method makes all of the widgets available to the view on every
page view and, IIRC, the JS and CSS will be injected into the template
header for every widget in `tg.include_widgets`.
Your way gives more bulky page loads but is more automatic, my way I
have to add the JS/CSS manually to each particular view, but is more
streamlined as you won't get JS/CSS included that's not being used.
As I say, I believe that a new mechanism for adding widgets is
required to separate the MVC a little more. Otherwise one would have
to create two versions of the same method if you wish to use a widget.
One with the widget in the return value and one without. Not very
DRY.
What I'm doing in some pylons apps I'm using ToscaWidgets with is
adding them to a list at request-local variable 'c' at attribute 'w'.
Then I scan that list for js/css before every render. To emulate tg-
include_widgets just change 'c' for 'g' which are globals which live
for the lifetime of th application.
I guess some similar solution could be applied to TG (2.0 since 1.0
is in feature freeze). The important thing is to have a request-local
storage area outside the dict that controllers return to store
widgets, however, controllers still have to populate that list so a
little coupling between C and V still occurs.
One idea that has been floating around my head is to encapsulate the
whole page view (everything between the html tags + doctype) into a
widget. Widgets as we know the would be children of this page-
widget which would be initialized once at app init. That would
remove all widget logic completely from controllers (except choosing
the widget we want for the view like we choose a template with expose
ATM) and has the advantage that the page-widget could always pull js/
css correctly as it knows who it's children are. This page-widget
could be created automatically by expose (at declaration time)
taking the template argument plus a new widgets dict with the
widgets we need for that view:
@new_expose(template=foo, widgets={})
def do_something(...):
# do something
return view_agnostic_data
Sounds reasonable?
Couldn't that be added to the current expose decorator too? no need
for switching over to page widgets just for that.
Alberto
--
cheers
elvelind grandin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to turbogears@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/turbogears?hl=en
-~--~~~~--~~--~--~---
[TurboGears] Re: Is genshi really this unfriendly towards MVC?
On 1/13/07, Lee McFadden [EMAIL PROTECTED] wrote:
On 1/13/07, Elvelind Grandin [EMAIL PROTECTED] wrote:
@new_expose(template=foo, widgets={})
def do_something(...):
# do something
return view_agnostic_data
Sounds reasonable?
Couldn't that be added to the current expose decorator too? no need
for switching over to page widgets just for that.
This is what I was trying to get across.
@expose(template=path.to.template)
@widgets({...})
def index(self):
return dict(foo=bar)
Then, if a template is being used the widgets get put into the
template namespace and if a template isn't being used, no widgets. It
doesn't even need to be very complex, it can just update the returned
dict with the widgets.
A function that could be used in a controller method might be nice too
to enable a developer to choose widgets within the controller -
something similar to turbogears.flash() maybe that adds info to the
request object? I'm just brain storming now though. :)
I think it would be better having it as an expose parameter,
technical json is a template so it would get the widgets too (which is
not what you want most of the time).
---
Lee McFadden
blog: http://www.splee.co.uk
work: http://fireflisystems.com
skype: fireflisystems
--
cheers
elvelind grandin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to turbogears@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/turbogears?hl=en
-~--~~~~--~~--~--~---
[TurboGears] Re: bypassing @expose()
Open a ticket and attach the patch. On 1/11/07, anderbubble [EMAIL PROTECTED] wrote: Wow. Something equivalent to tg_format=python or something is what I'm going for. If that doesn't exist yet, maybe I'll check out the trunk and see if I can add it. (Finally contributing something back! Woo-Hoo!) Speaking of which, how do you go about submitting a patch to trunk? -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: RuntimeError: dictionary changed size during iteration
try removing all *.pyc in your project. On 1/11/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi: Does anyone have the fix to this problem? I am getting it intermittently and would like to make it go away. If I need to get something out of SVN, could someone point me to some instructions on how to do so? -Jim Igor Foox wrote: I'va also seen this problem after upgrading to 1.0 yesterday (from 1.0b1). It happens at (seemingly) random times and restarting with Ctrl-C and 'python start-myproj.py' makes it run again. I'm also running on Mac OS X 10.4 with python 2.4. Igor On 9-Jan-07, at 1:37 AM, Matthew Bevan wrote: +1 I too have this problem. Matthew Bevan, Systems Administrator Top Floor Computer Systems Ltd. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: CherryPy - send uppercase http response headers?
HTTP Headers are as far as I know case insensitive. so it's a bug in the older project. I dont think you can force CP into sending uppercase headers. On 1/8/07, Nick Murdoch [EMAIL PROTECTED] wrote: Hi, For compatibility reasons with an older project, I'm trying to get CherryPy to return a header in uppercase, eg: X-UPPERCASE-TEST: Hello! My code for this looks something like this: class Root(controllers.RootController) @expose() def index(self, *args, **kw): cherrypy.response.headers['X-UPPERCASE-TEST'] = 'Hello!' My problem is that the header is being returned as Title Case by the server, and I'm not sure why: $ wget -S http://etc.etc.etc:8080/ ... X-Uppercase-Test: Hello! Could anyone suggest what's going on here? I'm I'm truly breaking standards here I could switch to using Title Case, but it'd be a pain to. I'm using TG 1.0b1 Thanks and regards, Nick Murdoch -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Observations on the official web site
: Introduce a second level heading Supported Python versions and a paragraph reading: TurboGears is based on the Python programming language. Currently it requires either version 2.3.x [is that still true?] or 2.4.x [which are the exact correct version numbers here?] of Python to be installed on your system. Using Python version 2.4.x is strongly recommended. The new *Python version 2.5 is not yet supported*. See the the progress status of the support for Python 2.5 here [link to wiki]. Suggestion: Introduce two new second level headings: Quickstart instructions (before 2nd paragraph) and Detailed installation instructions. (after quickstart instructions) Suggestion: Extend second paragraph with: If you don't have Python installed on your system (or are not sure about it), please refer to the detailed installation instructions in the next section. /download/filelist.html --- Observation: there are several versions of each package listed on this page, because this page is mainly ther to be parsed by easy_install. This is confusing to people who are just looking to download RG. Suggestion: Include a paragraph at the top of the page that reads: This is a list of packages needed by TurboGears ind different versions. This page can be used by the easy_install script or to download a particular package manually. If you are just want to install TurboGears, please look at the installation instructions [link to /download]. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: templates subfolder
because turbogears searches based on python model path. On 1/2/07, Collin L [EMAIL PROTECTED] wrote: Aha, I wasn't aware of the blank __init__.py. Why exactly is that required? -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: templates subfolder
The normal way is to do myproject.templates.lists.add (don't forget to add an empty __init__.py file in lists). the relative path in the extend is necessary though On 1/1/07, Collin L [EMAIL PROTECTED] wrote: I have a directory called 'lists' within my templates directory. I was able to use add.kid by doing the following: @expose(template=myproject.templates.lists/add) and changing 'py:extends='master.kid' on the html element to 'py:extends='../master.kid'. The combined 'dot' and 'slash' notation looks weird and the relative path of extends is annoying. Is there a better way to do this? Or is this normal? -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Vim syntax and snippets for Genshi
the correct url is http://groups.google.com/group/genshi/browse_thread/thread/d98a7e5667764905/beb2f947d04ee357#beb2f947d04ee357 On 1/1/07, Rainy [EMAIL PROTECTED] wrote: Is that the right link? for me it goes to unrelated post about MarkupTemplate. I am interested in vim scripts for Genshi, even though I use kid right now. I want to try Genshi soon.. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: www.turbogears.org
Yes it looks like it needs a reboot again. sadly only kevin and Lee can do that. I can only login but have no superuser privs. so when Lee gets online he will take care of it. On 12/31/06, Joe [EMAIL PROTECTED] wrote: Is the TurboGears http server down? It responds to pings... Can someone reset it?? -Joe -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: http://www.turbogears.org down??
For those that are trying to install turbogears you should be able to use: easy_install -fhttp://dumbledore.turbogears.org/eggs/ turbogears -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: turbogears.org site down
there is a egg mirror on http://dumbledore.turbogears.org/eggs/ you can use the -f switch with easy_install to tell it to look there. On 12/31/06, kportertx [EMAIL PROTECTED] wrote: I don't know what the deal is... They seem to be up and down all the time... Anyone know another location to get the package? Michael Steinfeld wrote: subject says it all. :( -- -mike --=_Part_114110_1323456.1167351520302 Content-Type: text/html; charset=ISO-8859-1 X-Google-AttachSize: 65 subject says it all. :(br clear=allbr-- br-mikebrbr --=_Part_114110_1323456.1167351520302-- -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: http://www.turbogears.org down??
The site is back again. On 12/31/06, Michael Steinfeld [EMAIL PROTECTED] wrote: Well, if someone has Kevin's phone number they should call him, I have Mark's phone but he is away for the holidays, so I am not going to bother him. I have already suggested that whoever is in charge (Lee M. and Kevin) should have a reporting tool page them when the site is down. You are right, if the project maintainers can't keep a TG site up, it really does not look good at all. I don't know what to say other than it's unacceptable and a solution is long past due. I know people are complaining a lot and cursing over this issue. I have to admit myself, that django and RoR maybe where my focus goes. If it takes 2 days for someone to just put the site back up, what else is not being paid attention to? IMO, this has the potential to be the downfall of TG. Some serious restructuring needs to be factored in.. the documentation has been improved greatly, but it is still very much in need of work, the book.. well sadly I feel it needs a complete rewrite and a better publishing company with different editors/reviewers. Pearson really missed the boat here. I give mark a lot of credit for his valiant effort in writing the book and being it his first book, well he did a phenomenal job. But that doesn't mean that errors in the book aren't enough to drive anyone mad. Especially those who are new to TG. In my opinion the book covers a lot and is very informative but the dots don't seem to be connected clearly.I would much rather have had the book come out in a few months later, than feel so rushed. PR has a lot to do with 'word of mouth' we all know that.. but how can you spread the word if you can't even show them a website.. bad bad bad! Enough of the problem... What's the solution? I am not quite certain at this point but I do have some fundamental ideals. - The site must remain up always .. mirror it and the main page should be static to show the mirrors list. - Documentation.. stop being lazy, me included.. write documentation that is clear and precise not something half-ass just for the sake of. - Screencasts are loved by all... not build this in minutes.. but more informative. One of the problems is that a lot of experienced developers forget... is that not everybody has their skill level. Writing documenation that they themselves can understand may not be what novices can understand, and for TG to be successful, novices NEED to understand. There are a lot of people that have done a great job helping this project and taking the time from their personal lives to do so, let's not assume because of my post everyone is a slacker. That is for sure not the case. I personally thank everyone that has contributed. I offered to help Sys Admin the site, but because of holding the key's to the kingdom is so sacred, It was declined. Even though I have commit access to python.org. If credibility was the issue, well there are such things as personal references. It's obvious that 2 people is not enough right now to maintain turbogears.org. Mike On 12/31/06, Nyenyec N [EMAIL PROTECTED] wrote: Thanks Elvelind, it worked for me. -- nyenyec On 12/31/06, Elvelind Grandin [EMAIL PROTECTED] wrote: For those that are trying to install turbogears you should be able to use: easy_install -fhttp://dumbledore.turbogears.org/eggs/ turbogears -- cheers elvelind grandin -- -mike -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Still no way of automatically updating DB based on model?
On 12/27/06, Jorge Godoy [EMAIL PROTECTED] wrote: tg-admin is a wrapper to sqlobject-admin here. It does nothing more and nothing less (I believe nothing less... everything I needed was there). We are not reinventing the wheel here. Just to clarify. tg-admin sql is a wrapper for sqlobject-admin (if your project is using SO that is). -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: how to mount turbogears on non root using fastcgi ?
please submit this as an bug report.
On 12/20/06, Neil Ludban [EMAIL PROTECTED] wrote:
On Wed, 20 Dec 2006 13:57:55 +
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
server.webpath=/mypath is supposed to be the one I need(adding to the
front of all generated url) but it still failed, even for the simple
turbogear logo at the bottom of a quick start project(still said
http://mydomain.com/static instead of http://mydomain.com/mypath/static
which is what I want). Need to trace a bit.
That's the code fixes I mentioned. Try this:
Index: templates/master.kid
===
--- templates/master.kid(revision 57)
+++ templates/master.kid(revision 58)
@@ -15,7 +15,7 @@
}
/style
style type=text/css media=screen
[EMAIL PROTECTED] /static/css/style.css;
[EMAIL PROTECTED] ${tg.url('/static/css/style.css')};
/style
/head
@@ -23,11 +23,11 @@
div py:if=tg.config('identity.on',False) and not 'logging_in' in
locals()
id=pageLogin
span py:if=tg.identity.anonymous
-a href=/loginLogin/a
+a href=${tg.url('/login')}Login/a
/span
span py:if=not tg.identity.anonymous
Welcome ${tg.identity.user.display_name}.
-a href=/logoutLogout/a
+a href=${tg.url('/logout')}Logout/a
/span
/div
@@ -36,7 +36,7 @@
div py:replace=[item.text]+item[:]/
!-- End of main_content --
-div id=footer img src=/static/images/under_the_hood_blue.png /
+div id=footer img src=${tg.url('/static/images/under_the_hood_blue.png')}
/
pTurboGears is a open source front-to-back web development
framework written in Python/p
pCopyright copy; 2006 Kevin Dangoor/p
--
cheers
elvelind grandin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to turbogears@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/turbogears?hl=en
-~--~~~~--~~--~--~---
[TurboGears] Re: configobj.ConfigObjError: Parsing failed with several errors.
something is wrong with your config (most likely dev.cfg) could you post it? On 12/21/06, jose [EMAIL PROTECTED] wrote: Hi all, tg gives me this strange error: Traceback (most recent call last): File ./start-sicer.py, line 28, in ? modulename=sicer.config) File /usr/lib/python2.4/site-packages/TurboGears-1.0b2-py2.4.egg/turbogears/config.py, line 206, in update_config configdict = config_obj(configfile, modulename).dict() File /usr/lib/python2.4/site-packages/TurboGears-1.0b2-py2.4.egg/turbogears/config.py, line 192, in config_obj configdata2 = ConfigObj(configfile, unrepr=True) File /usr/lib/python2.4/site-packages/configobj-4.3.2-py2.4.egg/configobj.py, line 1095, in __init__ raise error configobj.ConfigObjError: Parsing failed with several errors. First error at line 20. Any ideas? jo -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: 12/04/06 - 12/13/06
Moderated now :) thanks for doing this. I dont have the time to follow the ml as closely as I would like so this is great On 12/13/06, Adam Jones [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: On Dec 13, 1:11 pm, Adam Jones [EMAIL PROTECTED] wrote: Arthur Clune wrote: On 13 Dec 2006, at 19:52, Adam Jones wrote: Please contact me with any comments or questions either here or off the list. That is really, really useful. Thanks for the work. Will this be posted somewhere online or on a separate list?Right now this is the only place it is being posted to. I'm working on something that will make writing these a lot easier, which will also serve as a fine place to host the summaries when completed. -Adam IIRC there is already a 'Turbo Gears Announcements' mailing list, that Ronald Jaramillo did a few summary's for a while back...may want to use that. Done. It is now waiting for the moderators to approve it. You should be able to pick this up on the following address when it is approved: http://groups.google.com/group/turbogears-announce I'd forgotten about those summaries. I especially liked the useful little tips at the beginning. -Adam -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: sqlalchemy and run_with_transaction
+1 for bug. On 12/12/06, Alberto Valverde [EMAIL PROTECTED] wrote: On Dec 11, 2006, at 11:37 PM, Dennis Muhlestein wrote: -Dennis run_with_transaction is a generic function you can specialize to fit your needs, for example: from turbogears.database import run_with_transaction, _use_sa @run_with_transaction.when(getattr(func, '_no_trans', False) and _use_sa()) def _no_trans_for_this_method(func, *args, **kw): return func(*args, **kw) Now in any controller method you can set a _no_trans attribute to True so this specialized version which doesn't start a session or begins any transaction runs when run_with_transaction is called: This is a nice approach to this problem. I learned how generic functions work and checked out how run_with_transaction is implemented using that concept. There is one issue though, when using the approach mentioned, my _no_trans_ method still isn't called. The _use_sa() function returns another the sa_rwt method because it evaluates to true before this rule is evaluated. I see an implementation for Ordered generic functions in the genericfunctions.py file but that method is not being used by run_with_transaction. If I could call: @run_with_transaction(getattr(func,_no_trans,False) and _use_sa(),order=0) Then this would work I believe. Should TG be patched to handle this or am I missing something? Thanks That should have worked (unless I'm missing something) because the rule that I wrote in the example that checks for _use_sa() *and* getattr(...) is more specific than _use_sa() by itself, however, for some strange reason (at least strange to me) it seems it doesn't work. Have you tried swapping the predicates? _use_sa() and getattr(func,_no_trans,False) If that still doesn't make it, fortunately, as you've noticed, TG has the infrastruture to handle the order argument to the GenericFunction decorators. You'll need to patch database.run_with_transaction so it looks like this: from turbogears.genericfunctions import MultiorderGenericFunction @generic(MultiorderGenericFunction) def run_with_transaction() You'll need to set the order to -1 so it runs before the default which is 0. If this solution works and all tests pass you could submit a ticket with the patch so we can commit it. However, TG 1.0 is in a feature-freeze standstill, so the dilema is: is this a new feature or a bug fix? I'd consider it a bug because the fact that run_with_transaction is a generic function suggests that the kind of thing you're trying to do should be possible... I have no problem in comitting it if it doesn't break anything. Opinions? Alberto -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: How to serve up the most recent wordpress blog entry inside a TG page?
On 12/9/06, Matt Wilson [EMAIL PROTECTED] wrote: I have a wordpress blog on my site. On a TG page, I'd like to somehow display the first first paragraph from the blog. When I look at the RSS feed for the blog, there's a description node that has exactly the text I want. I see two ways to do this, but I hope somebody else has a better idea. 1. Hit the MySQL database from TG and extract the stuff I want in my controller. I don't really like this approach because it requires going to another database. 2. Somehow grab the RSS feed off localhost, do some XML parsing to grab the description section, and display that. Doing it this way should be easy using feedparser http://feedparser.org/ d = feedparser.parse(http://...;) for item in d.feed: print item.description or something like that. Like I said, I hope somebody has a better solution. TIA MAtt -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: app.cfg / ToolBox Web Console - Not finding my setting
All Tools in the toolbox including the webconsole only gets those things it needs from the config (which basicly is dburi). This is so settings in the config don't break the toolbox. On 12/2/06, Jeff Hinrichs - DMT [EMAIL PROTECTED] wrote: On 12/2/06, Karl Guertin [EMAIL PROTECTED] wrote: On 12/2/06, Jeff Hinrichs - DMT [EMAIL PROTECTED] wrote: I just tried putting the setting(foo.bar = baz) in the [global] section of dev.cfg, restarted the toolbox and it is not finding the That's kind of odd, I've done app-specific settings in projects and never had an issue with not being able to access them. You might try using something besides foo in case that's being used, but I don't see a problem with the code. I can find it with code in controllers.py but not from the WebConsole. It seems webconsole is kind of a fizzle - I was hoping to have some introspection into the project code but it seems to be focused on the database. Thanks for responding! -Jeff -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: How omit piece of master template from showing up in *some* slave templates?
Use py:match (http://kid-templating.org/language.html#match-templates-py-match) basicly something like this: master: span py:match=item.tag == 'menu' the menu /span slave: menu / On 12/2/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: How omit piece of master template from showing up in *some* slave templates? Specifically, I don't want a certain menu to show up in 2 slave templates. I'm guessing conditional code is way to go but I don't know if conditional code should go in master or slave template. Any help greatly appreciated. Chris -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: b2 just completely broke my site
From my understanding there is nothing you should need to do to make it work if it works with b1. Removing old .pyc files is always a good idea. Did this don't solve your problem the second time? On 12/3/06, kerinin [EMAIL PROTECTED] wrote: Adam Jones wrote: My understanding is that tg-admin update should take care of this. Did you do this on the project before trying to run it? Note that, if you try this on something else, don't universally accept file replacements as it might mess up your controller/model/etc files. -Adam Nothing works (again) - same error as before. tg-admin didn't fix it, in fact i suspect that i caused the error to come back. I can't get the error to go away though, so it's difficult to pin down what's causing it. Is there something i need to do my site code that i'm overlooking? the upgrade instructions on the Turbogears site don't say anything about upgrading to b2. This is really frustrating -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: b2 just completely broke my site
On 12/3/06, kerinin [EMAIL PROTECTED] wrote: This hasn't solved the problem - I've tried shutting down the server, deleting all the .pyc files, clearing the browser's cookies, sessions and cache, running tg-admin update and then starting the site again, same problem. I have a feeling it may be due to the fact that i'm using CherryPy 2.2.1. Unfortunately I tried to upgrade CherryPy with easy_install and it downloaded 3.0RC1, which conflicted with turbogears (Turbogears only accepts up to 3.0alpha). 2.2.1 is the version to use for tg. cp3 isn't supported since it's not backwards compadible with 2.x I've gone back to b1. I'll try upgrading when b3 comes along - this isn't worth the stress. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Installing on OS X 10.4.8 fails - Cant find CherryPy
I recomend you sue tgsetup.py instead to install TG (see the download page).
or else you need to add -i
http://www.turbogears.org/download/index.html to the easy_install
command in order for it to find CP.
On 12/2/06, kjetil [EMAIL PROTECTED] wrote:
Trying to install a second time looks like:
sudo easy_install --script-dir /usr/local/bin TurboGears
Searching for TurboGears
Best match: TurboGears 1.0b2
Processing TurboGears-1.0b2-py2.5.egg
TurboGears 1.0b2 is already the active version in easy-install.pth
Installing tg-admin script to /usr/local/bin
Using
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/TurboGears-1.0b2-py2.5.egg
Processing dependencies for TurboGears
Searching for CherryPy=2.2.1,3.0.0alpha
Reading http://www.python.org/pypi/CherryPy/
Reading http://www.cherrypy.org
Reading http://download.cherrypy.org/cherrypy/3.0RC1/
Reading http://www.python.org/pypi/CherryPy/3.0.0RC1
No local packages or download links found for
CherryPy=2.2.1,3.0.0alpha
error: Could not find suitable distribution for
Requirement.parse('CherryPy=2.2.1,3.0.0alpha')
Is there anything I can do myself to correct this ?
--
cheers
elvelind grandin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to turbogears@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/turbogears?hl=en
-~--~~~~--~~--~--~---
[TurboGears] Re: Installing on OS X 10.4.8 fails - Cant find CherryPy
yes. check the irc log on #cherrypy :)
it seems that for some reason easy_install only look at the default
cherrypy pypi page which is for 3.0rc1 and where the download page
points to a page with only downloads for 3.0rc1. It would be easier if
the page would contain all CP version.
On 12/2/06, fumanchu [EMAIL PROTECTED] wrote:
kjetil wrote:
Trying to install a second time looks like:
Searching for CherryPy=2.2.1,3.0.0alpha
Reading http://www.python.org/pypi/CherryPy/
Reading http://www.cherrypy.org
Reading http://download.cherrypy.org/cherrypy/3.0RC1/
Reading http://www.python.org/pypi/CherryPy/3.0.0RC1
No local packages or download links found for
CherryPy=2.2.1,3.0.0alpha
error: Could not find suitable distribution for
Requirement.parse('CherryPy=2.2.1,3.0.0alpha')
Er, uh... is this something we (the CP team) broke on pypi? I know
we've been moving some files around and making new releases and such...
Robert Brewer
System Architect
Amor Ministries
[EMAIL PROTECTED]
--
cheers
elvelind grandin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to turbogears@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/turbogears?hl=en
-~--~~~~--~~--~--~---
[TurboGears] Re: TurboGears 1.0b2 released (mostly :)
I've fixed the eggs now so it should work. On 12/1/06, Steve Bergman [EMAIL PROTECTED] wrote: I probably am just a little quick, but the turbogears.org site now says 1.0b2 and the tgsetup.py download link pulls a version that wants the 1.0b2 egg and dies when it can't find it. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: What's a 'static directory' or 'static filter' ? Some sort of security thing?
A static dir is a place to put content which should be served 'as is' without turbogears modifying it in any way. Like images, css and javascript. On 11/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: What's a 'static dir' or 'static filter' ? Some sort of security thing? Am I not allowed to put executable code in a static directory or something? chris -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Problems with CatWalk
which version of turbogears are you using? On 11/11/06, 一首诗 [EMAIL PROTECTED] wrote: Hi All, I was trying this tutorial of TurboGears. http://www.turbogears.org/docs/TurboTunes/ But I found that I can not add anything to the db through CatWalk if I included any Chinese Character in the strings. Doesn't CatWalk support languages other than English? -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~--~~~~--~~--~--~---
[tg-trunk] Re: tg-admin startserver?
No. there have never been such a command to my knowledge, I'm about to commit some code that adds such a command though. On 11/4/06, Adam Jones [EMAIL PROTECTED] wrote: Maybe I am just losing my mind, but for some reason I remember there being a startserver tg-admin command that did pretty much what start-projectname.py does now. If one existed at some point, what happened to it? If one doesn't exist, should it? It would be pretty easy to make such a command work with an easy_install-ed egg, so tg-admin start projectname could be possible from any directory. It would also neatly solve some issues I am having with configuration and starting of egg-deployed projects. while not really changing much from the development and new user perspectives. -Adam -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~--~~~~--~~--~--~---
[TurboGears] Re: Breaking get_project get_package and get_model.
Don't worry, for the time being I will make it backwards compatible. If the future it look something like. project = Project() project.model instead of get_model I will update the docs when I have time to commit it. On 10/30/06, Jorge Vargas [EMAIL PROTECTED] wrote: On 10/29/06, Elvelind Grandin [EMAIL PROTECTED] wrote: Is there somebody that uses these in their projects? If not they will be changed in the next released to a Project class. I have some code that depends on get_model it's my hackish way of tg-admin sql drop,tg-admin sql create, put sample data. it goes like this. for item in turbogears.util.get_model().__dict__.values(): if inspect.isclass(item) and issubclass(item,sqlobject.SQLObject) and \ item != sqlobject.SQLObject and item != InheritableSQLObject: item.dropTable(ifExists=True) item.createTable() I guess that can be broken since it's not production code. also I plan to make a real tg-admin command for this so I can write if after the changes. what exactly are you planning? -- cheers elvelind grandin -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[TurboGears] Re: Breaking get_project get_package and get_model.
I will see if I can make some simple compatibility wrappers like that. § On 10/29/06, Jorge Godoy [EMAIL PROTECTED] wrote: Elvelind Grandin [EMAIL PROTECTED] writes: Is there somebody that uses these in their projects? If not they will be changed in the next released to a Project class. I suggest that we keep those for compatibility purposes and issue a deprecation warning before changing and removing them. Something like: get_project = Project.get_project for each one of them in the correct place might be enough depending on the changes... -- Jorge Godoy [EMAIL PROTECTED] -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[tg-trunk] Re: When will be 1.0b2 ?
1.0b2 will be releases ASAP. We just need to commit some of the patches on the tickets and close some that might be invalid etc. so in the next couple of days I would guess. On 10/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hello: I've noticed that there've been a long time from last release (9/8). Is there a plan to 1.0b2, or does we need to fix all trac bugs which was assigned to? -- Fred -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk -~--~~~~--~~--~--~---
[TurboGears] Re: RuleDispatch Not Found
You need to add -f http://turbogear.org/download . or use tgsetup.py
On 10/27/06, Leonardo [EMAIL PROTECTED] wrote:
hI friend, i get the error, from TG 1.0b1 install. (RuleDispatch not
found ???)
OS: Ubuntu 6.06 LTS, python 2.4
Command line: sudo easy_install --script-dir /usr/local/bin TurboGears
The Error:
-
Searching for RuleDispatch
Reading http://www.python.org/pypi/RuleDispatch/
Couldn't find index page for 'RuleDispatch' (maybe misspelled?)
Scanning index of all packages (this may take a while)
Reading http://www.python.org/pypi/
No local packages or download links found for RuleDispatch
error: Could not find suitable distribution for
Requirement.parse('RuleDispatch')
-
Thanks :)
--
cheers
elvelind grandin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to turbogears@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/turbogears
-~--~~~~--~~--~--~---
[TurboGears] Re: tg-admin toolbox/shell with 1.0b1 (and identity)?
What version was it created with? It might be a bug somewhere in TG. On 10/25/06, Dianne Marsh [EMAIL PROTECTED] wrote: Thanks for the tip Elvelind. It's definitely something in my project. I created a new (identity-enabled) project and configured it to connect to the same database, with no problems. I'll look at it a bit more, when I get back from my vacation (next week)! Thanks again! Dianne -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[TurboGears] Re: tg identities that can't login
check out http://www.splee.co.uk/2006/09/07/disabling-users-instead-of-deleting/ and see if that helps you. On 10/26/06, Alexey Maksimov [EMAIL PROTECTED] wrote: Hi, I have Turbogears1.0b and using default identity model. I want to implement users that can be allowed/denied to login based on, well, on the wish of admin. Can you please advise me the best way to implement this? Kind regards, Alexey. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[TurboGears] Re: tg-admin toolbox/shell with 1.0b1 (and identity)?
what is the name of the package and the project? could you perhaps post a list of all files/dir in the project dir? On 10/25/06, Dianne Marsh [EMAIL PROTECTED] wrote: I haven't been able to run tg-admin shell or tg-admin toolbox (to access Catwalk) since I upgraded to version 1.0b1. I get an error that it must be run within a valid project directory (in spite of being in the project directory). The problem ONLY happens when running a project that has identity enabled. I saw other posts on this, but they seemed to indicate that I would be able to run as long as I wasn't logged in. I'm trying to run without even starting my turbogears app, and failing. Any suggestions? Thanks! Dianne -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[TurboGears] Re: Getting Started example dosen't work
it should be. class Root(controllers.RootController): @expose() def index(self): return h1Hello World/h1 On 10/18/06, PM [EMAIL PROTECTED] wrote: Hi, I've installed TG and started reading the Getting Started Guide. The first example given doesn't work for me : [code] from turbogears import controllers, expose @expose() class Root(controllers.RootController): def index(self): return h1Hello World/h1 [/code] I get the following error in my terminal : D:\turbogears\gspython start-gs.py Traceback (most recent call last): File start-gs.py, line 26, in ? from gs.controllers import Root File D:\turbogears\gs\gs\controllers.py, line 4 class Root(controllers.RootController): ^ SyntaxError: invalid syntax Where is my mistake ? It's a little bit frustrating when the first example given doesn't work. Python version : 2.4.3 TG version : 1.0b1 installed with easy_install PM -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[tg-trunk] Re: new calendar widget
You did read that The following date-pickers have a specified date range of 11/08/2006 to 13/09/2007. Dates outside of this range are unselectable. right? :) It sure looks a lot better then our current one atleast. On 10/2/06, Karl Guertin [EMAIL PROTECTED] wrote: On 10/2/06, Jonathan LaCour [EMAIL PROTECTED] wrote: If I made a TurboGears widget out of this, would it be a good candidate to replace the existing calendar widget? Without actually clicking through, I believe the current widget was accepted due to licensing concerns more than beauty or functionality. I'm having problems with the date picker you linked on firefox 1.5 linux. The ctrl_arrows don't seem to work consistently (e.g. I can only change years in August and then only 06/07). -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears Trunk group. To post to this group, send email to turbogears-trunk@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk -~--~~~~--~~--~--~---
[TurboGears] Re: redirect() , raise raise turbogears.redirect() OR raise cherrypy.HTTPRedirect()
On 9/27/06, Kevin Dangoor [EMAIL PROTECTED] wrote: On Sep 26, 2006, at 4:57 PM, aspineux wrote: So why no just return the object (replace the raise by a return) def redirect(redirect_path, redirect_params=None, **kw): Redirect (via cherrypy.HTTPRedirect). return cherrypy.HTTPRedirect( url(tgpath=redirect_path, tgparams=redirect_params, **kw)) That way the correct usage is now : raise turbogear.redirect(url) as like used in tutorial and quickstart generated code. This was a bikeshed moment from a few months ago. The code should probably have a comment. It has a comment about it now :) Some people thought that raise felt wrong and wanted to just call a function. Many others, myself included, liked raise because it was clearest that control flow is leaving your method immediately. Having the raise in the redirect function didn't hurt the preferred use raise turbogears.redirect(...) and still allowed the people who didn't like the raise to do what they wished turbogears.redirect(...). Kevin -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[TurboGears] Re: How to grab root project directory in windows
I belive os.normcase would convert \ into / on windows. On 9/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm trying to use Engal on windows without using environmental variables. If you look at the code it does a getcwd() if no existing path is found via environmental variables. The cwd it does get is of the form c:\stuff\stuff..., which is not correctly recognized later on when grabbing the file for image processing. In fact the error I get is that c:\\stuff\\stuff... is not a valid path. I was able to hard-code the exact same string in c:/stuff/stff... format and it worked, suggesting the separator needs to be '/' instead of '\'. also C:/stuff/stuff/stuff is incorrect in any OS -is that so? can you elaborate? -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[TurboGears] Re: Running behind Apache
as Neil says, the way to do this now in TG is by setting server.webpath. Note that there currently is a bug with webpath and static content, see http://trac.turbogears.org/turbogears/ticket/1016 On 9/25/06, Timur Izhbulatov [EMAIL PROTECTED] wrote: Hi, I would like to run my TG application behind Apache httpd. In order to do this I'm trying to use the following rewrite rule: RewriteRule ^/myapp(.*) http://127.0.0.1:8080$1 [P] The problem is that TG doesn't know its root is at /myapp and all absolute URIs are broken. The solution which comes first is to mount the application on /myapp (BTW, how?). Are there any other ways? Thanks in advance, -- Timur Izhbulatov OILspace, 26 Leninskaya sloboda, bld. 2, 2nd floor, 115280 Moscow, Russia P:+7 495 105 7245 + ext.205 F:+7 495 105 7246 E:[EMAIL PROTECTED] Building Successful Supply Chains - One Solution At A Time. www.oilspace.com -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[TurboGears] Re: Shorter way to grab parameter argument
param1 = kw.get(param1, ) On 9/19/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: With a function defined as: def default(self, *arg, **kw): Is there a way to grab a parameter using less code than this? try: param1 = str(kw['param1']) except KeyError: param1 = The function would need to be able to cope with being passed a parameter, and using a default otherwise. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[TurboGears] Re: import tg application as a fake subpackage
http://peak.telecommunity.com/DevCenter/setuptools#namespace-packages perhaps :) On 9/19/06, Ksenia Marasanova [EMAIL PROTECTED] wrote: Hi all, Pardon me if this is a silly question, I am just starting to understand setuptools :-) Is it possible to have several turbogears applications that can be imported as a subpackage? I am sure it's unclear, I'll try to explain it :) My directory structure is: /www /www/app1 /www/app2 /www/app3 All the apps are regular TG applications created with quickstart. When i run python setup.py develop in app1, I can import it from any other project as: from app1 import foo What I'd like to do, is to import it like this: from mycompanyname.app1 import foo The reason: name collision with other python packages and clear visual distinction between own code and third party. I tried to modify package name in setup.py, but without much succes... Any hints? Thanks a lot Ksenia. -- cheers elvelind grandin --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups TurboGears group. To post to this group, send email to turbogears@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears -~--~~~~--~~--~--~---
[TurboGears] Re: No sqlalchemy database config found!
This *should* be fixed in the 1.0 branch now.
On 9/16/06, jose [EMAIL PROTECTED] wrote:
Is database.py script using a different configuration file instead of dev.cfg
?
my dev.cfg is like this one
---
[global]
sqlalchemy.dburi=postgres://pippo:[EMAIL PROTECTED]/mydb
server.environment=development
autoreload.package=gs
[/static]
staticFilter.on = True
staticFilter.dir = static
---
but database.py doesn't find the token 'sqlalchemy.dburi' and I can't
understand why. =-O
26def get_engine():
27Retreives the engine based on the current configuration
28global _engine
29if not _engine:
30dburi = config.get(sqlalchemy.dburi)
31if not dburi:
32raise KeyError(No sqlalchemy database config found!)
33_engine = sqlalchemy.create_engine(dburi)
34metadata.connect(_engine)
35elif not metadata.is_bound():
36metadata.connect(_engine)
37return _engine
Jose Soares wrote:
Hi all,
I'm using sqlalchemy and I have in my dev.cfg the line:
sqlalchemy.dburi=postgres://pippo:[EMAIL PROTECTED]/mydb
I can run
$ python prj-start.py
but:
$ tg-admin toolbox
Traceback (most recent call last):
File /usr/local/bin/tg-admin, line 7, in ?
sys.exit(
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/turbogears/command/base.py,
line 351, in main
command.run()
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/turbogears/command/base.py,
line 297, in run
root = SecureObject(toolbox.Toolbox(),from_any_host(self.hostlist),
exclude=['noaccess'])
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/turbogears/toolbox/base.py,
line 95, in __init__
self.toolbox = self.get_tools()
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/turbogears/toolbox/base.py,
line 107, in get_tools
setattr(self, i.name, tool())
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/turbogears/toolbox/catwalk/__init__.py,
line 112, in __init__
self.model = turbogears.util.get_model()
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/turbogears/util.py,
line 118, in get_model
package = __import__(package_name, {}, {}, [model])
File /home/jose/turbosicer/sicer/model/__init__.py, line 6, in ?
from sicer.model import tables
File /home/jose/turbosicer/sicer/model/tables.py, line 7, in ?
database.bind_meta_data()
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/turbogears/database.py,
line 49, in bind_meta_data
get_engine()
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/turbogears/database.py,
line 32, in get_engine
raise KeyError(No sqlalchemy database config found!)
KeyError: 'No sqlalchemy database config found!
Any ideas?
j
--
cheers
elvelind grandin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to turbogears@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/turbogears
-~--~~~~--~~--~--~---
[TurboGears] Re: No sqlalchemy database config found!
actually. with 1.0b1 you can't even start the toolbox if you are using
both SA and identity. forgot to the it to get the sqlalchemy.dburi and
friends from dev.cfg at startup. should be fixed now.
On 9/18/06, Kevin Dangoor [EMAIL PROTECTED] wrote:
It looks like you're trying to use SQLAlchemy with Catwalk, which is
not yet supported.
Kevin
On Sep 16, 2006, at 10:47 AM, jose wrote:
Is database.py script using a different configuration file instead
of dev.cfg ?
my dev.cfg is like this one
---
[global]
sqlalchemy.dburi=postgres://pippo:[EMAIL PROTECTED]/mydb
server.environment=development
autoreload.package=gs
[/static]
staticFilter.on = True
staticFilter.dir = static
---
but database.py doesn't find the token 'sqlalchemy.dburi' and I
can't understand why. =-O
26def get_engine():
27Retreives the engine based on the current configuration
28global _engine
29if not _engine:
30dburi = config.get(sqlalchemy.dburi)
31if not dburi:
32raise KeyError(No sqlalchemy database config
found!)
33_engine = sqlalchemy.create_engine(dburi)
34metadata.connect(_engine)
35elif not metadata.is_bound():
36metadata.connect(_engine)
37return _engine
Jose Soares wrote:
Hi all,
I'm using sqlalchemy and I have in my dev.cfg the line:
sqlalchemy.dburi=postgres://pippo:[EMAIL PROTECTED]/mydb
I can run
$ python prj-start.py
but:
$ tg-admin toolbox
Traceback (most recent call last):
File /usr/local/bin/tg-admin, line 7, in ?
sys.exit(
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/
turbogears/command/base.py,
line 351, in main
command.run()
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/
turbogears/command/base.py,
line 297, in run
root = SecureObject(toolbox.Toolbox(),from_any_host
(self.hostlist),
exclude=['noaccess'])
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/
turbogears/toolbox/base.py,
line 95, in __init__
self.toolbox = self.get_tools()
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/
turbogears/toolbox/base.py,
line 107, in get_tools
setattr(self, i.name, tool())
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/
turbogears/toolbox/catwalk/__init__.py,
line 112, in __init__
self.model = turbogears.util.get_model()
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/
turbogears/util.py,
line 118, in get_model
package = __import__(package_name, {}, {}, [model])
File /home/jose/turbosicer/sicer/model/__init__.py, line 6, in ?
from sicer.model import tables
File /home/jose/turbosicer/sicer/model/tables.py, line 7, in ?
database.bind_meta_data()
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/
turbogears/database.py,
line 49, in bind_meta_data
get_engine()
File
/usr/lib/python2.4/site-packages/TurboGears-0.9a9-py2.4.egg/
turbogears/database.py,
line 32, in get_engine
raise KeyError(No sqlalchemy database config found!)
KeyError: 'No sqlalchemy database config found!
Any ideas?
j
--
Kevin Dangoor
TurboGears / Zesty News
email: [EMAIL PROTECTED]
company: http://www.BlazingThings.com
blog: http://www.BlueSkyOnMars.com
--
cheers
elvelind grandin
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
TurboGears group.
To post to this group, send email to turbogears@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/turbogears
-~--~~~~--~~--~--~---
