Stlink: PROJET MAINTAINER RECHERCHÉ!

si personne d'autre ne vous promeut, je peux essayer.
Mes inconvénients:

• anglais faible;
• OS primaire - win10.

Salut Slyshyk,

merci de proposer votre aide.

Pour commencer, je propose que lorsque vous voyez des problèmes signalés, vous essayez de corriger
eux et pousser une demande de fusion. Je peux revoir cela. Après un certain temps, si le
le processus se déroule bien alors nous veillerons à vous accorder le rôle de «mainteneur».

En outre, vous pouvez répondre aux questions des utilisateurs, pour voir dans quelle mesure vous interagissez
avec eux.

Est-ce que ça vous convient ?

À votre santé,

Le mar. 20 août 2019 à 13:25, Slyshyk Oleksiy [email protected] a
écrit:

si personne d'autre ne vous promeut, je peux essayer.
Mes inconvénients:

• anglais faible;
• OS primaire - win10.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/texane/stlink/issues/826?email_source=notifications&email_token=AAAR4H5TF3P3U4LR7JOX3CDQFPICXA5CNFSM4IMOXZP2YY3PNVWWK3TUL52HS4DFVREXG63#VWWK3TUL52HS4DFVREX63
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AAAR4H2PCQ3N5FNR36VDHE3QFPICXANCNFSM4IMOXZPQ
.

Oui, c'est ok pour moi.
j'essaierai

Des progrès pour trouver un responsable?

J'ai beaucoup utilisé Texane dans le passé et je l'ai utilisé plusieurs fois pour créer différentes saveurs. Mais l'une des choses ennuyeuses a toujours été la maintenance de cet outil. Les nouveaux appareils arrivent à un rythme très rapide et chaque fois que tous les types de correctifs doivent être appliqués et des reconstructions sont nécessaires, même pour les plus petits changements. Très chronophage. Mais j'ai aimé l'idée d'un outil cortex-m dédié au lieu d'OpenOCD qui est souvent trop lourd à utiliser. Texane est beaucoup plus facile à comprendre.

Mais chaque fois que vous démarriez l'outil et que l'ID de l'appareil était "inconnu" même si la famille était déjà prise en charge, c'était frustrant.

C'est la raison pour laquelle j'ai tout recommencé avec l'idée d'un outil cortex-m dédié qui peut être maintenu par l'utilisateur final de manière simple (pas de reconstruction) pour suivre les nouveaux appareils. J'ai donc construit EBlink (C ++), un outil de fournisseur indépendant facile à maintenir. Et avec EBlink, vous pouvez utiliser votre stlink avec n'importe quel fournisseur (par exemple Silabs). Il existe une version win32, linux_x64 et raspberry qui prend en charge STlink V2 et V3,

Texane a été très utile au début et j'en suis très reconnaissant.

@ xor-gate @texane : Je pourrais imaginer opter pour les mises à jour de la documentation et / ou des correctifs dans un rôle de co-responsable. Je suis également ouvert à contribuer à l'examen et au suivi des tickets. Ce projet doit définitivement rester en vie et bénéficier d'une maintenance active.

@ Nightwalker-87: D'accord. Je pense que nous (les personnes qui s'intéressent activement à ce projet) pouvons le maintenir à flot pendant les périodes sombres. Je suis également prêt à contribuer. Les PR s'empilent!

AFAIK, il y a aussi quelques problèmes qui semblent avoir été résolus entre-temps et qui restent encore ouverts. Je préférerais que ce projet continue à être maintenu en place au lieu d'un clone, car il est déjà largement référencé. @texane : Serait-il possible d'accorder des droits d'utilisateur étendus pour ce projet sans transfert de propriété? Cela pourrait être une approche pour obtenir des contributions et des utilisateurs actifs ainsi qu'une certaine interaction et collaboration avec les anciens responsables. Cela pourrait ouvrir la voie à une transition en douceur vers de nouveaux responsables.

Salut à tous, désolé pour le retard ... Je vous ai ajouté tous les deux au projet en tant que mainteneurs. Soyez prudent car vous avez la pleine puissance ... mais il est clair que ce projet a besoin de l'aide de la communauté pour continuer. Nous verrons comment ça se passe, merci de votre aide!

Les PR s'empilent!

@bmarvo : plus ;-) Nous avons également eu suffisamment de problèmes résolus et de correctifs pour une nouvelle version, qui semblait en quelque sorte en retard. À présent, j'ai examiné plus en détail la plupart des problèmes restants, les ai classés par étapes et j'ai consacré quelques efforts à un marquage et un suivi corrects. Dans l'attente de divers commentaires d'auteurs, de soumissionnaires et de contributeurs maintenant. Peut-être verrons-nous bientôt de la lumière au bout du tunnel ...

Excellent travail! Une fois la poussière retombée, nous pourrons peut-être jeter un coup d'œil à certains domaines qui nécessitent une certaine attention et proposer des idées d'amélioration. Je suis sûr que certains domaines du repo peuvent utiliser un peu d'amour. J'aimerais également connaître votre avis sur la gestion des futures versions si ce genre de choses vous intéresse.

@bmarvo : bien sûr, mais nous y
@texane : Pouvez-vous jeter un œil à la dernière version et la signer? Merci.

Je suggère de laisser ce numéro ouvert pendant encore quelques jours et de laisser texane décider quand il souhaite enfin le fermer. En parlant de moi, je suis absolument d'accord avec la maintenance continue du projet pendant une période plus longue avec bmarvo.

@bmarvo : Mise à jour de l'état de la révision: À ce jour, je suis à 220 numéros non examinés, y compris. PN contre 722 au total. Besoin de faire une pause et continuera avec les billets restants en mars. Pouvons-nous garder les nouveaux numéros et PR sans jalon jusque-là? Ce serait d'une grande aide.

Chose sûre. Avez-vous même dormi la semaine dernière? :)

Merci pour votre contribution!

J'ai ouvert un nouveau ticket (# 874) dédié aux actualités et mises à jour du projet à venir.
Ce "numéro spécial" doit rester ouvert pour une durée indéterminée et éviter toute extension de ce ticket au-delà du sujet d'origine.

Je termine ce sujet maintenant, car de nouveaux responsables ont été nommés.

De plus, ce projet a été transféré à une organisation git aujourd'hui, comme convenu entre @texane , @ xor-gate et @ Nightwalker-87. Cela facilitera la collaboration et les transitions possibles entre les responsables à l'avenir, car ce projet est maintenant hébergé dans un compte partagé.

Cependant, nous devons nous assurer pour l'avenir qu'il y ait toujours au moins deux responsables actifs avec un accès complet.