Was erwarten Sie von einem Paketmanager für Emacs? [geschlossen]

Obwohl mehrere tausend Emacs Lisp-Bibliotheken existieren, hatte GNU Emacs bis Version 24.1 keinen (internen) Paketmanager.

Ich denke, dass die meisten Benutzer zustimmen würden, dass es derzeit ziemlich unpraktisch ist, Emacs Lisp-Bibliotheken zu finden, zu installieren und insbesondere auf dem neuesten Stand zu halten.

Seiten, die das Leben ein bisschen einfacher machen

Für Versionen von Emacs älter als 24.1:

• Emacs Lisp List - Problem: Ich sehe Tote (Links).
• Emacswiki - Problem: Kann Spuren von Nüssen enthalten (Schadcode).
• Emacsmirror - Das Paket-Repository, an dem ich arbeite. Problem: Noch kein Paketmanager unterstützt es nativ.

Einige Paketmanager

Es ist nicht so, dass es noch niemand versucht hat. (Einige davon existierten nicht, als diese Frage gestellt wurde.)

• automatische Installation
• borg.el - Assimilieren von Emacs-Paketen mithilfe von Git-Submodulen.
• el-get.el - Unterstützt viele Quellen.
• elinstall.el
• epackage aka DELPS - Debian-Verpackungskonzepte für Emacs Lisp-Pakete.
• epkg.el - Dies ist jetzt nur ein Tool zum Durchsuchen des Emacsmirror.
• install.el
• install-elisp.el
• jem-pkg.el
• package.el - ELPA. Scheint, als würde es in Emacs 24 enthalten sein.

UPDATE - package.el ist in GNU Emacs ab Version 24.1 enthalten

• pases.el
• pelm - Befehlszeileninstallationsprogramm; mit php.
• plugin.el
• Straight.el - Neu und experimentell, hat die Version 1.0 noch nicht erreicht.
• use-package.el
• XEmacs-Paketmanager

Das Paket wurde in den Emacs-Kofferraum aufgenommen. epkg ist noch nicht fertig und auch momentan nicht verfügbar. Zumindest Install-Elisp, Plugin und Use-Package scheinen nicht mehr aktiv gewartet zu werden.

Ich habe ein Git- Repository erstellt, das alle diese Paketmanager als Submodule enthält.

Einige Dienstprogramme, die nützlich sein könnten

Paketmanager könnten diese Dienstprogramme verwenden und / oder sie könnten verwendet werden, um einen Spiegel von Paketen zu verwalten.

• date-calc.el - Routinen zur Datumsberechnung und -analyse .
• ell.el - Durchsuchen Sie die Emacs Lisp-Liste.
• elm.el , elx.el , xpkg.el - Wird zur Wartung des Emacsmirror verwendet .
• genauto.el - Hilft beim Generieren von Autoloads für Ihre Elisp-Pakete.
• inversion.el - Erfordert bestimmte Paketversionen.
• loadhist.el, lib-require.el, elisp-abhäng.el - Befehle zum Auflisten der Abhängigkeiten der Emacs Lisp-Bibliothek.
• project-root.el - Definieren Sie einen Projektstamm und ergreifen Sie darauf basierende Aktionen.
• strptime.el - Teilweise Implementierung der POSIX-Analyse von Datum und Uhrzeit.
• wikirel.el - Besuchen Sie relevante Seiten im Emacs-Wiki.

Diskussionen zum Thema

• emacs-devel 20080801
• comp.emacs 20021121
• RationalElispPackaging

Die Frage (endlich)

Also - ich würde gerne von Ihnen wissen, was Sie in einem Paketmanager für Emacs für wichtig / unwichtig / ergänzend usw. halten.

Einige Ideen

