"Florent Aide" <[EMAIL PROTECTED]> writes:
> On 4/21/07, Jorge Godoy <[EMAIL PROTECTED]> wrote:
>>
>> Christoph Zwerschke <[EMAIL PROTECTED]> writes:
>>
>> > I can confirm that, RuleDispatch revisions 2100 and 2115 did not run on
>> > OpenSUSE 10.2, but the current head revision works. On Windows XP I used
>> > the eggs you provided here: http://trac.turbogears.org/ticket/1280
>>
>> I'm with OpenSuSE 10.2 and running RuleDispatch 2115. I'm using the
>> HEAD of the 1.0 branch.
>
> That's weird, maybe you are running OpenSuse 10.3 :p
>
> sorry -->[]
The traceback after an upgrade with all requirements for TG and
RuleDispatch satisfied:
Traceback (most recent call last):
File "./start-neobh.py", line 5, in <module>
import turbogears
File
"/home/godoy/desenvolvimento/python/TurboGears/1.0/turbogears/__init__.py",
line 6, in <module>
from turbogears.controllers import expose, flash, validate, redirect, \
File
"/home/godoy/desenvolvimento/python/TurboGears/1.0/turbogears/controllers.py",
line 8, in <module>
from dispatch import generic, strategy, functions
File
"/home/godoy/desenvolvimento/python/TurboGears/RuleDispatch/src/dispatch/functions.py",
line 7, in <module>
from peak.util.decorators import decorate_assignment, frameinfo,
decorate_class
ImportError: No module named peak.util.decorators
[EMAIL PROTECTED]:~/desenvolvimento/python/TurboGears/RuleDispatch> svnversion
2305
[EMAIL PROTECTED]:~/desenvolvimento/python/TurboGears/RuleDispatch> sudo python
setup.py develop
running develop
Checking .pth file support in /usr/local/lib/python2.5/site-packages/
/usr/bin/python -E -c pass
TEST PASSED: /usr/local/lib/python2.5/site-packages/ appears to support .pth
files
running egg_info
writing requirements to src/RuleDispatch.egg-info/requires.txt
writing src/RuleDispatch.egg-info/PKG-INFO
writing top-level names to src/RuleDispatch.egg-info/top_level.txt
writing dependency_links to src/RuleDispatch.egg-info/dependency_links.txt
writing manifest file 'src/RuleDispatch.egg-info/SOURCES.txt'
running build_ext
copying build/lib.linux-i686-2.5/dispatch/_d_speedups.so -> src/dispatch
Creating /usr/local/lib/python2.5/site-packages/RuleDispatch.egg-link (link to
src)
RuleDispatch 0.5a0.dev-r2303 is already the active version in easy-install.pth
Installed /home/godoy/desenvolvimento/python/TurboGears/RuleDispatch/src
Processing dependencies for RuleDispatch==0.5a0.dev-r2303
[EMAIL PROTECTED]:~/desenvolvimento/python/TurboGears/RuleDispatch>
There's really a missing dependency here. Installing DecoratorTools, as
per your discussion today, solves the problem.
(At least the application starts...)
I had to "reinstall" (in my case re-run "python setup.py develop") one
of my modules. It was working before updating, so this might be one of
the things we'll have to suggest people that have problems.
I've tested one form that I consider has "medium-high" complexity (some
dynamic behavior, interacting with my database and a statistics package
to generate some graphics) and one "medium". Both worked fine.
I had the feeling that the application was a bit faster (and here I am
taking into account measures from firebug and previous times from
memory). From 5 measures it had an average of -30ms for the form
loading time...
--
Jorge Godoy <[EMAIL PROTECTED]>
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"TurboGears Trunk" group.
To post to this group, send email to [email protected]
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
-~----------~----~----~----~------~----~------~--~---
