Qu'attendez-vous d'un gestionnaire de paquets pour Emacs?

Question

Bien que plusieurs milliers d'Emacs Lisp bibliothèques existent, GNU Emacs, jusqu'à la version 24.1 n'ont pas (interne) du gestionnaire de package.

Je suppose que la plupart des utilisateurs estiment qu'elle est actuellement plutôt gênant à trouver, installer et surtout garder à jour Emacs Lisp bibliothèques.

Les Pages qui rendent la vie un peu plus facile

Pour les versions d'Emacs âgés de plus de 24.1:

• Emacs Lisp Liste - Problème: je vois des gens morts (des liens).
• Emacswiki - Problème: Peut contenir des traces de fruits à coque (code malveillant).
• Emacsmirror - Le dépôt de paquets, je travaille sur. Problème: Pas de gestionnaire de package prend en charge nativement encore.

Certains gestionnaires de paquets

Ce n'est pas que personne n'a encore essayé.

• auto-install
• el-get.el - prend en charge de nombreuses sources.
• elinstall.el
• epackage
• epkg.el - Faire de grosses utilisation de git. Pas utilisable encore mais j'y travaille.
• installer.el
• installez-elisp.el
• jem-pkg.el
• package.el - ELPA. Me semble qu'il sera inclus dans Emacs 24.

---

Mise à JOUR -- package.el est inclus dans GNU Emacs, à partir de la version 24.1

---

• pa.el
• pelm - ligne de Commande du programme d'installation à l'aide de php.
• plugin.el
• utilisez-paquet.el
• XEmacs le gestionnaire de package

le paquet a été inclus dans la Emacs tronc. epkg n'est pas encore prêt et aussi actuellement pas disponible. Au moins installer-elisp, plugin et paquet ne semble pas être activement maintenu plus.

J'ai créé un git repository contient tous ces gestionnaires de paquets comme submodules.

Certains services publics qui pourraient être utiles

Les gestionnaires de paquets pourraient utiliser ces utilitaires et/ou qu'ils pourraient être utilisés pour maintenir un miroir de paquets.

• date-calc.el - Date de calcul et des routines d'analyse.
• l'apl.el - Parcourir la Emacs Lisp Liste.
• l'orme.el, elx.el, xpkg.el - Utilisé pour maintenir la Emacsmirror.
• genauto.el - Aide à produire de la charge automatiquement quand votre elisp paquets.
• l'inversion.el - Nécessitent des versions des paquets.
• loadhist.el, lib-exige.el, elisp-dépendent.el - Commandes liste Emacs Lisp dépendances de la bibliothèque.
• projet de la racine.el - Définir un projet de racine et de prendre des mesures fondées sur elle.
• strptime.el - mise en œuvre Partielle de POSIX date et l'heure de l'analyse.
• wikirel.el - Visiter les pages pertinentes sur la Emacs Wiki.

Discussions sur le sujet à portée de main

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

La question (enfin)

Donc je voudrais savoir de vous ce que vous considérez important/peu important/complémentaire etc. dans un gestionnaire de paquets pour Emacs.

Quelques idées

