#11656 closed defect (cantfix)
CentOS 6 and TRAC
Reported by: | anonymous | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | general | Version: | 1.0-stable |
Severity: | normal | Keywords: | install, CentOS6 |
Cc: | Ryan J Ollos | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description (last modified by )
In trying to install TRAC on CentOS 6 I run into the following issue:
Traceback (most recent call last): File "setup.py", line 162, in <module> **extra File "/usr/lib64/python2.6/distutils/core.py", line 113, in setup _setup_distribution = dist = klass(attrs) File "/usr/lib/python2.6/site-packages/setuptools/dist.py", line 221, in __init__ self.fetch_build_eggs(attrs.pop('setup_requires')) File "/usr/lib/python2.6/site-packages/setuptools/dist.py", line 245, in fetch_build_eggs parse_requirements(requires), installer=self.fetch_build_egg File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 550, in resolve raise VersionConflict(dist,req) # XXX put more info here pkg_resources.VersionConflict: (Genshi 0.5.1 (/usr/lib64/python2.6/site-packages), Requirement.parse('Genshi>=0.6'))
Here's what installed default and by EPEL:
Installed Packages
python-genshi.x86_64 0.5.1-7.1.el6 @base python-genshi06.noarch 0.6-1.el6 @epel
So, the newer one is there. I removed the older one but the trac installer does not like the newer one and tries to install the old one then fails.
Is there a patch or something to resolve this?
Attachments (0)
Change History (11)
comment:1 by , 10 years ago
Description: | modified (diff) |
---|---|
Keywords: | CentOS6 added; CentOS 6 fail removed |
comment:3 by , 10 years ago
Actually I am using Virtualmin to download and install 1.01. They seem to have been unaware of the issue because it works on Ubuntu just fine. Their installer script installs the dependencies and then it executes the TRAC installer script. What I am not getting is why the TRAC side of it all does not recognize the newer genshi and fails. Do I need to ensure the older x86_64 version is gone first?
comment:4 by , 10 years ago
Resolution: | → cantfix |
---|---|
Status: | new → closed |
I am not sure. Having an older version of Genshi installed shouldn't be a problem if the newer version is also available in site-packages
.
So I guess that Virtualmin is just a GUI for package management, among other things? You'll have better luck asking on the MailingList, as this is an InstallationIssue and not an issue with Trac itself.
However, I can offer you one hint. Open the python interpreter and type:
import genshi genshi.__version__
If 0.5.1
i s printed, then 0.6
is not installed correctly. If 0.6
is printed, then I would guess that there is a problem with the Trac RPM you are installing.
follow-up: 9 comment:5 by , 10 years ago
Fooling around I made a little progress.
in /usr/lib64/python2.6/site-packages
I made 2 symlinks
ln -s /usr/share/doc/python-genshi06-0.6/examples/bench/genshi genshi ln -s /usr/lib/python2.6/site-packages/Genshi-0.6-py2.6.egg/EGG-INFO Genshi-0.6-py2.6.egg-info
Now when running the VM installer I get:
Now installing Trac version 1.0.1 .. Project initialization install failed : Initenv for '/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/trac' failed. Failed to create environment. unsupported operand type(s) for /: 'int' and 'NoneType' Traceback (most recent call last): File "/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/lib/python/Trac-1.0.1-py2.6.egg/trac/admin/console.py", line 456, in do_initenv options=options) File "/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/lib/python/Trac-1.0.1-py2.6.egg/trac/core.py", line 124, in call self.init(*args, kwargs) File "/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/lib/python/Trac-1.0.1-py2.6.egg/trac/env.py", line 281, in init self.create(options) File "/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/lib/python/Trac-1.0.1-py2.6.egg/trac/env.py", line 584, in create DatabaseManager(self).init_db() File "/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/lib/python/Trac-1.0.1-py2.6.egg/trac/db/api.py", line 251, in init_db connector.init_db(args) File "/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/lib/python/Trac-1.0.1-py2.6.egg/trac/db/mysql_backend.py", line 117, in init_db for stmt in self.to_sql(table, utf8_size=utf8_size): File "/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/lib/python/Trac-1.0.1-py2.6.egg/trac/db/mysql_backend.py", line 166, in to_sql utf8_size=utf8_size)) File "/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/lib/python/Trac-1.0.1-py2.6.egg/trac/db/mysql_backend.py", line 130, in _collist limit_col = 767 / utf8_size TypeError: unsupported operand type(s) for /: 'int' and 'NoneType' Creating and Initializing Project .. failed! See the error message above for the reason why.
comment:6 by , 10 years ago
Per your suggestions:
[root@hosting2 site-packages]# python Python 2.6.6 (r266:84292, Jan 22 2014, 09:42:36) [GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import genshi genshi/__init__.py:24: UserWarning: Module genshi was already imported from genshi/__init__.pyc, but /usr/lib64/python2.6/site-packages is being added to sys.path from pkg_resources import get_distribution, ResolutionError >>> genshi.__version__ '0.6'
comment:7 by , 10 years ago
Attempting to force it again yields the following:
Project initialization install failed : Initenv for '/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/trac' failed. Does an environment already exist?
comment:8 by , 10 years ago
I guess you need to delete the environment directory /home/datingchecklist/domains/tracker.datingchecklist.com/public_html/trac
.
comment:9 by , 10 years ago
Now when running the VM installer I get:
... File "/home/datingchecklist/domains/tracker.datingchecklist.com/public_html/lib/python/Trac-1.0.1-py2.6.egg/trac/db/mysql_backend.py", line 130, in _collist limit_col = 767 / utf8_size TypeError: unsupported operand type(s) for /: 'int' and 'NoneType' Creating and Initializing Project .. failed! See the error message above for the reason why.
It seems that your MySQL database is configured with non-utf8 charset. It must be configured with utf8
charset and utf8_bin
collation or utf8mb4
and utf8mb4_bin
. See MySqlDb#Requirements.
comment:10 by , 10 years ago
I was finally able to get it to install but now I get this error from trac-admin:
# bin/trac-admin --help Traceback (most recent call last): File "bin/trac-admin", line 5, in <module> from pkg_resources import load_entry_point File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 2655, in <module> working_set.require(__requires__) File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 648, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 546, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: Trac==1.0.1
Also too is in the web interface I get:
Warning: Can't synchronize with repository "(default)" (Unsupported version control system "svn": Can't find an appropriate component, maybe the corresponding plugin was not enabled? ). Look in the Trac log for more information.
comment:11 by , 10 years ago
Have you read TracInstall guide or one of the TracInstallPlatforms guides? For the latter problem (Can't synchronize with repository) you need to enable the component for the version control system you are using. You can enable the component through the plugin admin page.
IIRC, the Trac package in the official RHEL/CentOS6 provides Trac 0.12.x. Are you installing from an unofficial RPM, or are you installing from the source using setuptools?