[ljungi]

Hallo,

da ich derzeit einige Projekte auf SVN umstellen will, muss ich mich damit wohl oder übel näher auseinander setzen.

Nach dem ersten schmökern des Manuals (http://svnbook.red-bean.com/nightly/en/index.html) stoße ich bereits auf einige Probleme.

Ich brauche 2 verschiedene SVN-Server - einen, der public ist und keine Authentifizierung braucht, und einen, der nur mit Logindaten erreichbar ist. Vorerst nicht über SSH getunnelt - das ist noch nicht nötig.

Da dachte ich mir, dass ich einfach 2 SVN-Server starte.

Nun ist es ja so, dass mittels -r der Pfad angegeben werden kann der erlaubten Repositories, um die Sicherheit zu erhöhen.
Nun habe ich aber zwei Repositories - und den svnserve kann ich nur einmal starten:

svnserve -d -r /svn/PROJEKT2
Kann Serververbindung nicht binden: Die Adresse wird bereits verwendet

Hat jemand eine Idee, wie ich dieses Problem lösen kann?


Uuund damit kommen wir auch schon zum 2. Problem. Ich möchte dazu noch gleich ein Trac installieren. Habs auch schon via phython ./setup.php install installiert ohne Probleme. Nun will ich aber ne Version des Trac auch erstellen. Dann bekomme ich immer nach dem Einrichten folgenden Fehler

Creating and Initializing Project
Failed to create environment. global name 'sqlite' is not defined
Traceback (most recent call last:(
  File "/usr/local/lib64/python2.4/site-packages/trac/scripts/admin.py", line 139, in env_create
    self.__env = Environment(self.envname, create=True, db_str=db_str)
  File "/usr/local/lib64/python2.4/site-packages/trac/env.py", line 79, in __init__
    self.create(db_str)
  File "/usr/local/lib64/python2.4/site-packages/trac/env.py", line 197, in create
    db.init_db(self.path, db_str)
  File "/usr/local/lib64/python2.4/site-packages/trac/db.py", line 442, in init_db
    cls.init_db(**args)
  File "/usr/local/lib64/python2.4/site-packages/trac/db.py", line 321, in init_db
    cnx = sqlite.connect(path, timeout=int(params.get('timeout', 10000)))
NameError: global name 'sqlite' is not defined
Failed to initialize environment. 1
Traceback (most recent call last:(
  File "/usr/local/lib64/python2.4/site-packages/trac/scripts/admin.py", line 594, in do_initenv
    self.env_create(db_str)
  File "/usr/local/lib64/python2.4/site-packages/trac/scripts/admin.py", line 144, in env_create
    sys.exit(1)
SystemExit: 1

Bei vorangegangener Konfiguration hab ich einfach sqlite belassen, dh

Database connection string [sqlite:Db/trac.db]>

Ideen? Lösungsansätze?

Grüße
ljungi

[robo47]

Wenn du eh Trac + Svn willst, mach es dir einfach, nimm das Chroot von Sclot, damit lassen sich sehr schneller mehrere Instanzen von Trac+Svn erstellen, alles läuft auf einem Port in verschiedenen Unterverzeichnissen und das Trac ist schon mit einigen nützlichen Plugins versorgt.

Mehr Infos zu dem Projekt findest du hier:
-> http://www.svenschmalle.de/projekt_t...?menu=projekte
Die Projekt-Seite mit Download findest du hier:
http://buildroot.berlios.de/doku.php?id=trachroot

mfg
robo47

[ljungi]

Hi,

wie bring ich denn die chroot zum laufen in einem schon schnurrenden Suse-Server?
Kenne mich mit chroots noch kaum aus..

Ansonsten zum 1. Problem - muss ich halt einfach auf die Sicherheitsboni verzichten - dann kann ich 2 laufen lassen


Das 2. Problem hat sich nach nem updategebundenem Reboot des Servers aufgelöst. Weiß der Teufel woran es lag

Dafür bekomme ich nun

Oops...

Trac detected an internal error:

ClearSilver not installed (No module named neo_cgi)
Traceback (most recent call last
File "/usr/local/lib64/python2.4/site-packages/trac/web/standalone.py", line 303, in _do_trac_req
dispatch_request(path_info, req, env)
File "/usr/local/lib64/python2.4/site-packages/trac/web/main.py", line 139, in dispatch_request
dispatcher.dispatch(req)
File "/usr/local/lib64/python2.4/site-packages/trac/web/main.py", line 83, in dispatch
req.hdf = HDFWrapper(loadpaths=chrome.get_all_templates_dirs ())
File "/usr/local/lib64/python2.4/site-packages/trac/web/clearsilver.py", line 132, in __init__
raise TracError, "ClearSilver not installed (%s)" % e
TracError: ClearSilver not installed (No module named neo_cgi)

Beim Aufrufen der URL -.-

[robo47]

du lädst es runter, entpackst es in ein verzeichniss, dann mountest du proc von vom linux aus rein:

mount -tproc proc /path/to/the/chroot/proc

und dann kannst du reingehen:

chroot /path/to/the/chroot

dann einfachen mal schauen ob du pingen kannst, z.b. heise.de anpingen, wenn das nicht geht,
den Inhalt deiner /etc/resolv.conf aus deinem SUSE in die /etc/resolv.conf im Chroot übertragen

dann kannst du einfach mittels /start das trac starten, wenn du es nicht auf port 8000 willst, vorher /etc/apache2/ports.conf editieren

[Sclot]

also...
das mit der Trachroot ist recht einfach gelöst.

1. runterladen der eingepackten chroot von der adresse:
http://download.berlios.de/buildroot...ot_v12.tar.bz2
...am besten in /home/tmp/
# mkdir /home/tmp
# cd /home/tmp
# wget http://download.berlios.de/buildroot...ot_v12.tar.bz2


2. Chroot auspacken:
# tar -xvjf trachroot_v12.tar.bz2
...Jetzt hast du einen ordner in dem verzeichnis der "trac" heisst.

3. Quasi in die Chroot reinspringen:
# chroot ./trac
... wobei "trac" ebend er ordner ist der aus der entpackten datei kam.

Jetzt bist du in der Chroot drin.

Jetzt führst du /start aus, damit der Apache angeworfen wird.
In der Prozessliste taucht jetzt "trachroot" auf.

Um ein neues Projekt anzulegen musst du einfach nur mkProject aufrufen, das liegt in /bin und hat einen symlink in /.

Das mkProject Script fragt dich nur nach einem Namen für dein Projekt - dach legt es das trac-projekt und das SVN Repo an.

Nachdem das angelegt ist, musst du den Apache einmal neu starten:

# killall trachroot
# /start

Jetzt kannst du dein Trac über die Adresse deines Servers erreichen.
Ich weiss nur grad nicht ob es auf Port 80 oder 8000 läuft.
Müsstest du mal in die /etc/apache2/ports.conf reinschauen.

Zum abschluss:
Um aus die Chroot wieder herauszukommen, reicht ein:
# exit


Wenn du noch fragen hast, kannst du sie hier gern fragen

[ljungi]

Aber der restliche Server funktioniert dann auch noch wie gehabt, sprich der "normale" Apache wird weiterhin normal erreichbar sein?

[robo47]

Zitat von ljungi

Aber der restliche Server funktioniert dann auch noch wie gehabt, sprich der "normale" Apache wird weiterhin normal erreichbar sein?

jab
der 2te apache fürs trac läuft ja auf nem ganz anderen port und vor allem in der chroot

[ljungi]

Dann danke schon mal euch zweien, werd ich nacher mal testen

[ljungi]

Sven, ich bekomme leider noch folgenden Fehler:

Traceback (most recent call last:(
  File "/usr/lib/python2.3/site-packages/trac/web/main.py", line 387, in dispatch_request
    dispatcher.dispatch(req)
  File "/usr/lib/python2.3/site-packages/trac/web/main.py", line 207, in dispatch
    populate_hdf(req.hdf, self.env, req)
  File "/usr/lib/python2.3/site-packages/trac/web/main.py", line 75, in populate_hdf
    hdf['trac'] = {
  File "/usr/lib/python2.3/site-packages/trac/util/datefmt.py", line 61, in format_datetime
    encoding = locale.getpreferredencoding()
  File "/usr/lib/python2.3/locale.py", line 417, in getpreferredencoding
    setlocale(LC_CTYPE, "")
  File "/usr/lib/python2.3/locale.py", line 381, in setlocale
    return _setlocale(category, locale)
Error: unsupported locale setting

Is da irgend ein Konflikt zwischen Suse und Debian vorhanden?

[Sclot]

mhm...
der Meckert nur wegen fehlender Locales...
Ich habe jetzt grad kein Suse hier um es auf einem richtigen Suse zu testen, aber ich weiss das ich locales nicht mit drin habe.

kommt das beim starten oder beim aufrufen der seite?
Wenns beim aufrufen der seite kommt, kannst du mal probieren ob es funktioniert wenn du die Sprecheinstellung deines Browsers auf Englisch setzt.

Ich werd mich dann mal an die Locales machen...

@Benjamin: hattest du das nedmal unter Suse laufen?!?





Moment...
mein Bruder sein Router ist ein Suse rechner...

Als erstes bekomm ich den fehler:

The following error occurred while trying to extract file(s) to the Python egg
cache:

  [Errno 13] Permission denied: '/etc/sys'

The Python egg cache directory is currently set to:

  /etc/sys/.python-eggs

Der ist ja ned ganz so schlimm:
# mkdir /etc/sys
# chmod -R 777 /etc/sys


Soo..

Dann bekomme ich auch den Fehler...

Ich hab mal schnell bei google nach einem Fix geshaut...
Wenn man es genauso macht wie hier beschreiben:

http://trac-hacks.org/ticket/492


Dann kann man folgendes machen:

# export LC_ALL="en_US.utf8"

^^ wenn man das noch in die /start datei vor dem aufruf vom Apache schreibt, dann sollte das erstmal tun.


Ja, also wenn du vor dem starten innerhalb der Chroot oben stehendes Export ausfürst, dann tut es auch

[robo47]

Als ich Suse hatte .... da hast du noch keine trac-chroot gehabt

[Sclot]

du meinst...
als du Suse hattest - da hast du noch Confixx benutzt?

[ljungi]

Danke, ich teste das eben mal


update:


wunderprächtiglich! It wöks ! Super Teil ^^

[Sclot]

Dankeschön - Ich nehm das jetzt einfach mal als Persönliches Kompliment auf

[ljungi]

Upps, da ist doch noch ein Fehler..

-> wenn ich auf Login klicke will er mir die php-Datei herunterladen. Gibts da auch nen Kniff?

[Sclot]

mhm...
Das hatte ich noch nicht - da würde ich ja eher denken das deine kiste zu wenig RAm hat den kram zu verarbeiten.
was steht dnen in der datei drin die er dann runterläd?

[ljungi]

Danke, nun geht es (per ICQ wurde mir geholfen)

War wohl übereifrig an den falschen Configs dran

[Jann Hendrik]

Wollte an dieser Stelle nur mal danke sagen. Danke @Sven!

Ich habe gerade via yahoo nach 'File "/usr/lib/python2.3/site-packages/trac/web/main.py", line 387, in dispatch_request' gesucht. Und als einziges deutsches Ergebnis kam dieser thread. Und: er hat mir geholfen!