trac error bij initenv

[Boudewijn]

Hoi mensen


Ik ben bezig met een trac doos, en ik wil daarmee mijn SVN repo's bekijken en van bug-tracks voorzien via een webpage (daar is trac voor bedoeld).

Echter wil ik wel dit met MySQL doen; ik wil namelijk mijn SVN userbackend hetzelfde houden als de trac userbase. (dit alles voor een schoolprojectje).
Ik heb een DB aangemaakt, en een werkende SVN repo. (SVN werkt nu nog gewoon met een passwd file).
Dit doe ik:

code:

servert boudewijn # trac-admin /var/lib/trac/subfonsion initenv
Creating a new Trac environment at /var/lib/trac/subfonsion

Trac will first ask a few questions about your environment
in order to initalize and prepare the project database.

 Please enter the name of your project.
 This name will be used in page titles and descriptions.

Project Name [My Project]> Subfonsion

 Please specify the connection string for the database to use.
 By default, a local SQLite database is created in the environment
 directory. It is also possible to use an already existing
 PostgreSQL database (check the Trac documentation for the exact
 connection string syntax).

Database connection string [sqlite:db/trac.db]> mysql://trac:<KNIP>@localhost:
3306/trac
 Please specify the type of version control system,
 By default, it will be svn.

 If you don't want to use Trac with version control integration,
 choose the default here and don't specify a repository directory.
 in the next question.

Repository type [svn]>

 Please specify the absolute path to the version control
 repository, or leave it blank to use Trac without a repository.
 You can also set the repository location later.

Path to repository [/path/to/repos]> /var/svn/pva1

 Please enter location of Trac page templates.
 Default is the location of the site-wide templates installed with Trac.

Templates directory [/usr/share/trac/templates]>

Creating and Initializing Project
Failed to create environment. invalid literal for int():
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/trac/scripts/admin.py", line 613, in do_initenv
    options=options)
  File "/usr/lib/python2.4/site-packages/trac/env.py", line 124, in __init__
    self.create(options)
  File "/usr/lib/python2.4/site-packages/trac/env.py", line 229, in create
    DatabaseManager(self).init_db()
  File "/usr/lib/python2.4/site-packages/trac/db/api.py", line 68, in init_db
    connector, args = self._get_connector()
  File "/usr/lib/python2.4/site-packages/trac/db/api.py", line 84, in _get_connector
    scheme, args = _parse_db_str(self.connection_uri)
  File "/usr/lib/python2.4/site-packages/trac/db/api.py", line 146, in _parse_db_str
    port = int(port)
ValueError: invalid literal for int():
Failed to initialize environment. 1
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/trac/scripts/admin.py", line 617, in do_initenv
    sys.exit(1)
SystemExit: 1

Die mysql-username+pass kloppen, net even met de cli interface ingelogd. Ik weet dat de MySQL support voor trac experimenteel is, maar postgresql is niet handig in deze situatie (het komt op een bestaande doos waar alleen mysql opzit).

Heeft iemand dit al eerder gezien enof getackled?


mysql-python is btw ge-emerged , en:

code:

[ebuild   R   ] dev-lang/python-2.4.3-r4  USE="berkdb gdbm ipv6 ncurses readline ssl -bootstrap -build -doc -nocxx -tk -ucs2" 0 kB

[igmar]

En als je die :3306 nou eens weglaat ?

[Boudewijn]

dan begint hij over een te lange key te flippen:

code:

Creating and Initializing Project
Failed to create environment. (1071, 'Specified key was too long; max key length is 1000 bytes')
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/trac/scripts/admin.py", line 613, in do_initenv
    options=options)
  File "/usr/lib/python2.4/site-packages/trac/env.py", line 124, in __init__
    self.create(options)
  File "/usr/lib/python2.4/site-packages/trac/env.py", line 229, in create
    DatabaseManager(self).init_db()
  File "/usr/lib/python2.4/site-packages/trac/db/api.py", line 69, in init_db
    connector.init_db(**args)
  File "/usr/lib/python2.4/site-packages/trac/db/mysql_backend.py", line 50, in init_db
    cursor.execute(stmt)
  File "/usr/lib/python2.4/site-packages/trac/db/util.py", line 48, in execute
    return self.cursor.execute(sql)
  File "/usr/lib/python2.4/site-packages/MySQLdb/cursors.py", line 163, in execute
    self.errorhandler(self, exc, value)
  File "/usr/lib/python2.4/site-packages/MySQLdb/connections.py", line 35, in defaulterrorhandler
    raise errorclass, errorvalue
OperationalError: (1071, 'Specified key was too long; max key length is 1000 bytes')
Failed to initialize environment. 1
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/trac/scripts/admin.py", line 617, in do_initenv
    sys.exit(1)
SystemExit: 1

de 'system' tabel is wel aangemaakt in de DB, maar niet gevuld.
In de trac-map zelf is htdocs leeg, maar in conf staat wel trac.ini:

code:

servert conf # cat trac.ini
# -*- coding: utf-8 -*-

[attachment]
max_size = 262144
render_unsafe_content = false