1. Viele Pakete (der Emacsmirror bietet die größte verfügbare Sammlung von Paketen, aber es gibt noch keine explizite Unterstützung in einem Paketmanager).
2. Nur getestete Pakete.
3. Unterstützung für mehr als ein Paketarchiv (sodass Benutzer zwischen vielen / getesteten Paketen wählen können).
4. Die Abhängigkeit wird nur basierend auf den erforderlichen Funktionen berechnet.
5. Abhängigkeiten berücksichtigen bestimmte Versionen.
6. Verwenden Sie nur Versionen, die vorgelagert veröffentlicht wurden.
7. Verwenden Sie Versionen von Versionskontrollsystemen, falls verfügbar.
8. Pakete sind kategorisiert.
9. Pakete können deinstalliert und aktualisiert werden, nicht nur installiert.
10. Unterstützung beim Erstellen einer Verzweigung der Upstream-Version von Paketen.
11. Unterstützen Sie das Veröffentlichen dieser Gabeln.
12. Unterstützung bei der Auswahl einer Gabel.
13. Nach der Installation werden Pakete aktiviert.
14. Generieren Sie Autoload-Dateien.
15. Integration mit Emacswiki (siehe wikirel.el).
16. Benutzer können Pakete markieren, kommentieren usw. und diese Informationen teilen.
17. Nur FSF-zugewiesene / GPL / FOSS-Software oder keine Lizenz.
18. Paketmanager sollte integriert werden, um mit Emacs verteilt zu werden.
19. Unterstützung für die einfache Kontaktaufnahme mit dem Autor.
20. Viele Metadaten.
21. Schlagen Sie Alternativen vor, bevor Sie ein bestimmtes Paket installieren.

Ich hoffe auf solche Antworten

• Hinweise auf weitere Implementierungen, Diskussionen etc.
• Ausführliche Beschreibungen einer Reihe von Funktionen, die Ihren idealen Paketmanager ausmachen.
• Beschreibungen eines bestimmten gewünschten / unerwünschten Merkmals. Fühlen Sie sich frei, meine Ideen von oben zu erläutern.
• Überrasch mich.

Automatische Veröffentlichung über die Versionskontrolle

Ich würde gerne einen Standard-, zentralen und einzelnen Emacs-Paketmanager sehen. Im Moment würde ich mein Geld in ELPA stecken , aber es ist noch ein langer Weg.

Das Größte, was einem Emacs-Paketmanager helfen würde, wäre, das Veröffentlichen von Paketen ganz einfach zu machen. Meiner Meinung nach würde ich dies gerne in Kombination mit einem Versionskontrollsystem wie git auf einer zentralen gehosteten Plattform wie GitHub sehen - etwas, das es Autoren leicht machen würde, ihre Pakete zu veröffentlichen, und es anderen leicht machen würde zurück beitragen.

Ähnlich wie GitHub (früher) das Veröffentlichen von RubyGems vereinfacht, würde ich gerne etwas Ähnliches in einem Emacs-Paketmanager sehen. Kennzeichnen Sie Ihr Repository beispielsweise mit "vX.YZ" und stellen Sie Ihre elisp-Güte automatisch allen zur Verfügung.

Der zusätzliche Vorteil der Verwendung eines beliebten Backends wie GitHub besteht darin, dass Sie sofort viel Aufmerksamkeit erhalten, was zum Erfolg des Backends beitragen sollte.

Ich lerne immer noch Emacs, daher hatte ich keine Gelegenheit, mich mit Paketmanagern zu befassen. Eine großartige Funktion wäre jedoch, den Benutzer darüber zu informieren, dass das Paket verfügbar ist, wenn er versucht, es zu verwenden, es sich jedoch nicht auf seinem System befindet. Zum Beispiel wollte ich eine PHP-Datei einmal auf einem Server bearbeiten und habe es versucht

M-x php-mode

und Emacs war alles wie

M-x php-mode [no match]

wann es hätte sein sollen

php-mode available from ftp.gnu.org. install? (y/n)

und dann hätte es für mich den PHP-Modus installiert und geladen. Das hätte meinen Tag genau dort gemacht.