1. De nombreux packages (le Emacsmirror prévoit que la plus grande collection de paquets, mais il n'y a aucune prise en charge explicite dans tout gestionnaire de paquets).
2. Seuls les paquets qui ont été testés.
3. Support de plus d'un archive de paquet (afin que les gens peuvent choisir entre de nombreux/testé les paquets).
4. La dépendance calculé basé sur les fonctionnalités requises.
5. Les dépendances de prendre les versions en compte.
6. Utilisez uniquement les versions qui ont été relâchés en amont.
7. Utiliser des versions de systèmes de contrôle de version (si disponible).
8. Les paquets sont classés.
9. Les paquets peuvent être installés et mis à jour non seulement installé.
10. Soutien à la création de la fourche à la version en amont de paquets.
11. Soutien à la publication de ces fourchettes.
12. Soutenir le choix d'une fourchette.
13. Après l'installation des paquets sont activés.
14. Générer de chargement automatique de fichiers.
15. L'intégration avec Emacswiki (voir wikirel.el).
16. Les utilisateurs peuvent balise, commentaire, etc. forfaits et de partager cette information.
17. Seulement FSF-affecté/GPL/les logiciels libres ou ne se soucient pas de licence.
18. Le gestionnaire de Package doit être intégré à être distribué avec Emacs.
19. Soutien pour facilement contacter l'auteur.
20. Beaucoup de métadonnées.
21. Proposer des solutions de rechange avant l'installation d'un paquet particulier.

J'espère pour ces sortes de réponses

• Liens vers d'autres implémentations, les discussions etc.
• De longues descriptions d'un ensemble de caractéristiques qui constituent l'endroit idéal pour votre gestionnaire de paquets.
• Descriptions d'un particulier souhaité/indésirables fonctionnalité. Se sentir libre pour des détails sur mes idées à partir de ci-dessus.
• Une Surprise pour moi.

Answer 1

Je suis encore à apprendre Emacs, donc je n'ai pas eu l'occasion de le regarder dans les gestionnaires de paquets, mais une grande fonctionnalité serait pour informer l'utilisateur que le package est disponible que si ils essaient de l'utiliser mais il n'est pas sur leur système. Par exemple, je voulais modifier un fichier PHP sur un serveur une fois, et j'ai essayé

M-x php-mode

et Emacs était tout comme

M-x php-mode [no match]

quand il doit avoir été comme

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

et puis il aurait installé et chargé de php-mode pour moi. Qu'aurait fait ma journée là.

Answer 2

Publication automatique de contrôle de version

J'aimerais voir une norme, centrale et unique Emacs gestionnaire de paquets. Maintenant, je mettrais mon argent sur ELPA, mais il y a encore un long chemin à parcourir.

La plus grande chose qui aiderait un Emacs gestionnaire de paquets, ce serait le faire super trivial pour publier des packages. À mon avis, j'aimerais voir cela se produire en combinaison avec un système de contrôle de version comme git sur une centrale plate-forme d'hébergement comme GitHub -- quelque chose qui pourrait le rendre facile pour les auteurs de publier leurs paquets et il serait facile pour les autres de contribuer en retour.

Similaire à la façon dont GitHub (utilisée pour), il est facile de publier RubyGems, je voudrais voir quelque chose de similaire dans Emacs gestionnaire de paquets. Par exemple, étiquette de votre référentiel "vX.Y.Z" et vous avez votre elisp bonté automatiquement disponible pour tous.

L'avantage de l'utilisation d'un populaire backend comme GitHub, c'est que vous seriez immédiatement obtenir beaucoup de l'exposition qui devrait contribuer à son succès.

Answer 3

Ce que j'attends le plus, c'est que tout ce qui est utile, et fonctionne bien. Cela exige que vous (ou une équipe de responsables) poursuivre agressivement emballage le tout pour le tout, et en faisant tout ce qui implique l'envoi d'emails chaque auteur d'un utile paquet, et ainsi de suite.

Par exemple, la raison de Debian (et ses dérivés: Ubuntu etc.) est si bonne, c'est que vous vous ferez un plaisir d'utiliser votre système sans avoir à installer quelque chose en dehors des dépôts, et que tout est soigneusement testé. Les caractéristiques réelles du gestionnaire de paquets sont important, mais secondaire par rapport à la gestion de paquets eux-mêmes.

Answer 4

Facile la configuration de la synchronisation: j'ai, comme beaucoup de gens, l'utilisation d'Emacs sur de nombreux ordinateurs et les serveurs, certains d'entre eux mon propre et quelques pas. Il serait étonnant que le gestionnaire de paquet avait une sorte de fichier sur lequel j'ai pu transférer d'un ordinateur à un autre; puis, sur le dernier ordinateur, le gestionnaire de paquets apporterais mon Emacs dans l'état que je l'aime -- tous les paquets installés et des configurations de jeu. Combiné avec la capacité d'être en mesure de facilement installer soit à l'échelle du site (si on a les permissions root) ou en tant que simple utilisateur, j'ai pu synchroniser l'ensemble de Emacsen partout.

Answer 5

Je suis presque certaine que la meilleure solution consiste à envoyer plusieurs paquets de ELPA et l'ajout de support multi-source de package.el. Emacs responsables ont dit qu'ils envisageraient y compris le paquet.el dans la version 24 tant qu'il a signalé le FSF référentiel par défaut.

Bien sûr, la soumission doit aussi être un processus automatisé; la méthode actuelle de la diffusion de l'ELPA responsable ne fonctionne que sur une petite échelle.