[browser]
downloadable_paths = /trunk, /branches/*, /tags/*
hide_properties = svk:merge

[changeset]
max_diff_bytes = 10000000
max_diff_files = 0
wiki_format_messages = true

[header_logo]
alt =
height = -1
link = http://example.org/
src = common/trac_banner.png
width = -1

[logging]
log_file = trac.log
log_level = DEBUG
log_type = none

[mimeviewer]
enscript_modes = text/x-dylan:dylan:4
enscript_path = enscript
max_preview_size = 262144
mime_map = text/x-dylan:dylan,text/x-idl:ice,text/x-ada:ads:adb
php_path = php
silvercity_modes =
tab_width = 8

[notification]
always_notify_owner = false
always_notify_reporter = false
always_notify_updater = true
mime_encoding = base64
smtp_always_bcc =
smtp_always_cc =
smtp_default_domain =
smtp_enabled = false
smtp_from = trac@localhost
smtp_password =
smtp_port = 25
smtp_replyto = trac@localhost
smtp_server = localhost
smtp_subject_prefix = __default__
smtp_user =
use_public_cc = false
use_short_addr = false
use_tls = false

[project]
descr = My example project
footer = Visit the Trac open source project at<br /><a href="http://trac.edgewall.org/">http://trac.edgewall.org/</a>
icon = common/trac.ico
name = Subfonsion
url = http://example.org/

[search]
min_query_length = 3

[ticket]
default_component =
default_milestone =
default_priority = major
default_type = defect
default_version =
restrict_owner = false

[timeline]
changeset_long_messages = false
changeset_show_files = 0
default_daysback = 30
ticket_show_details = false

[trac]
authz_file =
authz_module_name =
base_url =
check_auth_ip = true
database = mysql://trac:demos123@localhost/trac
default_charset = iso-8859-15
default_handler = WikiModule
htdocs_location =
ignore_auth_case = false
mainnav = wiki,timeline,roadmap,browser,tickets,newticket,search
metanav = login,logout,settings,help,about
permission_store = DefaultPermissionStore
repository_dir = /var/svn/pva1
repository_type = svn
# request_filters = <set in global trac.ini>
# templates_dir = <set in global trac.ini>
timeout = 20

[wiki]
ignore_missing_pages = false
split_page_names = false

Vreemd dat dat wel wordt aangemaakt maar bij het creeren van de htdocs de zaak stuitert (ljikt mij dan).

Als ik tracd handmatig start op porrt 8000, en dan naar <hostname>:8000 ga:

code:

Available Projects

    * subfonsion: Error
      (The Trac Environment needs to be upgraded. Run trac-admin /var/lib/trac/subfonsion upgrade")

tracd start dus wel, maar het is echt puur die projectconfig zou ik zeggen (maar weet het niet zeker).

[ Voor 50% gewijzigd door Boudewijn op 15-02-2007 15:30 ]

[Boudewijn]

schop.

[Boudewijn]

voor iemand die dit over een jaar eens zoekt oid:

MySQL support is atm nog te bagger (mysql meer dan de support ) voor trac.
Heeft te maken met het feit dat je pkey maar 1000 bytes is bij een UTF8 table.

een compleet trac pad gaat hier overheen. Wat er nu in de trunk zit is opzich wel werkend op dat gebied, ik ga echter gewoon pgsql gebruiken.


trac bugje:
http://trac.edgewall.org/ticket/3676

om even nog goed na te huilen:

We think that a limited key length is not a bug, but a limitation. So we take
this bug report as a feature request. Hence it has lower priority than real
bugs.

bron:
http://bugs.mysql.com/bug.php?id=4541#c75528

[ Voor 31% gewijzigd door Boudewijn op 20-02-2007 14:07 ]

[DJ Buzzz]

Boudewijn schreef op dinsdag 20 februari 2007 @ 13:59:
voor iemand die dit over een jaar eens zoekt oid:

MySQL support is atm nog te bagger (mysql meer dan de support ) voor trac.
Heeft te maken met het feit dat je pkey maar 1000 bytes is bij een UTF8 table.

een compleet trac pad gaat hier overheen. Wat er nu in de trunk zit is opzich wel werkend op dat gebied, ik ga echter gewoon pgsql gebruiken.


trac bugje:
http://trac.edgewall.org/ticket/3676

om even nog goed na te huilen:

[...]

bron:
http://bugs.mysql.com/bug.php?id=4541#c75528

Ik run op dit moment een aantal tracs op MySQL, maar gebruik daarvoor wel InnoDB. Die heeft geen last van die beperkingen, en met innodb_file_per_table krijg je met InnoDB ook niet 1 gigantische ibdata file.

[Boudewijn]

hmmm dat zou idd kunnen.
maar goed, ik ben nu al helemaal op pgsql over. bevalt me prima.

[GX]

MyISAM word sowieso niet meer ondersteund dadelijk door MySQL; juist vanwege die enorme beperkingen.

Daarnaast vind ik het maar raar dat ze een pad als pkey gebruiken (ipv normaal veld met index); maar dat is waarschijnlijk mijn mening en niet hun designfout

[Boudewijn]

nou ik vind het gewoon erg vaag dat ze die bug als feature afschilderen.
zo kan ik het ook.

hanidge is volgens die optiek wel weer dat ms heel feature-rijke OSen maakt

[Verwijderd]

Heb je ervaring met PostgreSQL?

Misschien dat PostgreSQL wat betere ondersteuning biedt. Ben imo meer tevreden over PostgreSQL dan over MySQL.

Plus, PostgreSQL draait perfect onder Linux e.d.

Edit: Laat maar had niet gelezen, je bent al over op postgres

[ Voor 25% gewijzigd door Verwijderd op 10-03-2007 00:15 . Reden: typo in edit :P ]

[Boudewijn]

MySQL ook wel.

Pgsql: beetje beheer maar te weinig.
zit atm even al een tijdje te zooien met het feit ik een "DROP table valid_users" doe , maar niet weet of deze al bestaat. DROP IF EXISTS is er pas vanaf 8.2 , en ik draai 8.1

ideetje?


zullen we btw verder gaan in mijn andere draad hier btw

[ Voor 11% gewijzigd door Boudewijn op 08-03-2007 01:19 ]