Beiträge von udoz
-
-
Du kannst ihn mit Debug-Ausgabe über export DEBUG="PackageServer:*" gefolgt von npm start starten.
Ah, das war hilfreich. Danke.
Es gab in packages eine 'defekte' Datei. Nach dem Löschen läuft es.Als root solltest du ihn ohnehin nicht gestartet bekommen, mich wundert, dass er da überhaupt den Port öffnet.
Zum Testen hatte ich es root erlaubt...
-
Naja, Minuten ist relativ und die ganze Geschichte eher ein Drama
Die npm-Installation war fehlgeschlagen und musste neu gemacht werden. Nur mit nodejs und npm konnte ich den Paketserver nicht installieren. npm install brach immer mit Fehler ab. Nach Installation von nodejs-legacy klappte es dann. npm start (als root) startet den Server. Allerdings ist der mit domain:9001 nicht aufrufbar: Service Unavailable -
Es wird gerade npm installiert. In ein paar Minuten weiß ich mehr
-
Hast du bei dir möglicherweise Einträge in der sources.list.d?
Nee, nur die ab 'Werk'. Und ich habe bezüglich nodejs nur apt angefasst. Seltsamerweise bekomme ich nun mit einem neuen Image von Hetzner auch nur 0.10.29.
Ich muss das nicht verstehen... -
woher hast du das nodejs? Debian Jessie kommt mit node 0.10 aus der Paketverwaltung. Hast du manuell kompiliert?
Nein, nur über apt-get installiert, bzw. beim späteren apt-get upgrade, und die sources.list ist original Debian (mit Hetzner-mirror). Ich wunderte mich auch, weil bei Debian 0.10.29 gelistet ist.
Edit: gerade noch mal ausprobiert: apt-get installiert 0.12.7.
-
Wobei "Probleme" eher eine Untertreibung ist. Der Paketserver lässt sich auf einem frischen Debian 8.1-Server nicht installieren.
Debian installiert node.js v0.12.6. Damit kann offensichtlich bcrypt während npm install nichts anfangen und wird nicht installiert; Fehlermeldung nach zu schnellem Schließen der Konsole leider verloren.
Dann mit n auf node v0.10.32 (lief auf einem anderen Server problemlos) gewechselt. Bei npm install kommen aber einige Fehlermeldungen und der Paketserver wird nicht installiert.
Mehrfach in der Art:Bash
Alles anzeigengyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:267:23) gyp ERR! stack at ChildProcess.emit (events.js:98:17) gyp ERR! stack at Process.ChildProcess._handle.onexit (child_process.js:810:12) gyp ERR! System Linux 3.16.0-4-amd64 gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /var/www/packageserver/node_modules/bcrypt gyp ERR! node -v v0.10.32 gyp ERR! node-gyp -v v1.0.1 gyp ERR! not ok
und final:
Bashnpm ERR! bcrypt@0.8.3 install: `node-gyp rebuild` npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the bcrypt@0.8.3 install script 'node-gyp rebuild'.
Bevor ich versuche node.js manuell mit einer 'verträglichen' Version zu installieren, möchte ich hier doch zunächst nach Hinweisen, Tipps fragen...
-
Zeigt die XML-Datei, bzw. das grafische Frontend die Version oder Datei noch an?
Nein.
Wird auch tatsächlich versucht die Datei von deinem Paketserver (und nicht z.B. Pluginstore) anzufordern?
Davon gehe ich aus, da Versionen des Pakets ausschließlich auf meinem Server liegen sollten. Im Plugin-Store wartet nur eine 1.0.2 auf Freischaltung und es gibt dort keine früheren Versionen.
Wohl auch ein Indiz: in den Server-Logs ist kein Request des Pakets zu finden. -
Code
Alles anzeigenReceived status code '404' from server Stacktrace: #0 /var/customers/webs/abc/wcf/lib/util/HTTPRequest.class.php(255): wcf\util\HTTPRequest->parseReply() #1 /var/customers/webs/abc/wcf/lib/system/package/PackageInstallationScheduler.class.php(237): wcf\util\HTTPRequest->execute() #2 /var/customers/webs/abc/wcf/lib/system/package/PackageInstallationScheduler.class.php(123): wcf\system\package\PackageInstallationScheduler->downloadPackage('com.uz.wcf.bot2',Array) #3 /var/customers/webs/abc/wcf/lib/system/package/PackageInstallationScheduler.class.php(97):wcf\system\package\PackageInstallationScheduler->installPackage('com.uz.wcf.bot2','1.0.0 rc 8') #4 /var/customers/webs/abc/wcf/lib/system/package/PackageInstallationScheduler.class.php(64):wcf\system\package\PackageInstallationScheduler->tryToInstallPackage('com.uz.wcf.bot2','1.0.0 rc 8', true) #5 /var/customers/webs/abc/wcf/lib/data/package/update/PackageUpdateAction.class.php(497):wcf\system\package\PackageInstallationScheduler->buildPackageInstallationStack() #6 /var/customers/webs/abc/wcf/lib/data/package/update/PackageUpdateAction.class.php(480):wcf\data\package\update\PackageUpdateAction->createQueue('install') #7 [internal function]: wcf\data\package\update\PackageUpdateAction->prepareInstallation() #8 /var/customers/webs/abc/wcf/lib/data/AbstractDatabaseObjectAction.class.php(182): call_user_func(Array) #9 /var/customers/webs/abc/wcf/lib/action/AJAXProxyAction.class.php(76): wcf\data\AbstractDatabaseObjectAction->executeAction() #10 /var/customers/webs/abc/wcf/lib/action/AJAXInvokeAction.class.php(96): wcf\action\AJAXProxyAction->invoke() #11 /var/customers/webs/abc/wcf/lib/action/AbstractAction.class.php(49): wcf\action\AJAXInvokeAction->execute() #12 /var/customers/webs/abc/wcf/lib/action/AJAXInvokeAction.class.php(63): wcf\action\AbstractAction->__run() #13 /var/customers/webs/abc/wcf/lib/system/request/Request.class.php(58): wcf\action\AJAXInvokeAction->__run() #14 /var/customers/webs/abc/wcf/lib/system/request/RequestHandler.class.php(108): wcf\system\request\Request->execute() #15 /var/customers/webs/abc/acp/index.php(10): wcf\system\request\RequestHandler->handle('wbb', true) #16 {main}
O.a. Fehlermeldung ist die Folge eines Installationsversuchs über das ACP nach einer Paketsuche mit dem Paketbezeichner com.uz.wcf.bot2.
Die übergebene Version 1.0.0 rc 8 gibt es schon seit Wochen nicht mehr auf dem Server. Aktuell ist 1.0.2 pl 1. Trotzdem wird versucht, diese rc 8 zu installieren -> 404.Ist das wieder ein WCF-Problem mit dem Package-Cache?
-
Du sprichst davon, wenn das Plugin bereits installiert ist?
Primär geht es darum, ein neues Plugin für beide Versionen des WCF lauffähig zu machen. Es braucht ein paar Funktionen aus WCF 2.1, die in der Form entweder gar nicht oder nur unvollständig in WCF 2.0 implementiert sind.
Für's 2.0er müsste ich sie nachbauen und habe es auch. Ich will diese nachgebauten Funktionen aber im Umfeld von 2.1 nicht unbedingt nutzen. Abfragen wie class_/method_exists sind leider nicht in allen Fällen zielführend, weil Funktionen in beiden WCFs existieren, sich aber unterscheiden. -
Das Plugin ist in Burning Board 4.0 nicht funktionsfähig.
Gibt es eine legitime Methode (wg. Plugin-Store), innerhalb eines Plugins abzufragen, ob gerade WCF 2.0.x oder WCF2.1.x läuft? -
Macht, was er soll, und läuft problemlos.
-
Wenn ich das richtig sehe, werden Lizenzinformationen nur ausgegeben, wenn sie mit dem licence-Tag innerhalb <packageinformation> angegeben sind. Ist das die von Woltlab vorgesehene, ggf. vorgeschriebene Stelle?
Gesehen habe ich bei anderen und nutze ich auch einen eigenen Abschnitt <licenseinformation>. Und auf GitHub findet sich in package.xsd kein Hinweis auf Lizenzinfos... -
wcf.acp.packageserver.packageIdentifier.error.notValid
-
Oh, danke.
Ein paar Kleinigkeiten noch:
- Beim Test unter IE 11 fällt auf, dass die englische Sprache genutzt wird. Bei FF ist es jedoch deutsch. Ich wüsste jetzt nicht, dass mein IE 11 irgendwie auf Englisch eingestellt ist; dazu nutze ich ihn zu wenig.
- In der deutschen Version gibt es unten auf der Seite einen Punkt zu viel (eigentlich 2, weil hinter beta noch einer ist): Diese Liste wurde Ihnen von Tim’s PackageServer 2.0.0-beta.1 präsentiert... Und das Apostroph-/Genitiv-s ist nicht schön
- Der Satz darunter sollte entfallen, weil der Source nicht überall gespeichert ist. Sie können eine Kopie des Quellcodes hier abrufen.
Hast Du etwas dagegen, wenn ich Tim's PackageServer oben auf der Seite (ggf. inkl. GitHub-Verweis) durch etwas anderes ersetze? -
Habe gerade den Paket-Server neu installiert. Beim Starten (command line) kommt folgender Fehler:
Code
Alles anzeigenError: Cowardly refusing to keep the process alive as root at panic (/home/xyz/public_html/pserver/app.coffee:18:22, <js>:23:11) at Object.<anonymous> (/home/xyz/public_html/pserver/app.coffee:19:1, <js>:27:5) at Object.<anonymous> (/home/xyz/public_html/pserver/app.coffee:1:1, <js>:578:4) at Module._compile (module.js:456:26) npm ERR! tims-packageserver@2.0.0-beta.1 start: `coffee app.coffee` npm ERR! `sh "-c" "coffee app.coffee"` failed with 1 npm ERR! npm ERR! Failed at the tims-packageserver@2.0.0-beta.1 start script. npm ERR! This is most likely a problem with the tims-packageserver package, npm ERR! not with npm itself. npm ERR! Tell the author that this fails on your system: npm ERR! coffee app.coffee npm ERR! You can get their info via: npm ERR! npm owner ls tims-packageserver npm ERR! There is likely additional logging output above. npm ERR! System Linux 2.6.32-5-amd64 npm ERR! command "/usr/local/bin/node" "/usr/local/bin/npm" "start" npm ERR! cwd /home/xyz/public_html/pserver npm ERR! node -v v0.9.9 npm ERR! npm -v 1.2.10 npm ERR! code ELIFECYCLE
Aus dem Log:
Code
Alles anzeigen0 info it worked if it ends with ok 1 verbose cli [ '/usr/local/bin/node', '/usr/local/bin/npm', 'start' ] 2 info using npm@1.2.10 3 info using node@v0.9.9 4 verbose read json /home/xyz/public_html/pserver/package.json 5 verbose run-script [ 'prestart', 'start', 'poststart' ] 6 info prestart tims-packageserver@2.0.0-beta.1 7 info start tims-packageserver@2.0.0-beta.1 8 verbose unsafe-perm in lifecycle true 9 silly exec sh "-c" "coffee app.coffee" 10 silly sh,-c,coffee app.coffee,/home/xyz/public_html/pserver spawning 11 info tims-packageserver@2.0.0-beta.1 Failed to exec start script 12 error tims-packageserver@2.0.0-beta.1 start: `coffee app.coffee` 12 error `sh "-c" "coffee app.coffee"` failed with 1 13 error Failed at the tims-packageserver@2.0.0-beta.1 start script. 13 error This is most likely a problem with the tims-packageserver package, 13 error not with npm itself. 13 error Tell the author that this fails on your system: 13 error coffee app.coffee 13 error You can get their info via: 13 error npm owner ls tims-packageserver 13 error There is likely additional logging output above. 14 error System Linux 2.6.32-5-amd64 15 error command "/usr/local/bin/node" "/usr/local/bin/npm" "start" 16 error cwd /home/xyz/public_html/pserver 17 error node -v v0.9.9 18 error npm -v 1.2.10 19 error code ELIFECYCLE 20 verbose exit [ 1, true ]
Ich habe letztlich nur die alte Installation übernommen und vorhandene Dateien durch die der 2.0.0 Beta 1 ersetzt. Nutze ich statt der neuen app.coffee die alte vom 03.01.2014, dann läuft alles einwandfrei. Rechte sind identisch.
-
Gar nicht.
Nun verständlich und sicher auch kein Beinbruch. Zu den anderen beiden Punkten: dito -
Bei den Berechtigungen wird beim Abspeichern nicht geprüft, ob
- ein Paket überhaupt vorhanden ist,
- ob ein Versionswert eine korrekte Syntax besitzt - man kann praktisch alles eingeben, solange man etwas eingibt.Schön wäre zudem, wenn auf die Eingabe des $v verzichtet werden könnte.
-
Funktioniert.
-
Ich habe mal das Memory Limit hoch gesetzt. Nun kommt als Fehler:
PHP Fatal error: Cannot access self:: when no class scope is active in /home/test_xyz/public_html/wcf/lib/util/PackageServerUtil.class.php on line 179, referer: http://test.xyz.de/acp/index.php/PackageServerPackageGroupPermissionEdit/?packageIdentifier=com.uz.wcf.blabla&groupID=3&[b][/b]