Was ich am meisten erwarte, ist, dass alles Nützliche darauf ist und gut funktioniert. Dies erfordert, dass Sie (oder ein Team von Betreuern) alles aggressiv verpacken und alles tun, was dazu gehört - E-Mail an jeden Autor eines nützlichen Pakets und so weiter.

Der Grund, warum Debian (und seine Derivate: Ubuntu usw.) so gut ist, ist beispielsweise, dass Sie Ihr System problemlos verwenden können, ohne jemals etwas außerhalb der Repositorys installieren zu müssen, und dass alles darauf gründlich getestet wird. Die tatsächlichen Funktionen des Paketmanagers sind wichtig, aber sekundär zu den verwalteten Paketen selbst.

Einfache Konfigurationssynchronisierung : Ich verwende Emacs wie viele andere Benutzer auf vielen verschiedenen Computern und Servern, von denen einige meine eigenen sind und andere nicht. Es wäre erstaunlich, wenn der Paketmanager eine Art Datei hätte, die ich von einem Computer auf einen anderen übertragen könnte. Dann brachte der Paketmanager auf dem letzteren Computer meinen Emacs in den Zustand, in dem er mir gefällt - alle installierten Pakete und Konfigurationen. In Kombination mit der Möglichkeit, entweder standortweit (wenn man über Root-Berechtigungen verfügt) oder als einzelner Benutzer problemlos zu installieren, konnte ich Emacsen überall synchronisieren.

Ich bin mir fast sicher, dass die beste Lösung darin besteht, mehr Pakete an ELPA zu senden und package.el um Unterstützung aus mehreren Quellen zu erweitern. Die Emacs-Betreuer haben angekündigt, in Erwägung zu ziehen, package.el in Version 24 aufzunehmen, sofern dies standardmäßig auf ein FSF-Repository verweist.

Natürlich muss die Einreichung auch ein automatisierter Prozess sein. Die derzeitige Methode zum Versenden des ELPA-Betreuers funktioniert nur in geringem Umfang.

Unabhängig davon, wie dies gemacht wird, ist meiner Meinung nach das Wichtigste, dass es trivial sein sollte, Pakete an das Repository zu senden. Gleichzeitig möchten wir nicht, dass diese Pakete sofort verfügbar sind, um sich vor schädlichem Code (und aufgrund von Lizenzproblemen) zu schützen. Es sei denn, es gibt ein "Vertrauens" -System, das auf Kryptosignaturen basiert.

Auch nützlich:

• "Metapakete", um mehrere Pakete gleichzeitig zu installieren.
• Auf die gleiche Weise sollten wir in der Lage sein, eine Reihe von Elisp-Dateien zu installieren, um die Wartbarkeit zu gewährleisten
• "Defekte" Pakete dürfen den Emacs-Start nicht stören. Das ist einfach und ich habe es in meinen eigenen .emacs implementiert
• Möglichkeit, andere Dateien als Skripte zu installieren. Dies wird oft übersehen, ist aber sehr nützlich. Sie können beispielsweise Bilder für Symbole, Symbolleisten usw. versenden.
• Versionierung: Paket X erfordert Paket Y> 1.0
• Testen: Führen Sie grundlegende Überprüfungen der Integrität durch und testen Sie auf Konflikte (Tastenkombinationen, Neudefinitionen von Funktionen, Funktionen, die voraussichtlich vorhanden sind, aber nicht vorhanden sind usw.).
• BUG TRACKING : Ich kann die Wichtigkeit nicht genug betonen. Ein zentraler Ort zum Melden von Paketfehlern (und zum Verfolgen dieser) ist äußerst wichtig, um die Qualität der Pakete sicherzustellen.

Eine Art komprimiertes Archiv scheint am besten geeignet zu sein, um einige der oben genannten Aufgaben auszuführen.

Bisher scheint eine stark verbesserte ELPA der richtige Weg zu sein.

Ich habe einmal einige Zeit damit verbracht, einen kleinen Paketmanager für Emacs zu schreiben.

