Wie kriegt man unter Verwendung von Plesk 8.1 Subversion zum laufen?

Das fragte ich mich auch, bis ich auf folgende Lösung gekommen bin:

1. Installation von Subversion mittels yast
2. Einrichtung der Verzeichnisse:
   1. /data/svn zum speichern aller SVN-Daten
   2. /data/svn/repos das alle Repositories enthalten wird
   3. Im repos-Directory: “svnadmin create reposname”
   4. In /data/svn/ eine Datei users erstellen mittels htpasswd2 und die Benutzer anlegen
   5. ebenfalls in /data/svn/ eine Datei acl anlegen und dort den Benutzern die passenden Rechte geben
      

      [/] # allgemeine Abteilung für alle Repositories
      # keiner darf was machen
      * =
      # admin darf immer alles
      admin = rw

      # Repositoryspezifische Berechtigungen
      [reposname:/]
      # Jeder darf z.B. alles lesen
      * = r

   6. Berechtigungen für Ordner /data/svn/ und alle Unterordner setzen(Apache Zugriff erlauben): chown -R <user>:psacln *
3. Einrichtung von Apache Configurationsdatei
   1. Hauptdomain oder Subdomain? falls Subdomain, so gibt es nur die vhost.conf, bei einer Hauptdomain kann es auch eine vhost_ssl.conf geben! Anlegen in /srv/www/vhosts/<domain>/conf/(vhost.conf | vhost_ssl.conf) oder /srv/www/vhosts/<domain>/subdomains/<subdomain>/conf/vhost.conf
   2. Inhalt:
      

      <ifmodule dav_svn>
      <location /svn>
      DAV svn
      SVNParentPath /data/svn/repos
      SVNIndexXSLT /stylesheets/svnindex.xsl
      AuthType Basic
      AuthName “svn.sjoker.net repos”
      AuthUserFile /data/svn/users
      Require valid-user
      <ifmodule authz_svn>
      Satisfy any
      AuthzSVNAccessFile /data/svn/acl
      </ifmodule>
      </location>
      </ifmodule>

4. Was man noch sieht ist ein Unterverzeichnis stylesheets mit einer css und xsl-Datei. Diese dienen der Verschönerung und werden von Subversion direkt mitgeliefert. Zu finden unter /usr/share/subversion/tools/xslt
5. Apache noch die neuen Module hinzufügen:
   1. a2enmod dav
   2. a2enmod dav_svn
   3. a2enmod authz_svn
6. Plesk die Änderungen mitteilen mittels: /usr/local/psa/admin/sbin/websrvmng -u –vhost-name=<domain>

Danach im Browser anschaun und freuen

convert this post to pdf.

Wer denkt er ist der einzigste der Probleme hat was zu installieren auf einem neuem 1blu vServer (SuSe 10.1) der liegt wohl falsch. Laut einem Forenbeitrag gab es wohl schon vor langer Zeit Probleme, nur konnte der Support nicht weiter helfen (mir auch nicht ;)).

Also nun an alle die ebenfalls bei der Installation Abhängigkeitsfehler bekommen wie:

unfulfilled requirement ‘[package] …

Install xxx although it would change the architecture

provides this dependency but would changed the architecture of the installed item

usw…

findet nach Suchen irgendwann vielleicht im Logfile (/var/log/YaST2/y2log), dass die Architektur nicht stimmt. Beim Login mittels SSH erscheint x86_64. Das Gastsystem nimmt im Yast wie es scheint jedoch i586 an.

provider U__s_[S1:1][package]….i586 has OTHER arch ‘i586′ than the updated item I__s_[S0:0][package]….x86_64

Was tun?

Lösung: setarch, jedoch für Fedora nur rpms gefunden. Ändern der Umgebung für einzelne Applikationen um diesen eine andere Architektur vorzugaukeln.

Für SuSe gibt es dazu linux32.

zu finden für 10.1 auf z.B.: linux32-1.0-349.x86_64.rpm

holt es euch mittels:

wget ftp://ftp.gwdg.de/pub/opensuse/distribution/SL-10.1/inst-source/suse/x86_64/linux32-1.0-349.x86_64.rpm

und darufhin

rpm -Uvh linux32-1.0-349.x86_64.rpm

danach yast2 starten mittels

linux64 yast2

andere Programme ebenfalls so starten und man kann wieder normal weiter arbeiten.

Theoretisch müsste das doch JEDER vServer-Besitzer als Problem haben, oder nicht?

convert this post to pdf.

Endlich online, der neue Blog ist installiert und in Zukunft wird man hier erstmal hauptsächlich viel von Rails lesen können

Freut euch schon mal

convert this post to pdf.