Druckbare Version
Hallo Leute,
ich versuche gerade die Version 4.4. zu installieren.
Bis zum Systemcheck komm ich auch aber wenn ich dann auf Run Composer drücke kommt ein Fehler.
Ich habe mal zwei Bilder angehängt.
Habt ihr eine Idee was ich machen muss?
Wenn Ihr noch was wissen müsst, fragt.
Könnte aktuell auch daran liegen:
https://community.contao.org/de/show...Contao-Manager
Ich hab mal noch die Console aufgemacht.
Ja ich nutze noch 5.6. geht leider nicht anders.
Ist es wichtig ob SSL aktiv ist? Ist aktuell nur eine Test Oberfläche.
Das Cloud Häkchen habe ich vorerst entfernt oder muss das drin stehen?
Anbei die Fehlermeldung
Zitat:
$ /usr/bin/php5.6 '-q' '/home/www/xxx/testcon4/web/contao-manager.phar.php' 'composer' 'install' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' 2>&1
Loading composer repositories with package information
In RemoteFilesystem.php line 555:
The "https://repo.packagist.org/packages.json" file could not be downloaded
: SSL operation failed with code 1. OpenSSL Error messages:
error:1416F086:SSL routines:tls_process_server_certificate:certificat e veri
fy failed
Failed to enable crypto
failed to open stream: operation failed
install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--] [<packages>]...
# Process terminated with exit code 1
# Result: General error
---
### The background task has stopped unexpectedly ###
Was hast du für einen Server? Warum geht PHP7.x nicht?
Sieht so aus, als wäre keine Crypto-lib verfügbar. (Das hat nichts damit zu tun, ob deine Domain SSL unterstützt, sondern ob du per SSL auf packagist zugreifen kannst)
Serveranbieter ist webGo GmbH
Leider läuft eine Installation noch auf dem Server die nur mit 5.6 läuft. Aber damit hätte ja Contao 4.4 kein Problem.
Was ist Crypto-lib? Muss das der Serveranbeiter haben?
Beim Contao Check hat er nicht gemekert.
Naja wie gesagt SSL ist auf der Testdomain nicht angewendet. Muss ja auch erstmal so gehen.
Anbei ein Bild con Contao Check, dass Contao 4 kein Problem mit php 5.6. hat
Läuft Contao 4.4 tatsächlich noch unter PHP 5.6?
Ich vertraue hier eher der composer.json von Contao (https://github.com/contao/contao/blo...poser.json#L13) als der Aussage des Checks, (die sich evtl. noch auf ältere 4.4.x bezieht und noch nicht angepasst ist).
Also: nix mit PHP 5.6!
Okay schade ... dann muss ich warten bis WebGo das einstellen der php Version per htaccess zulässt. Aktuell kann ich das nur für den ganzen Webspace anpassen.
Leider läuft eine Contao Version mit EFG die kann ich nicht einfach umstellen oder sterben lassen.
Danke erstmal.
Wenn es geht probier ich es nochmal.
Die composer.json für Contao 4.4 wäre die hier: https://github.com/contao/contao/blo.../composer.json
Contao 4.4 sollte also noch mit PHP 5.6 laufen.
Kannst Du die PHP-Version nicht auch ordnerspezifisch festlegen?
Doch, das muss auch noch mit PHP 5.6 gehen.
https://packagist.org/packages/conta...-bundle#4.4.35
Da steht:
Edit: Zu langsam ...Zitat:
php: ^5.6 || ^7.0
Hey,
also müsste ja doch gehen.
Mir wäre jetzt lieb wenn mir doch noch jemand helfen könnte warum das bei mir nicht geht.
Also die PHP Versionen haben wir nun geklärt oder?
Ich werde jetzt mal ne Subdomain erstellen und der Domain eine SSL Zertifikat geben.
Weil ich bin zwar nur leihe aber irgendwas mit SSL passt nicht.
Wenn das wirklich wichtig wäre dann das setzt das beim Contaomanager auf erforderlich.
Ja, darum muss sich webgo kümmern.Zitat:
Zitat von overHead
Kannst Du nicht die PHP-Version global auf z. B. PHP 7.2 setzen und nur für diese eine Webapplikation direkt im Verzeichnis PHP 5.6 festlegen? Oder geht das bei webgo nicht?
Wie schon vor hergeschrieben kann ich aktuell das nicht im Verzeichnis separat festlegen.Zitat:
Zitat von xchs
Schön wärs.
Mit dem Crypto-lib, da schreib gleich mal dem Support.
Ist das ein Server oder ein Hostingpaket? Falls Server, dann müsste halt installiert werden was auch immer fehlt. Ansonsten den Webgo-Support darauf aufmerksam machen, dass keine HTTPS-Verbindung zu repo.packagist.org möglich ist. Ich glaube, die kennen das Spielchen schon.
Es gibt übrigens auch eine Version des EFGs, welche mehr oder weniger mit PHP 7 kompatibel ist: https://bitbucket.org/thk/efg/get/develop.zipZitat:
Zitat von overHead
Versuch es eventuell mal damit. Vielleicht kannst Du dann ja doch noch den ganzen Webspace auf PHP 7.2 umstellen.
Es ist ein Hostingpaket.Zitat:
tab
Ist das ein Server oder ein Hostingpaket? Falls Server, dann müsste halt installiert werden was auch immer fehlt. Ansonsten den Webgo-Support darauf aufmerksam machen, dass keine HTTPS-Verbindung zu repo.packagist.org möglich ist. Ich glaube, die kennen das Spielchen schon.
So es wurde eine Anfrage an die Technik gestellt. Mal schauen was da kommt.
So Contao-Manager Update hat jetzt bei mir keine Verbessrung gebracht.
Auch eine SSL Subdomain hat nichts gebracht.
Des weiteren ist die Crypto-lib nicht bei WebGo installiert und die wollen das auch nicht. Wahrscheinlich haben die eine alternative.
Meine Vermutung ist ja, dass Dein Problem mit der Crypto-lib eventuell unter PHP 7.2 nicht (mehr) auftritt. Aber nichts Genaues weiß man nicht.
Oder kann man die möglicherweise über die php.ini dynamisch laden? Da hat man ja bei Webgo eigentlich sehr viele Möglichkeiten.
Müsste doch eigentlich auch über Eintrag in die .htaccess gehen. Habe ich aber bei Webgo auch noch nicht getestet
wie in meinem letzten Beitrag schon beschrieben ist das über htaccess nicht möglich.
Ich muss erstmal das EFG mit PHP7 testen und dann kann ich so was machen.
Aber ich muss ehrlich sagen, dass sich Contao ab Version 4 schwieriger installieren lässt.
Da war Contao 3 viel einfacher.
Aber nochmal an alle.
Contao 4.4 LTS soll angeblich mit 5.6 installierbar sein. Laut Check und Composer
Ist es auch. Welche Probleme hast du nun?
Also beim ausführen des Contao Manager bekomme ich eine Fehlermeldung. (Nachricht 3)Zitat:
Zitat von Spooky
Jetzt wird hier halt gerätselt ob es an Crypto-lib liegt (Das hat Webgo nicht installiert) Ich kann mir das aber nicht vorstellen, vielleicht haben die eine Alternative.
Oder ob es an meiner PHP Version liegt (PHP 5.6.) Laut Contao Doku ist 5.6 okay.
Da stehen wir aktuell.
Ich habe nun dem Hoster paar Mails geschrieben und muss jetzt warten was raus kommt.
Der Fehler hat nichts mit Contao zu tun, daher ist es auch irrelevant ob Contao 4.4 mit PHP 5.6 läuft oder nicht. Du bzw. dein Hoster muss dafür sorgen, dass SSL Verbindungen zu https://repo.packagist.org/ ohne Fehler funktionieren.
Zitat:
Zitat von xchs
Ja, hatte den falschen Branch erwischt. Sorry! Aber hier lesen ja zum Glück genug Leute mit.Zitat:
Zitat von tab
Jo, das habe ich schon weitergegeben. Ich bin mal gespannt wann sich das Thema klärt.Zitat:
Zitat von Spooky
Musste da ein Techniker Ticket aufmachen. Dauert jetzt ca. 24 Stunden.
Hallo Leute,
also das SSL Problem war wirklich ein Hoster Problem. Dies Problem wurde behoben.
Nun macht aber der Composer Probleme.
Ich bekomme nun folgendes Problem.
Laut Hoster ist das Problem schon bekannt. Angeblich benötigt der Composer an manchen Stellen extrem viel RAM als Ihm zusteht. Die Technik stellt mir extrem viel RAM damit ich das installieren kann.Zitat:
$ /usr/bin/php5.6 '-q' '/home/www/xxx/testcon4/web/contao-manager.phar.php' 'composer' 'install' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' 2>&1
Loading composer repositories with package information
Updating dependencies
PHP Fatal error: Out of memory (allocated 2482503680) (tried to allocate 32 bytes) in phar:///home/www/xxx/testcon4/web/contao-manager.phar.php/vendor/composer/composer/src/Composer/DependencyResolver/Rule2Literals.php on line 48
# Process terminated with exit code 255
# Result: Unknown error
---
### The background task has stopped unexpectedly ###
Ist das Problem bei euch auch? Kann man da am Composer in Zukunft was machen oder ist das normal?
Du musst den Composer Cloud Resolver (aka Composer Resolver Cloud) im Contao Manager verwenden.
Okay habs nochmal gelesen und aktiviert. Mal schauen ob es klapptZitat:
Zitat von xchs
Ja, den kannst Du hier aktivieren:
Contao Manager > Einstellungen > Systemprüfung > Serverkonfiguration > Ändern > Composer Cloud Resolver
Damit wird die speicherintensive Abhängigkeitsauflösung in einem eigenen Servercluster mit hinreichend viel Speicher ausgelagert.
Es geht weiter.
Also das Cloudsystem hat funktioniert.
Aber ich kann kein Installtool ausführen, da es den Ordner Contao nicht gibt.
Wird der nicht installiert oder muss ich was nachinstallieren?
Das Contao Installtool wird folgendermaßen aufgerufen https://example.com/contao/install
Es gibt weder einen Ordner contao noch ein Skript install. contao/install ist eine Route und wird genauso aufgerufen.
Also wenn ich im Contao manager auf Install tool klickt ruft er genau das auf aber er sagt, dass es den Link nicht finden kann.Zitat:
Zitat von xchs
Bei 3.5. war ja der Ordner vorhanden und konnte Easy aufgerufen werden.
Wenn ich auf Backend klicke meckert er das es /contao nicht gibt.
mach ich was falsch?
Gibt es in Deinem Unterordner web/ die .htaccess? Kannst Du das Contao Installtool über https://example.com/app.php/contao/install aufrufen?
Auf was muss meine Domain zeigen? Die zeigt nicht direkt auf den /web ordner sondern auf eine Ebene drüber.Zitat:
Zitat von xchs
Okay, dann liegt hier der Fehler. Der DocumentRoot der Domain muss (!) auf den Unterordner web/ zeigen, damit Contao korrekt installiert und verwendet werden kann.
Habe die Domain umgestellt. Zum Glück muss ich nicht neuinstallieren.Zitat:
Zitat von xchs
Oder?
Naja, das hängt jetzt davon ab, wohin die Installationsdateien vorhin überall hin kopiert wurden. Funktioniert jetzt das Contao Installtool und das Contao Backend?
Ja funktioniert.Zitat:
Zitat von xchs
Ach ich installier das jetzt nochmal.
Jetzt geht es super schnell.
So ich bin es nochmal.
Hat Contao 4.4.x ein Problem mit MariaDB?
Die Datenbankdaten kann ich eingeben aber beim Create table gibt es eine Fehlermeldung das ein Syntaxfehler vorhanden wäre.
mhh mit mysql auch ein Problem.
für meine Domain habe ich domain.de geschriebenZitat:
[2019-03-14 21:36:18] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_sc ope":"backend","_token_check":true,"_controller":" Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"http://domain.de/contao/install","method":"POST"} []
[2019-03-14 21:36:19] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\SyntaxErrorException(c ode: 0): An exception occurred while executing 'CREATE TABLE tl_article (id INT UNSIGNED AUTO_INCREMENT NOT NULL, pid INT UNSIGNED DEFAULT 0 NOT NULL, sorting INT UNSIGNED DEFAULT 0 NOT NULL, tstamp INT UNSIGNED DEFAULT 0 NOT NULL, title VARCHAR(255) DEFAULT '' NOT NULL, alias VARCHAR(128) DEFAULT '' NOT NULL COLLATE utf8_bin, author INT UNSIGNED DEFAULT 0 NOT NULL, inColumn VARCHAR(32) DEFAULT '' NOT NULL, keywords TEXT DEFAULT NULL, showTeaser CHAR(1) DEFAULT '' NOT NULL, teaserCssID VARCHAR(255) DEFAULT '' NOT NULL, teaser TEXT DEFAULT NULL, printable VARCHAR(255) DEFAULT '' NOT NULL, customTpl VARCHAR(64) DEFAULT '' NOT NULL, protected CHAR(1) DEFAULT '' NOT NULL, groups BLOB DEFAULT NULL, guests CHAR(1) DEFAULT '' NOT NULL, cssID VARCHAR(255) DEFAULT '' NOT NULL, published CHAR(1) DEFAULT '' NOT NULL, start VARCHAR(10) DEFAULT '' NOT NULL, stop VARCHAR(10) DEFAULT '' NOT NULL, INDEX alias (alias), INDEX pid_start_stop_published_sorting (pid, start, stop, published, sorting), PRIMARY KEY(id)) DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci ENGINE = MyISAM':\n\nSQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'groups BLOB DEFAULT NULL, guests CHAR(1) DEFAULT '' NOT NULL, cssID VARCHAR(255)' at line 1 at /home/www/xxx/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:90, Doctrine\\DBAL\\Driver\\PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'groups BLOB DEFAULT NULL, guests CHAR(1) DEFAULT '' NOT NULL, cssID VARCHAR(255)' at line 1 at /home/www/xxx/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:106, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'groups BLOB DEFAULT NULL, guests CHAR(1) DEFAULT '' NOT NULL, cssID VARCHAR(255)' at line 1 at /home/www/xxx/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:104)"} []
PHP 5.6
MySQL 8
mit Maria DB funktioniert es auch nicht
Ja, "rows" ist ein reserved keyword in den neusten MySQL Versionen. Du musst auf PHP 7.1 aktualisieren und dann ein komplette Paket Update machen :D. Oder einen älteren MySQL Server nehmen.
Also ne ältere Version wird nichts. Aber warum meckert er auch bei MariaDB? Ich musste ja bei Contao 3.5.x auch auf MariaDB gehen.
Grundsätzlich funktioniert das mit beiden (MariaDB und MySQL). Auf jeden Fall solltest Du PHP 7.1 + verwenden. PHP 5.6 wird bei vielen Providern schon abgeschaltet. Wie lange das noch bei webgo verfügbar sein wird - keine Ahnung.
Ja Contao 4.4 ist aber mit php 5.6 angegeben. Also sollte das auch mit php 5.6 gehen.Zitat:
Zitat von mlweb
Es funktioniert ja auch alles. Aber bei Create macht es Probleme. Also hat das nicht direkt mit PHP 5.6. zu tun. Ich werde jetzt nochmal die Fehlermeldung von MariaDB posten. Okay ich verstehe das MySQL 8 da Probleme macht zwecks der reserved. Aber Maria DB hat ja auch bei Contao 3.5. alles richtig gemacht.
Fehlermeldung bei Create Table mit Maria DB
Sieht genauso wie die MySQL aus. aber diesmal erst bei tl_layout als wie bei tl_article.Zitat:
[2019-03-14 22:23:18] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_sc ope":"backend","_token_check":true,"_controller":" Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"http://domain.de/contao/install","method":"POST"} []
[2019-03-14 22:23:21] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\SyntaxErrorException(c ode: 0): An exception occurred while executing 'CREATE TABLE tl_layout (id INT UNSIGNED AUTO_INCREMENT NOT NULL, pid INT UNSIGNED DEFAULT 0 NOT NULL, tstamp INT UNSIGNED DEFAULT 0 NOT NULL, name VARCHAR(255) DEFAULT '' NOT NULL, rows VARCHAR(8) DEFAULT '' NOT NULL, headerHeight VARCHAR(255) DEFAULT '' NOT NULL, footerHeight VARCHAR(255) DEFAULT '' NOT NULL, cols VARCHAR(8) DEFAULT '' NOT NULL, widthLeft VARCHAR(255) DEFAULT '' NOT NULL, widthRight VARCHAR(255) DEFAULT '' NOT NULL, sections BLOB DEFAULT NULL, framework VARCHAR(255) DEFAULT '' NOT NULL, stylesheet BLOB DEFAULT NULL, external BLOB DEFAULT NULL, orderExt BLOB DEFAULT NULL, loadingOrder VARCHAR(16) DEFAULT '' NOT NULL, combineScripts CHAR(1) DEFAULT '' NOT NULL, modules BLOB DEFAULT NULL, template VARCHAR(64) DEFAULT '' NOT NULL, doctype VARCHAR(32) DEFAULT '' NOT NULL, webfonts VARCHAR(255) DEFAULT '' NOT NULL, viewport VARCHAR(255) DEFAULT '' NOT NULL, titleTag VARCHAR(255) DEFAULT '' NOT NULL, cssClass VARCHAR(255) DEFAULT '' NOT NULL, onload VARCHAR(255) DEFAULT '' NOT NULL, head TEXT DEFAULT NULL, addJQuery CHAR(1) DEFAULT '' NOT NULL, jSource VARCHAR(16) DEFAULT '' NOT NULL, jquery TEXT DEFAULT NULL, addMooTools CHAR(1) DEFAULT '' NOT NULL, mooSource VARCHAR(16) DEFAULT '' NOT NULL, mootools TEXT DEFAULT NULL, picturefill CHAR(1) DEFAULT '' NOT NULL, analytics TEXT DEFAULT NULL, scripts TEXT DEFAULT NULL, script TEXT DEFAULT NULL, static CHAR(1) DEFAULT '' NOT NULL, width VARCHAR(255) DEFAULT '' NOT NULL, align VARCHAR(32) DEFAULT '' NOT NULL, newsfeeds BLOB DEFAULT NULL, calendarfeeds BLOB DEFAULT NULL, PRIMARY KEY(id)) DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci ENGINE = MyISAM':\n\nSQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'rows VARCHAR(8) DEFAULT '' NOT NULL, headerHeight VARCHAR(255) DEFAULT '' NOT NU' at line 1 at /home/www/xxx/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:90, Doctrine\\DBAL\\Driver\\PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'rows VARCHAR(8) DEFAULT '' NOT NULL, headerHeight VARCHAR(255) DEFAULT '' NOT NU' at line 1 at /home/www/xxx/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:106, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'rows VARCHAR(8) DEFAULT '' NOT NULL, headerHeight VARCHAR(255) DEFAULT '' NOT NU' at line 1 at /home/www/xxx/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:104)"} []
Was ist da los?
Wie gesagt das System ist mit PHP 5.6 angegeben und Maria DB.
Ich werde mit Contao 4 nicht warm.
Deine MySQL und MariaDB Server Version ist wie gesagt zu neu.
Wäre das Problem denn dann überhaupt mit einer neueren PHP-Version zu beheben? Falls nicht, dann müsste doch zumindest Contao 4.4 in die Lage versetzt werden, mit neueren Versionen klar zu kommen. Schliesslich ist es unwahrscheinlich, dass die über Nacht wieder verschwinden, sie werden doch eher immer weitere Verbreitung finden. Ist das dann ein Contao-Problem (das meint, ist das ein Problem, das die Contao-Entwickler selbsttätig lösen können und müssen) oder ist da doctrine/dbal noch nicht angepasst, so dass man da einfach warten muss, oder dort Issues aufmachen?
Zitat:
Zitat von Spooky
Was macht dann das Contao 3.5.38 Install Tool anders beim Create Table mit php 5.6 und Maria DB (da habe ich erst eine Contao Version aufgesetzt)? Als das Install Toll bei Contao 4.4 mit php 5.6 und Maria DB und Create Table?
Da verlasse ich mich mal ganz auf @Spooky https://community.contao.org/de/show...l=1#post498747Zitat:
Zitat von tab
Ja, wenn ich mich richtig erinnere, ist das Problem in den neuesten Doctrine Versionen behoben, dazu braucht man aber PHP 7.1.
Das heißt dann also, die doctrine-Version, die das Problem behebt, läuft nicht mit PHP 5.6. Und deswegen auch Contao 4.4 nicht, wenn man diese neuen MySQL/MariaDB Server benutzt (bzw benutzen muss). In 3.5 klappt das deswegen, weil hier doctrine nicht benutzt wird sondern eine "eigene" Software, die man entsprechend anpassen konnte.
Es ist also letztlich nicht mehr möglich, für LTS-Versionen von Contao zu garantieren, dass alle in den Systemvoraussetzungen angegebenen PHP-Versionen auch mit neueren MySQL-Versionen funktionieren werden. Das geht halt nur noch so weit wie es doctrine zulässt.
Siehe dazu auch die entsprechende Ankündigung: https://contao.org/de/news/contao_4-4-11.html
Contao 4.x verwendet doctrine/dbal als Schnittstelle zur Datenbank. Das war bei Contao 3.5 noch anders.Zitat:
Zitat von overHead
okay dann empfehle ich die Systemvoraussetzungen anzupassen.
dann werde ich mal meine wichtige php 5.6 Version versuchen auf php7 umzustellen und dann schaue ich mal weiter. Echt schade es es so kompliziert ist.
„Kompliziert“ ist es nur, weil Du eine (bald) veraltete PHP-Version mit einer aktuellen Datenbank-Version betreibst. Das liegt dann m.E. nicht an Contao, sondern an Deiner Umgebung.
Den Patch habe ich schon, aber irgendwie funktioniert das EFG trotzdem nicht.Zitat:
Zitat von xchs
Ich werde es am Wochenende mal probieren.
Ja es ist halt nicht immer so einfach, das man immer neue Installationen macht. Ich schau mir das schon lang mit efg aber eine richtige Lösung habe ich noch nicht.Zitat:
Zitat von fiedsch
Aber ich probiere mal die Umstellung. von xchs, den Patch hatte ich ja schon lange vielleicht gabs am Anfang nur paar Einstellungsschwierigkeiten.
Öffne einen Thread dazu.Zitat:
Zitat von overHead
Wenn ich jetzt das ausprobiert habe und es nicht geht mach ich das.Zitat:
Zitat von Spooky
Danke erstmal an alle