http://gmarceau.qc.ca/plugin.el

Ich schrieb:

Plugin ist mein Versuch, einen Paketmanager für Emacs zu erstellen. Das Plugin lädt automatisch Emacs-Erweiterungen herunter, entpackt sie in ein Verzeichnis, fügt dieses Verzeichnis dem Ladepfad hinzu, generiert Anmerkungen zum automatischen Laden und ändert Ihre Dot-Emacs-Datei. Die Annotationen zum automatischen Laden sind ein wenig bekanntes Merkmal von Emacs. Sobald sie generiert wurden, werden Emacs-Erweiterungen schnell und schrittweise geladen. Dies ist sehr hilfreich, wenn Sie so viele Erweiterungen installiert haben wie ich.

Sie benötigen zwei Bibliotheksdateien, um es auszuführen, loop-constructs.el und record.el

Ich denke, die Hacker für das iPhone sind dem, was ich will, ziemlich nahe gekommen, ebenso wie Ubuntus "apt".

Ich möchte in der Lage sein:

• hinzufügen
• entfernen (nur Paket)
• Benutzereinstellungen entfernen
• Dokumentation anzeigen
• Upgrade (nach dem Lesen des Änderungsprotokolls)
• neues Archiv hinzufügen (auch bekannt als Repository hinzufügen)
• siehe Abhängigkeiten
• siehe Version
• Suche nach Name, Schlüsselwort
• Durchsuchen nach (Datum hinzugefügt, Änderungsdatum, Name)
• Speichern Sie alle installierten Pakete und Einstellungen
• Laden Sie eine Reihe von Paketen und Einstellungen

Ich hätte gerne eine Reihe von Dingen, die alle gut funktionieren und die empfohlene Art sind, alles zu tun. Dann ein globales Set, in dem alles funktioniert. Dann die Möglichkeit für jeden, sein eigenes Archiv zu hosten.

Es wäre schön, wenn dies alles in git / svn / Whatever eingebunden wäre, damit Sie alte Versionen installieren könnten. Machen Sie Ihre eigenen Patches, indem Sie etc etc etc ....

Neben den oben genannten erwarte ich so etwas wie Debian und andere Repositories - einen Satz stabiler, experimenteller, ungetesteter Pakete. Möglichkeit, eigene Repositorys hinzuzufügen - Ich verwende viele Pakete direkt aus VCS, daher kann es nützlich sein, eigene Pakete zu erstellen

Ich denke, dass der Paketmanager viel Inspiration von Rubygems nehmen sollte . Ich denke auch, dass es eine Seite wie Gemcutter geben sollte .

Ein zentrales Repository könnte auch nett sein (wie Emacsmirror ). Dies ist jedoch möglicherweise nicht erforderlich, wenn eine Site wie Gemcutter vorhanden ist, die alle Pakete sammelt.

Ich denke, diese Dinge sind wichtig, damit dies funktioniert.

• Eine zentrale Lage, die alle Pakete sammelt
• Einfache Pakete hinzuzufügen
• Einfach zu wartende Pakete
• Einfach zu anderen Paketen beizutragen
• Einfach zu installierende, deinstallierende und aktualisierte Pakete
• Möglichkeit, Paketabhängigkeiten hinzuzufügen
• Gemeinsame Struktur für alle Pakete

Ein Paketmanager wie Rubygems mit einer Site wie Gemcutter und einem zentralen Repository wie Emacsmirror (vorzugsweise auf Github wegen seiner sozialen Codierung) würde Emacs wirklich gut tun.

Alles in allem denke ich, dass Rails und der Umgang von Rails mit Edelsteinen viel Inspiration bringen sollten.

Ich weiß nicht, wie frisch diese Frage ist ...
aber das Modell, das ich sehen möchte, ist CPAN. Ich kenne Rubygems auch nicht, aber es klingt ähnlich wie CPAN.

