
m.jason.miller at gmail
Nov 19, 2011, 10:36 AM
Post #2 of 6
(248 views)
Permalink
|
On Fri, Nov 18, 2011 at 12:01 PM, Igor Muzetti <igormuzetti [at] gmail> wrote: > Permissao try to give the user admin: > > andes:~# trac-admin projects/trac/dengue/ permission add muzettiigor > TRAC_ADMIN > > that is returned: > > Failed to open environment. [Errno 2] No such file or directory: > '/root/projects/trac/dengue/VERSION' > Traceback (most recent call last): > File "/usr/lib/python2.5/site-packages/trac/admin/console.py", line 162, > in env_open > self.__env = Environment(self.envname) > File "/usr/lib/python2.5/site-packages/trac/env.py", line 190, in __init__ > self.verify() > File "/usr/lib/python2.5/site-packages/trac/env.py", line 249, in verify > fd = open(os.path.join(self.path, 'VERSION'), 'r') > IOError: [Errno 2] No such file or directory: > '/root/projects/trac/dengue/VERSION' > > what is this bug? > > thank's! > > -- > You received this message because you are subscribed to the Google Groups > "Trac Users" group. > To post to this group, send email to trac-users [at] googlegroups > To unsubscribe from this group, send email to > trac-users+unsubscribe [at] googlegroups > For more options, visit this group at > http://groups.google.com/group/trac-users?hl=en. > I can't seem to replicate this. I am using Trac stable (0.12) and python 2.6.5. With out trying to possible break your production version of Trac, I say we install a virtual environment (test/develop environment): mkdir -p ~/dev/projects/trac/dengue cd ~/dev/projects curl -O http://pypi.python.org/packages/source/v/virtualenv/virtualenv-1.6.4.tar.gz#md5=1072b66d53c24e019a8f1304ac9d9fc5 tar -xf virtualenv-1.6.4.tar.gz#md5=1072b66d53c24e019a8f1304ac9d9fc5 -C . cd virtualenv-1.6.4 python virtualenv.py ~/dev . ~/dev/bin/activate easy_install Trac trac-admin ~/dev/projects/trac/dengue/ initenv And then try to add a user to TRAC_ADMIN at that test Trac environment. I prefer using virtual environments for this purpose. No need for root access to test stuff. If the above fails here, then indeed... bug somewhere. Oh BTW, if and when you ever need to use install additional python modules to test (Bitten etc), always do a: . ~/dev/bin/activate That simply sources the necessary environment to allow us to install our own python modules to our dev directory (with out prefix switches and the like), and not to the systems python path (simply: were avoiding needing root access) Hope this helps! Jason -- You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users [at] googlegroups To unsubscribe from this group, send email to trac-users+unsubscribe [at] googlegroups For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
|