Nachdem ich Neos installiert hab und auch mich mit dem Demo beschäfftigt habe, wollte ich nun meine eigene Seite erzeugen. Also zunächst das Neos.Demo gelöscht.
./flow site:prune
composer remove neos/demo
und anschließend wollte ich mit nachfolgendem Befehl meine neue Seite erstellen:
./flow kickstart:site MP.LaCp lazycompany
Bekommen habe ich aber folgende Fehlermeldung:
./composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)
Killed
Notice: Undefined index: mp/lacp in /var/www/neos/Packages/Framework/Neos.Flow/Classes/Package/PackageManager.php line 388
Type: Neos\Flow\Error\Exception
Code: 1
File: Packages/Framework/Neos.Flow/Classes/Error/ErrorHandler.php
Line: 81
Was habe ich nun verkehrt gemacht, bzw. wo liegt der Fehler? Muss ich noch irgendetwas beachten oder ausführen?
Außer die Demo.Neos zu löschen und anschließend die zitierten Befehle auszuführen habe ich nichts geändert.
Wie ich ich geschrieben habe, hab eich Neos installiert und ein wenig mich mit der Demo beschäftigt, bevor ich heute meine eigene Seite starten wollte…
Was soll ich an der composer.json verändert haben?
Ich habe die “Befehle” so eingegeben, ohne irgendetwas vorher zu manipulieren / editieren.
Haven’t I read something about “do not run composer as root” in your initial question some time ago? I assume that something could be wrong with your access rights / file owner.
I would suggest to do a recursive chown of the files and set the owner to the one you are using.
Muss ich diesen Befehl “sudo ./flow core:setfilepermissions john www-data www-data” nach der Installation ausführen? (john ist durch den eigenen User zu ersetzen)
Also, müssen die ganzen Neos - Dateien und Ordner dem user www-data zu geordnet werden?
Could not find a matching version of package kitsuent/mydemosite3. Check the package spelling, your version constraint and that the package is available in a stability which matches your minimum-stability (stable).
Was logisch ist, denn PackageManager required “@dev”. Insofern dürfte das in keiner frischen Installation korrekt funktionieren, wenn nicht was an den stability settings geändert wurde.
Was abweichend schon funktioniert ist:
von Hand in der root composer.json in den requires das neue Site package eintragen mit Version “@dev”
composer update
Das ist (leider) was anderes als direkt composer require mit der Version. Wir müssen unseren PackageManager dahingehend umbauen das in den zwei Schritten zu machen.
Gibt es hierzu schon eine Lösung?
hab den komplett gleichen Fehler
—edit—
okey über cli gings
./flow kickstart:site Te.Test “test”
./flow site:import Te.Test