[TurboGears] Re: RuleDispatch version conflict

2005-11-17 Thread Kevin Dangoor 

looks like a bug in jsonify.py... that shouldn't be doing a
pkg_resources.require(RuleDispatch==0.5a). just removing that line
should do the trick.

(if someone else could remove that line and commit the change, that'd
be good... the library's firewall isn't letting me do svn commands.)

Kevin

On 11/17/05, xio [EMAIL PROTECTED] wrote:

 Hi,

 I am having a problem to start a server after installing rev207 from
 svn. I am running win2k. I had TG 0.8a3 and the latest setuptools
 installed, and then I run:

 1. easy_install RuleDispatch
 2. setup develop (R207)
 3. tg-admin quickstart (created project x)
 4. x-start

 After that I've seen the following:

 2005/11/17 10:53:23 CONFIG INFO Server parameters:
 2005/11/17 10:53:23 CONFIG INFO   server.environment: development
 2005/11/17 10:53:23 CONFIG INFO   server.logToScreen: True
 2005/11/17 10:53:23 CONFIG INFO   server.logFile:
 2005/11/17 10:53:23 CONFIG INFO   server.protocolVersion: HTTP/1.0
 2005/11/17 10:53:23 CONFIG INFO   server.socketHost:
 2005/11/17 10:53:23 CONFIG INFO   server.socketPort: 8080
 2005/11/17 10:53:23 CONFIG INFO   server.socketFile:
 2005/11/17 10:53:23 CONFIG INFO   server.reverseDNS: False
 2005/11/17 10:53:23 CONFIG INFO   server.socketQueueSize: 5
 2005/11/17 10:53:23 CONFIG INFO   server.threadPool: 0
 Unhandled exception in thread started by bound method Server._start of
 cherrypy._cpserver.Server o
 bject at 0x009951D0
 Traceback (most recent call last):
   File
 c:\apps\python\lib\site-packages\CherryPy-2.1.0-py2.4-win32.egg\cherrypy\_cpserver.py,
 line
  122, in _start
 func()
   File c:\svn\turbogears\trunk\turbogears\startup.py, line 112, in
 startTurboGears
 cherrypy.root._cpFilterList.append(
 turbogears.identity.IdentityFilter() )
   File c:\svn\turbogears\trunk\turbogears\identity\filter.py, line
 18, in __init__
 provider= create_default_provider()
   File c:\svn\turbogears\trunk\turbogears\identity\__init__.py, line
 29, in create_default_provide
 r
 return _load_class(providerClass)()
   File
 c:\svn\turbogears\trunk\turbogears\identity\provider\soprovider.py,
 line 25, in __init__
 self.module= identity._load_module( self.module )
   File c:\svn\turbogears\trunk\turbogears\identity\__init__.py, line
 12, in _load_module
 module= __import__(moduleName)

   File c:\svn\turbogears\trunk\turbogears\identity\model\somodel.py,
 line 4, in ?
 from turbogears.jsonify import *
   File c:\svn\turbogears\trunk\turbogears\jsonify.py, line 3, in ?
 pkg_resources.require('RuleDispatch==0.5a')
   File
 c:\apps\python\lib\site-packages\setuptools-0.6a8-py2.4.egg\pkg_resources.py,
 line 503, in
 require
 needed = self.resolve(parse_requirements(requirements))
   File
 c:\apps\python\lib\site-packages\setuptools-0.6a8-py2.4.egg\pkg_resources.py,
 line 487, in
 resolve
 raise VersionConflict(dist,req) # XXX put more info here
 pkg_resources.VersionConflict: (ruledispatch 0.5a0.dev-r2100
 (c:\apps\python\lib\site-packages\ruled
 ispatch-0.5a0.dev_r2100-py2.4-win32.egg),
 Requirement.parse('RuleDispatch==0.5a'))

 Any idea what went wrong?
 Thanks.




--
Kevin Dangoor
Author of the Zesty News RSS newsreader

email: [EMAIL PROTECTED]
company: http://www.BlazingThings.com
blog: http://www.BlueSkyOnMars.com

[TurboGears] Re: RuleDispatch version conflict

2005-11-17 Thread Jeff Watkins 


Kevin Dangoor wrote:

looks like a bug in jsonify.py... that shouldn't be doing a
pkg_resources.require(RuleDispatch==0.5a). just removing that line
should do the trick.

(if someone else could remove that line and commit the change, that'd
be good... the library's firewall isn't letting me do svn commands.)

Kevin



Sorry that was code I left in there when I committed Ian's jsonify 
module. If no one get's to it sooner, I'll remove it this evening.


Jeff


--
Jeff Watkins
http://newburyportion.com/

[TurboGears] Re: RuleDispatch version conflict

2005-11-17 Thread Kevin Dangoor 

Thanks!

