Powerline: Demande de mainteneurs

Je n'ai pas utilisé moi-même le powerline depuis des années, donc le manque d'intérêt est la principale raison pour laquelle je n'y ai pas contribué. Je serais heureux d'ajouter des contributeurs au référentiel principal si quelqu'un est prêt pour la tâche.

Je serais heureux de vous aider.

Merci. @ZyX-I Des idées ?

Je suis intéressé mais je m'oppose à la lenteur de la ligne électrique, donc cela prendrait probablement les choses dans une direction différente.

EDIT : Je suis très intéressé @Lokaltog serait bien d'avoir une discussion avec les responsables actuels, ou même une déclaration sur ce qu'ils aimeraient voir. Si l'objectif est purement "nous voulons juste des mises à jour pour que Powerline ne rompe pas avec les nouvelles versions de chaque dépendance", je suis modérément intéressé, mais si "nous voulons juste que Powerline soit plus rapide et que de plus en plus de gens aient une apparence impressionnante et impressionnante environnements de travail shell", alors c'est définitivement quelque chose qui me passionne.

Je suis d'accord avec @ryanerwin ; et je suis intéressé à contribuer aussi.

@ryanerwin Je n'utilise pas moi-même Powerline et je ne l'ai pas utilisé depuis de nombreuses années, donc je ne sais pas dans quel état se trouve actuellement le projet, et je n'ai pas vraiment d'opinion sur l'endroit où il devrait aller à l'avenir .

Je ne sais pas non plus quoi faire avec ce dépôt, j'ai envisagé de l'archiver et de laisser à la communauté le soin de maintenir un fork pour éviter une autre situation de flux d'événements . Mais comme cela tuerait probablement le dépôt, je vais plutôt vous ajouter à une équipe de maintenance et essayer de suivre le développement pendant un certain temps.

Merci @Lokaltog !
Pour l'instant, je vais commencer à corriger quelques bugs tels que #1953 ou #2013. En ce qui concerne l'avenir, j'ai quelques nouvelles fonctionnalités qui traînent, je devrai les peaufiner avant de pouvoir commencer à penser à les ajouter au dépôt principal.

J'ai jeté un coup d'œil à ce code il y a environ 1,5 ans, mais j'ai ensuite perdu tout intérêt pour lui.
Avec le Hacktoberfest, je me suis à nouveau motivé pour faire quelque chose ici et j'espère que ma motivation durera un peu.
Quoi qu'il en soit, je suis heureux qu'il semble y avoir au moins un peu plus d'activité récemment.

En ce qui concerne l'orientation future, j'ai quelques problèmes avec l'environnement CI actuel, car cela donne environ 5 000 lignes de sortie, mais la plupart semble être une sortie bash non pertinente et il n'est pas vraiment clair pourquoi les tests échouent et comment ils échouent exactement. Ne vous méprenez pas, j'aime le fait que ce référentiel contienne cette énorme quantité de tests, mais refaire le workflow d'exécution des tests pourrait bénéficier à la lisibilité.

De plus, je ne suis pas un grand fan du flux de travail d'installation et de configuration actuel, tout cela semble être fastidieux et sujet aux erreurs. Je reçois souvent des erreurs lors de la configuration de la ligne électrique sans avoir la moindre idée de la raison pour laquelle cela se produit. De plus, JSON est à mon avis exceptionnellement mauvais pour les fichiers de configuration car il ne prend pas en charge les commentaires (si vous ne les ajoutez pas comme VSCode l'a fait).
Malheureusement pour le dernier point, je ne suis pas la bonne personne pour demander comment faire mieux, mais ce serait peut-être quelque chose à aborder à l'avenir.

@StopMotionCuber Json5 prend en charge les commentaires, donc peut-être que le projet pourrait simplement changer pour lire les fichiers de configuration avec json5 . Bien que le développeur dise que c'est super lent (et d'après ce que je peux voir, les configurations sont lues souvent et pas seulement au démarrage ?).

Je ne pense pas que la réécriture de powerline pour utiliser une configuration différente soit vraiment nécessaire (bien que des commentaires seraient en effet bien; peut-être pourrions-nous utiliser des champs commençant par un trait de soulignement pour cela, qui sont ensuite ignorés par powerline):

• Il existe un linter pour les fichiers de configuration ( powerline-lint ), en outre, les principaux éditeurs de texte affichent généralement directement les erreurs dans les fichiers json
• En particulier, passer à une autre méthode de configuration signifierait essentiellement réécrire la ligne électrique ; cela casserait également toutes les configurations existantes.

En ce qui concerne les tests, je suis cependant d'accord avec @StopMotionCuber : la navigation vers un cas de test défaillant est

Pour ce que ça vaut, passer à l'utilisation de YAML pour la configuration ajouterait la prise en charge des commentaires et une syntaxe plus lisible à mon humble avis (en supposant que vous êtes d'accord avec l'indentation qui compte).

Étant donné que YAML est un sur-ensemble de JSON, tous les fichiers de configuration actuels sont déjà YAML valides et les modifications du code seraient minimes. Probablement aussi simple que d'accepter quelques extensions de fichiers supplémentaires et d'utiliser yaml.safe_load au lieu de json.load . Vous devrez ajouter une dépendance à PyYAML (ou à une autre bibliothèque YAML, mais PyYAML est la plus courante).