Etherpad-lite: offizielles Debian-Paket für Etherpad

Ich würde Sie unterstützen, aber ich weiß nicht, ob die Zeit reicht, um die ganze Arbeit in ein paar Wochen zu erledigen.
Wir haben ein Skript zum Erstellen eines Debian-Pakets, aber es funktioniert nicht wirklich (mehr): https://github.com/ether/etherpad-lite/blob/develop/bin/buildDebian.sh

1. Es heißt "Etherpad", obwohl es wegen des "Java-Etherpads" etwas irreführend ist.
2. nein, das ist meines Wissens nicht dasselbe. Wir haben einige Module erstellt, von denen Etherpad abhängt.
3. Ja, wahrscheinlich, aber ich bin nicht so tief im Thema. ueberdb hat viele Datenbankabhängigkeiten, die nicht unbedingt notwendig sind.

Aber es ist schön zu sehen, dass jemand daran arbeiten will!

Eine andere Frage, die ich habe, betrifft die Abhängigkeit von swagger-node-express Version 2.1.3 (basierend auf npm-Registry ist , ist der Upstream auf Version 0.7.3 übergegangen.
Und BTW ist dies ein Node-Modul, das Sie verwenden (das in /usr/lib/nodejs/foo installiert wird) oder eine Javascript-Bibliothek (die in /usr/share/javascript/foo/ installiert wird)?

@simevo Wirst du das Paket auf github entwickeln? Bitte dokumentieren Sie die Probleme und Lösungen gut. Es wird auch für andere Distributionen eine große Hilfe sein. Wir möchten es auch in Gentoo haben. Unsere Ergebnisse finden Sie hier: https://bugs.gentoo.org/show_bug.cgi?id=328897 Lassen Sie es mich wissen, wenn Sie Betatester für Ihr Debian-Paket benötigen und ich werde in unserer Linux-Benutzergruppe nachfragen.

Das Repo ist hier: https://anonscm.debian.org/git/pkg-javascript/etherpad-lite.git , aber es gibt dort noch nicht viel zu sehen.
Der Hauptthread zum Debian-Paket in dieser Phase ist der ITP-Bug (https://bugs.debian.org/576998).
Ich werde hier auch wichtige Neuigkeiten mitteilen.

Okay, wir haben nur das Stretch-Freeze-Fenster verpasst, also lass uns entspannen!
Es ist noch viel Arbeit erforderlich, insbesondere beim Verpacken von socket.io-Sachen und seinen Anforderungen.
Mein neues Ziel ist es, die nächste Debian-Veröffentlichung anzuvisieren (Testen z. B. Buster). Auch das Erstellen einer Version für Stretch-Backports ist möglich.

Bitte beachten Sie auch für Debian und Ubuntu https://bugs.launchpad.net/ubuntu/+bug/1397373 Wenn Sie dort eine Stimme hinzufügen, erhalten Sie auch Unterstützung für das Packen von Etherpad.

Meinen Sie, dass Sie im Launchpad auf "Dieser Fehler betrifft mich" klicken? Das habe ich gerade gemacht.

Aber Sie können noch mehr tun. Hier ist zum Beispiel eine (unvollständige) Liste von Abhängigkeiten, die wir paketieren müssen, bevor wir etherpad-lite in Debian bekommen:

• node-socket.io http://bugs.debian.org/707166
• node-socket.io-client https://bugs.debian.org/781412
• node-engine.io https://bugs.debian.org/781426
• node-socket.io-adapter https://bugs.debian.org/781405
• Knoten-Express-Sitzung http://bugs.debian.org/751885

Jede Hilfe ist willkommen, treten Sie einfach dem Debian-Javascript-Paketierungsteam bei und beginnen Sie mit dem Hacken!

stoß @simevo <3

Dieses Problem wurde behoben, weil das schul-frei-Projekt von Teckids damit begonnen hat, BigBlueButton für Debian 10 zu packen, das von etherpad-lite abhängt. Wenn also jemand etwas getan hat, das dazu beiträgt, oder Zeit dazu hat, bitte meldet euch !

Ich würde das auch gerne sehen :) Lassen Sie mich ein Kopfgeld erstellen.

Kopfgeld gemacht: https://gitpay.me/#/task/327

Danke, aber es fehlen viele Abhängigkeiten , bevor etherpad-lite selbst verpackt werden kann. Es wird also höchstwahrscheinlich kein Ein-Personen-Projekt sein.

@hex-m, wie funktioniert die Installation und Auflösung von Abhängigkeiten für nodejs-Anwendungen in Debian?

Muss es für jede Abhängigkeit ein Paket im offiziellen Repository geben, oder können sie irgendwo in einem node_modules gebündelt werden?

Muss es für jede Abhängigkeit ein Paket im offiziellen Repository geben, oder können sie irgendwo in einem node_modules gebündelt werden?

Ich bin kein Debian-Entwickler, aber wenn ich die Dokumentation lese, würde ich sagen, dass der normale Weg darin besteht, jedes Modul separat zu verpacken. Ausnahmen werden im Link erklärt.

Ein node_modules Paket zu haben, das die gesamte npm-Registry enthält, hätte ernsthafte Nachteile.

Ist es möglich die Schritte zu automatisieren? Ich kann möglicherweise einen Workflow für GitHub-Aktionen zusammenstellen, um neue Debian-Pakete zu verpacken und zu veröffentlichen. Klingt machbar?

@abskmj , das wäre cool.

Ich denke jedoch, dass das Problem hier darin besteht, diese Schritte zu _definieren_, die überhaupt nicht klar sind. Es gibt zum Beispiel das ganze Problem, die Abhängigkeiten in Debian zu packen, bevor man an Etherpad arbeitet.

Oh, ich meinte, das Paketieren der Abhängigkeiten in Debian zu automatisieren. Ich habe die referenzierten Artikel im Debian-Wiki durchgesehen. Ich sehe, dass die meisten Schritte für die meisten Pakete ähnlich sind (es kann einige Ausnahmen geben). Ich frage mich, ob ich diese Schritte für alle fehlenden Pakete in einem Github-Aktionsworkflow ausführen könnte. Dies kann für alle Abhängigkeiten weniger Aufwand erfordern, als dies manuell zu tun.

Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivität hatte. Es wird geschlossen, wenn keine weitere Aktivität stattfindet. Vielen Dank für Ihre Beiträge.