On 11/17/05, Elvelind Grandin [EMAIL PROTECTED] wrote:

 It's commited :)

 On 11/17/05, Kevin Dangoor [EMAIL PROTECTED] wrote:
 
  looks like a bug in jsonify.py... that shouldn't be doing a
  pkg_resources.require(RuleDispatch==0.5a). just removing that line
  should do the trick.
 
  (if someone else could remove that line and commit the change, that'd
  be good... the library's firewall isn't letting me do svn commands.)
 
  Kevin
 
  On 11/17/05, xio [EMAIL PROTECTED] wrote:
  
   Hi,
  
   I am having a problem to start a server after installing rev207 from
   svn. I am running win2k. I had TG 0.8a3 and the latest setuptools
   installed, and then I run:
  
   1. easy_install RuleDispatch
   2. setup develop (R207)
   3. tg-admin quickstart (created project x)
   4. x-start
  
   After that I've seen the following:
  
   2005/11/17 10:53:23 CONFIG INFO Server parameters:
   2005/11/17 10:53:23 CONFIG INFO   server.environment: development
   2005/11/17 10:53:23 CONFIG INFO   server.logToScreen: True
   2005/11/17 10:53:23 CONFIG INFO   server.logFile:
   2005/11/17 10:53:23 CONFIG INFO   server.protocolVersion: HTTP/1.0
   2005/11/17 10:53:23 CONFIG INFO   server.socketHost:
   2005/11/17 10:53:23 CONFIG INFO   server.socketPort: 8080
   2005/11/17 10:53:23 CONFIG INFO   server.socketFile:
   2005/11/17 10:53:23 CONFIG INFO   server.reverseDNS: False
   2005/11/17 10:53:23 CONFIG INFO   server.socketQueueSize: 5
   2005/11/17 10:53:23 CONFIG INFO   server.threadPool: 0
   Unhandled exception in thread started by bound method Server._start of
   cherrypy._cpserver.Server o
   bject at 0x009951D0
   Traceback (most recent call last):
 File
   c:\apps\python\lib\site-packages\CherryPy-2.1.0-py2.4-win32.egg\cherrypy\_cpserver.py,
   line
122, in _start
   func()
 File c:\svn\turbogears\trunk\turbogears\startup.py, line 112, in
   startTurboGears
   cherrypy.root._cpFilterList.append(
   turbogears.identity.IdentityFilter() )
 File c:\svn\turbogears\trunk\turbogears\identity\filter.py, line
   18, in __init__
   provider= create_default_provider()
 File c:\svn\turbogears\trunk\turbogears\identity\__init__.py, line
   29, in create_default_provide
   r
   return _load_class(providerClass)()
 File
   c:\svn\turbogears\trunk\turbogears\identity\provider\soprovider.py,
   line 25, in __init__
   self.module= identity._load_module( self.module )
 File c:\svn\turbogears\trunk\turbogears\identity\__init__.py, line
   12, in _load_module
   module= __import__(moduleName)
  
 File c:\svn\turbogears\trunk\turbogears\identity\model\somodel.py,
   line 4, in ?
   from turbogears.jsonify import *
 File c:\svn\turbogears\trunk\turbogears\jsonify.py, line 3, in ?
   pkg_resources.require('RuleDispatch==0.5a')
 File
   c:\apps\python\lib\site-packages\setuptools-0.6a8-py2.4.egg\pkg_resources.py,
   line 503, in
   require
   needed = self.resolve(parse_requirements(requirements))
 File
   c:\apps\python\lib\site-packages\setuptools-0.6a8-py2.4.egg\pkg_resources.py,
   line 487, in
   resolve
   raise VersionConflict(dist,req) # XXX put more info here
   pkg_resources.VersionConflict: (ruledispatch 0.5a0.dev-r2100
   (c:\apps\python\lib\site-packages\ruled
   ispatch-0.5a0.dev_r2100-py2.4-win32.egg),
   Requirement.parse('RuleDispatch==0.5a'))
  
   Any idea what went wrong?
   Thanks.
  
  
 
 
  --
  Kevin Dangoor
  Author of the Zesty News RSS newsreader
 
  email: [EMAIL PROTECTED]
  company: http://www.BlazingThings.com
  blog: http://www.BlueSkyOnMars.com
 


 --
 cheers
 elvelind grandin



--
Kevin Dangoor
Author of the Zesty News RSS newsreader

email: [EMAIL PROTECTED]
company: http://www.BlazingThings.com
blog: http://www.BlueSkyOnMars.com

[TurboGears] Re: RuleDispatch version conflict

2005-11-17 Thread Elvelind Grandin 

Nooo. I'm not addicted to reading my mails twice every minute  :)

On 11/17/05, Jeff Watkins [EMAIL PROTECTED] wrote:

 Elvelind Grandin wrote:
  It's commited :)

 I guess someone *did* get to it sooner.


 --
 Jeff Watkins
 http://newburyportion.com/



--
cheers
elvelind grandin