CPAN ist ein Perl-Archiv + Bibliotheksverwaltungssystem. Wenn ich ein Perl-Programm schreiben muss, das ... FTP oder SOAP oder JSON oder XML oder ZIP oder ... usw. erfordert, kann ich den CPAN-Paketmanager ausführen, das erforderliche Paket zum Herunterladen auswählen, die Abhängigkeiten anzeigen und überprüfen. dann installiere alles. CPAN wird gespiegelt .. "überall".

CPAN funktioniert wunderbar für meine Zwecke, und etwas Ähnliches für Emacs wäre schön zu haben. Es unterstützt auch das Erstellen von C / C ++ - Code bei Bedarf.

Das würde ich gerne in Emacs sehen.

Einige weitere Kommentare zu den Anforderungen.

• expliziter Download von Paketen. Keine automatische Installation. Keine unsichtbaren Downloads. Ich möchte nach neuen Bibliotheken oder neuen Funktionen fragen.
• Ich sollte in der Lage sein, den Namen / die Version / den Zeitstempel der installierten Pakete aufzulisten.
• Wenn mein Freund mir seine Liste gibt, sollte ich in der Lage sein, seinen Emacs-Status gegen meinen zu unterscheiden.
• Funktion zum Überprüfen auf Aktualisierungen. Welche Updates sind verfügbar? Was reparieren sie?
• Überprüfung, Überprüfung und Download der Abhängigkeit. Wenn ich den csharp-Modus installiere und es v5.0.28 des cc-Modus erfordert, sollte es mir bestätigen, dass ich auch den cc-Modus herunterladen muss.
• Es sollte eine Art Community-Ranking dieser Pakete geben, wie das Ranking von Torrents auf isohunt. Ich möchte sehen, ob ein Paket 3 Upvotes oder 3000 hat.
• "Transaktions" -Verhalten. Wenn eine Installation boomt, muss sie sich in einem Zustand mit dem zuletzt bekannten Zustand abwickeln.
• Failafes. Wenn ich benutzerdefinierte Mods in linum.el eingefügt habe, sollte es sich weigern, eine neue Version über meine Änderungen zu installieren, es sei denn, ich erlaube dies ausdrücklich. Es sollte mich warnen, bevor ich überhaupt anfange. Tun Sie dies mit Prüfsummen / MD5 über der vorhandenen Installation.
• Sie haben die Möglichkeit, einige Pakete aus komprimierten Archiven wie Zip-Dateien auszuführen. Ich habe also nie Zweifel, dass ich keines der eingebetteten Elisp aktualisiert habe.
• Möglichkeit, gespiegelte Hosts für die Paketverteilung zu verwenden.
• Alle diese Funktionen sollten über Mx Library-Management oder so zugänglich sein.

Schließlich wäre es schön, eine Möglichkeit zu haben, Funktionsbibliotheken zu trennen oder zu organisieren. Hierarchische Namespaces. Der flache Namespace von Emacs ist sehr veraltet. Dies ist unabhängig, ergänzt jedoch die Kernfunktion des Paketmanagements. Ich bin kein Lisp-Guru, also weiß ich nicht, wie schwer das sein würde. Vielleicht gibt es schon einen Weg, dies zu tun.

Paketmanager bieten nichts an, was ich für Elisp-Pakete mit einer Datei mit einfachen Abhängigkeiten schätze: Das Hinzufügen und Löschen von site-lisphat nie Probleme verursacht. Es sind Pakete, die von externen Programmen abhängen (z. B. ispell), Pakete mit mehreren Dateien (z. B. auctex, org-mode), die schwierig sein können. Ich kann mir kein einzelnes Elisp-Paket mit nicht trivialen Abhängigkeiten vorstellen.

Für diese, kurz vor einem Paketmanager, möchte ich, dass die elisp-Pakete von emacs Testsuiten erwerben, die massenhaft ausgeführt werden können und nützliche Informationen für den Fall von Abhängigkeitsfehlern liefern.