Was erwarten Sie von einem Paket-manager für Emacs?

Obwohl mehrere tausend Emacs-Lisp-Bibliotheken existieren, GNU Emacs, bis die version 24.1 nicht über eine (interne) Paket-manager.

Ich denke, dass die meisten Benutzer würden Zustimmen, dass es momentan ziemlich umständlich zu finden, zu installieren und vor allem bleiben Sie up-to-date-Emacs-Lisp-Bibliotheken.

Seiten, machen das Leben ein bisschen einfacher

Für Versionen von Emacs, die älter als 24.1:

  • Emacs-Lisp-Liste - Problem: ich sehe tote Menschen (links).
  • Emacswiki - Problem: Kann Spuren von Nüssen (bösartiger code).
  • Emacsmirror - Das Paket-repository an dem ich arbeite. Problem: Kein Paket-manager unterstützt es nativ noch.

Einige Paket-Manager

Es ist nicht so, dass niemand versucht hat noch. (Einige dieser nicht vorhanden ist, wenn diese Frage gestellt wurde.)


UPDATE -- Paket.el ist enthalten in GNU Emacs ab version 24.1


Paket wurde in der Emacs-Stamm. epkg noch nicht fertig ist und auch derzeit nicht verfügbar. Installieren Sie mindestens-elisp -, plugin-und Paket scheinen nicht mehr aktiv gepflegt.

Habe ich einen git repository, die alle diese Paket-Manager als Submodule.

Einige Werkzeuge, die nützlich sein könnten,

Paket-Manager könnte diese Dienstprogramme verwenden, und/oder Sie können verwendet werden, um zu halten ein Spiegel der Pakete.

Diskussionen über das Thema auf der hand

Die Frage (endlich)

So, ich würde gerne von Euch wissen, was Ihr als wichtig/unwichtig/Ergänzende etc. in einem Paket-manager für Emacs.

Einige Ideen

  1. Viele Pakete (die Emacsmirror bietet das größte verfügbare Sammlung von Paketen, aber es gibt keine explizite Unterstützung in jedem Paket-manager noch nicht).
  2. Nur Pakete, die getestet wurden.
  3. Unterstützung für mehr als ein Paket-Archiv (damit die Menschen können wählen zwischen vielen/getestete Pakete).
  4. Abhängigkeit berechnet, basierend auf den geforderten Eigenschaften nur.
  5. Abhängigkeiten insbesondere die Versionen berücksichtigt werden.
  6. Verwenden Sie nur Versionen, die freigegeben wurden upstream.
  7. Versionen von version control systems, falls verfügbar.
  8. Pakete kategorisiert werden.
  9. Pakete werden deinstalliert und aktualisiert, nicht nur installiert ist.
  10. Unterstützen die Erstellung Gabel von der upstream-version von Paketen.
  11. Unterstützung die Veröffentlichung dieser Gabeln.
  12. Unterstützung der Auswahl einer Gabel.
  13. Nach der installation von Paketen aktiviert werden.
  14. Generieren autoload-Dateien.
  15. Integration mit Emacswiki (siehe wikirel.el).
  16. Benutzer können Tags, Kommentar etc. Pakete und teilen Sie diese Informationen.
  17. Nur FSF-Zuordnung/GPL/FOSS software oder kümmern sich nicht um die Lizenz.
  18. Paket manager integriert werden sollten verteilt werden, die mit Emacs.
  19. - Unterstützung für die einfache Kontaktaufnahme mit dem Autor.
  20. Viele Metadaten.
  21. Alternativen vorschlagen, vor der Installation eines bestimmten Pakets.

Ich bin der Hoffnung, für diese Art von Antworten

  • Verweise auf weitere Implementierungen, Diskussionen etc.
  • Lange Beschreibungen einer Reihe von Funktionen, die machen Sie Ihr ideal-Paket-manager.
  • Beschreibungen eines bestimmten gewünschten/unerwünschten Funktion. Fühlen Sie sich frei, um näher auf meine Ideen von oben.
  • Mich überraschen.
  • Ich muss diese Gedanken geben, aber dieses, richtig ausgeführt, wäre die Beste Sache Überhaupt. +1.
  • Auch einige Diskussion unter emacswiki.org/emacs/RationalElispPackaging
  • Da dies ist eine Diskussion zu Frage ohne eine wirkliche Antwort zu korrigieren, ich denke, dies sollte gekennzeichnet sein als " community-wiki. Gute Frage, obwohl, es ist in meiner Favoriten-Liste.
  • Ein anderes vorhandenes package manager auto-install: emacswiki.org/emacs/AutoInstall es können alle installieren .el-Dateien aus emacswiki aber auch die Installation von beliebigen url-Beispiel: (auto-install-from-url "github.com/nex3/haml/raw/master/extra/sass-mode.el")
Schreibe einen Kommentar