Si j'ai bien compris, c'est une interface graphique pour le gestionnaire de mot de passe gnome-keyring: donc tout ce qui est le stockage, chiffrement, déverrouillage de trousseau, c'est toujours gnome-keyring qui s'en occupe.
Seahorse, comme Passbook, sont des interfaces pour visualiser et manipuler les informations gérées par gnome-keyring.
Je n'ai pas de date précise, mais il y avait eu une dépêche à ce sujet, lors d'une mise à jour de Network Manager:
Les deux RFCs que nous allons analyser proposent des solutions pour ce système de configuration automatique qui utilise les adresses MAC, afin d'utiliser des identifiants moins constants à travers le temps et les réseaux. Leur objectif est de ne plus utiliser directement sur le réseau une adresse IP invariable, afin de protéger l'utilisateur d'un potentiel fichage.
C'est bien, merci d'avoir fait l'effort de poster ton bug chez GNOME!
Je ne comprend pas l'apport de tel commentaire sous une dépêche : ça n'apporte rien au travaille qui a été fait tout l'été par les auteurs du texte et ça n'améliore pas les logiciels.
Par contre, j'aurai bien lu un journal qui décrit ta démarche: comment le bug a été trouvé, les suggestions qui ont été faites sur le bug tracker et pourquoi tu penses que ça ne va jamais s'améliorer. Sous ce journal ou poste de forum j'aurai volontiers essayé de te donner des pistes.
J'avoue ne pas trop comprendre cette habitude ces derniers temps: chaque fois qu'une nouvelle version d'un logiciel (GNOME, Firefox…), des visiteurs commentent la dépêche avec un semblant rapport de bug pour des versions précédentes.
Comme si la communauté de Linuxfr participait au triage de bug de tous ces projets…
Maintenant que GNOME utilise le convivial logiciel Gitlab, je ne peux que t'encourager à leur rapporter ce bug directement chez eux ;)
C'est bien pour tous ces conseils et point de vue que j'ai écrit ici.
Mon but n'était pas de créer une polémique, mais d'expliquer ce que je ressentais avec ces informations disponibles sur le web. Et surtout d'avoir des avis extérieurs d'autres utilisateurs / développeurs de logiciel libres.
C'est la première fois que je contribue à un projet au développement fermé et ça m'est particulièrement étrange, car le rapport entre développeurs n'est pas équilibré: il est quand même le seul à avoir une branche avec le développement en cours !
J'aurai volontiers pris le temps de rebaser mes changements par exemple pour rendre la fusion plus simple et faire gagner du temps au mainteneur, mais je ne peux même pas techniquement faire ça.
Oui, en effet, il faudra que je le contacte de toute manière.
J'ai écri ici sur LinuxFR pour avoir des avis plus rapidement que ce qui est écrit sur la page de support:
For any other subject, you can send me an email at:
myemail (NdR: une image générée pour cacher l'email aux robots)
I do manage HomeBank freely in my spare time, so it may take long to reply sometimes (I mean weeks, month maybe). So please be patient to get a reply !
Je suis certainement dans le cas où je devrais attendre des mois, car il écrit clairement sur sa page de développement qu'il ne veut pas d'aide au développement.
Maintenant, je suis plus au clair sur ce que je devrais faire, merci à toutes vos réponses :)
Je ne vais pas forker sauvagement, ne vous inquiétez pas !
Je vais suivre vos conseils: contacter l'auteur pour m'excuser, continuer à suivre le launchpad pour voir si d'autres idées peuvent être intéressantes et, si l'auteur le souhaite, essayer de les implémenter.
En effet, peut de projets ont assez de développeurs pour faire une communauté.
Mais regarde Gimp, Jehan nous le rappelle bien: ils ne sont pas 15 développeurs et pourtant il y a bien une communauté derrière.
Ici, comme je l'ai souligné dans un autre commentaire, le développeur souhaite travailler tout seul.
Personnellement, ça me dérange un peu et je ne voudrais pas faire un fork dans mon coin où je travaillerai tout seul aussi. L'idée est de joindre le projet à une communauté déjà existante comme GNOME ou KDE (comme l'a fait par exemple GCompris).
Dans ces communautés, il n'y a pas que des développeurs en plus: on y trouve des designer, des trieurs de bugs, des traducteurs, des graphistes, des administrateurs systèmes, des personnes en charge de l'administration de la fondation…
Enfin, un logiciel de comptabilité personnel tel que le propose HomeBank touche à mon avis un public assez grand, car tout le monde doit un jour ou l'autre faire le point sur son budget et peu de monde souhaite entrer dans de grands comptabilités d'entreprise comme le propose Odoo.
En fait, ce qui me gène le plus, c'est que la raison à la demande "Contactez moi d'abord" est que le développement actuel n'est jamais à disposition des autres développeurs avant une phase de RC.
Ce qui est sympa pour lui en effet, car, comme il le dit justement, il peut casser et refactoriser tant qu'il le veut.
Par contre, ça me met en face de moi un panneau: "Stop, c'est mon projet et je ne souhaite pas avancer à plusieurs dessus". Ce n'est pas que mon impression, puisque c'est la première phase du paragraphe cité: "I don't need help for coding purpose.".
Sauf, que je le rappelle, cette phrase est cachée à la fin d'une page hébergée sur son site personnel sur un site "free.fr". Je trouve que cet avertissement devrait être mis plus en avant sur le site (au moins au début de la page, même si ça casse l'ordre d'importance pour l'aide) et ça devrait être écrit sur Launchpad pour avertir les éventuels développeurs qui passeraient directement par ce biais.
Je trouve que l'idée d'un fork communautaire n'est pas si bête, car elle permettrait:
d'assurer l'infrastructure système pour conserver le code à disposition de tout le monde (si la machine du développeur tombe en raide, il peut perdre des mois de développements !)
de s'assurer que le code en développement survive aux aléas de la vie du développeur (accident grave, souhait de se désengager du développement…)
d'utiliser un outil d'intégrations continues
de permettre une meilleure contribution avec un vrai système de revue et de commentaires pour faire avancer la gestion des patchs
Bien évidemment, je ne pourrai pas être le seul à gérer ce projet, ce n'est pas l'idée du fork: l'idée est vraiment que la communauté puisse travailler à plusieurs dessus et ainsi avoir plus de "temps libre à disposition" (qui serait à peu près la somme du temps libre de 5 développeurs par exemple).
Mmmmhhh, c'est intéressant que le projet soit aussi vieux, je n'y aurais pas pensé !
Pour la partie, sur les jeunes, je te laisse lire mon commentaire ci-dessus: je ne suis pas tout jeune non plus et j'ai aussi des responsabilités. Je pense que c'est ça qui me frustre le plus en fait: j'ai eu un peu de temps la semaine dernière et assez de motivation (j'aurai pu baisser les bras à de multiples reprises).
La seule erreur que j'ai faite est de supposer que le développement d'un logiciel libre était ouvert (forge disponible, triage de bugs public…). Dans les fait, actuellement, le développement est aussi fermé que celui d'Android et ça me rend bien triste :/
Le fait que le développement logiciel soit fermé ne me pose pas de soucis éthiques: ça reste un super logiciel libre à utiliser ! Par contre le message est claire: les reines du projets sont tenues par une seule personne et celle-ci ne peut pas être autant efficace qu'une communauté dont les membres travaillent en parallèle.
Edit: pour la partie mobile, le rapport peut fonctionner, car la fenêtre est scrollable. Je me pose par contre l'intérêt de la vision globale annuelle sur un mobile: l'idée de ce rapport est d'aider à ajuster le budget et donc je le ferais sur un vrai desktop. Pour moi, l'application mobile devrait surtout me servir à saisir les dépenses en direct.
Je comprends bien que ça vous intéresse de discuter sur la solution à prendre.
Je ne veux absolument pas imposer ma solution, je suis tout à fait ouvert à la critique (comme dans le commentaire ci-dessous qui dit que ça ne tient pas sur mobile), mais je ne voulais pas attendre 15 jours avant de commencer à coder.
J'exagère un peu, mais ma motivation et mon temps était disponible au moment où je me suis intéressé au projet.
Je ne suis pas un jeune étudiant comme le laisse penser ZeroHeure ci-dessous: je suis père de famille, j'ai un travaille à assurer à 42h par semaines (eh non, je ne suis pas français ;)) et j'ai vraiment rarement du temps.
Avec un conseil comme "Contactez-moi d'abord", ça me laisse passer le message: "tu dois attendre que je te donne un feu vert et si moi je n'ai pas de temps maintenant pour en parler, ben, tu attendras mon retour de rush du boulot ou de vacances".
Dans la notion de collaborer, il faut que les 2 parties fassent un pas vers l'autre. C'est justement toute la force des forges comme Gitlab: elles permettent de discuter facilement des nouvelles fonctionnalités, d'en proposer 15 versions dans 15 branches différentes si nécessaire et de choisir à la fin la plus pertinente.
Avec cette vision, je comprends tout à fait pourquoi des contributeurs ont donné un patch / une nouvelle fonctionnalité puis sont partis: cette attitude ne me semble pas accueillante et même rebute à continuer à aider, car il y a un énorme goulot d'étranglement: une seule personne est capable de fusionner le code et ce sera toujours selon son temps disponible.
La solution pour détruire ce goulot d'étranglement est de faire du développement en communauté pour répartir les tâches: avoir plusieurs personnes pour trier les bugs, pour faire la revue de code et pour donner des idées quant à la direction à prendre. C'est un peu comme la parallélisation de nos CPUs: c'est un peu dur à gérer comme il faut au début (il faut avoir des gens de confiance), mais quand c'est bien géré, le projet avance beaucoup plus vite, puisque plusieurs cerveaux peuvent travailler en même temps !
Comme je me suis rendu compte que je n'aurai pas le temps de terminer avant la publication de Firefox 61, on a décidé de regrouper avec les nouvelles de la prochaine sortie.
Les articles de Linuxfr n'existent que par les utilisateurs, si personne ne contribue, il n'y aura pas de dépêche. Malheureusement, je n'ai pas / plus le temps de m'en occuper ces temps-ci, il faut donc que des personnes prennent la relève.
Il y a beaucoup de communication en anglais autour des sorties de Firefox et je trouve que c'est un très bon moyen pour entrer dans le monde de la rédaction sur Linuxfr, n'hésitez pas à contribuer !
Même si on se retrouve avec une dépêche qui est proche d'une traduction des notes de publication, je trouve que c'est toujours mieux que pas de dépêche du tout ;)
Si Mangopay ne respecte pas son contrat, y'a pas moyen de leur foutre une nuée d'avocat et un procès au cul, au moins pour leur foutre les jetons et les convaincre de poursuivre leurs engagements ?
Oui bien sûr, comme ça Liberapay salit sa réputation et ne pourra plus avoir de contacts avec des concurrents de Mangopay.
Mangopay, quant à eux, vont juste suivre le délai de résiliation normal et cesser toute activité avec Liberapay (entre deux, bonjour l'ambiance !).
C'est très bien de pouvoir lire ce genre de code :) D'ailleurs, c'est le but des clients acme-tiny et de mon fork acme-dns-tiny.
Ce dernier n'a d'ailleurs besoin que de très peu de droits sur la machine locale (en gros, lire la clé ACME et le CSR), mais doit pouvoir gérer les entrées DNS "_acme_challenge.*" sur une machine distante.
Pour le "sf_partage", il doit y avoir une méthode plus simple avec les " additions invités ", il doit y avoir un groupe utilisateur "vboxfs" sur l'invité Linux. Il faut ajouter ton utilisateur dans ce groupe et redémarrer la machine virtuelle. Comme ça, Linux pourra voir les dossiers partagés via les paramétrages de Virtualbox.
Je n'ai pas d'ordinateur sous la main pour vérifier, désolé…
Je pencherai pour un problème avec ton profile firefox: celui-ci contient toutes les données liées à ton utilisation de Firefox. Comme il contient du cache, tes extensions, tes préférences, … je te conseille de ne pas le supprimer et de faire un backup (tu peux sauvegarder tout le dossier ~/.mozilla ).
Malheureusement des versions récentes de Firefox ont rendu le profile incompatible d'une version à l'autre. Tu devrais avoir des problèmes si tu essaies par exemple de passer de la version 59 à 52 (si je me souviens bien, c'est la version 58 qui a cassé la compatibilité).
Je tenterai donc de demander à Firefox de travailler sur un profile neuf pour vérifier si le problème vient de ton profile actuel.
Pour créer et démarrer un nouveau profile, le plus simple est d'utiliser la commande: firefox -P
J'espère que ça puisse t'aider…
Si le nouveau profile semble bien fonctionner, il va falloir trouver un moyen pour migrer les données importantes vers le nouveau profil (favoris, historique,…) ou trouver quel élément du profile peut amener ce genre d'instabilités.
Pour moi le journal du hacker est une communauté volontairement fermée sur elle-même à cause de l'inscription sur invitation.
Elle est difficilement comparable à LinuxFR où l'inscription est ouverte à n'importe qui sans restriction. LinuxFR propose même de publier des dépêches sans compte ! (mais avec modération à priori).
Je ne connais pas bien la ligne éditoriale du journal du hacker, mais celle de LinuxFR est certainement plus restreinte (plutôt lié au monde de l'open-source).
En résumé, pour moi, les deux sites ne sont pas en concurrence tant ils diffèrent sur leur choix communautaire et éditorial.
Pour ce qui est l'intégration au site, il fait laisser un peu de temps aux utilisateurs pour faire des retours et ameliorer les CSS et templates.
Ils parlent dans cette page même de casser le système d'extension, je leur suggérerait le système WebExtension pour les prochaines, quitte à faire du JavaScript et du CSS :)
Si je comprend bien le problème d'architecture est pour Gnome Shell 3 et non pas l'architecture de Wayland, ouf !
De ce que j'ai survolé dans le lien Gnome Shell 4, ils ont les mêmes problèmes que Firefox Quantum est en train de résoudre : il faut absolument alléger au maximum le process principal pour être toujours réactif. Plusieurs solutions existent, notamment, en créant un process de composition dédié, en utilisant encore plus le GPU pour les graphismes et en utilisant au mieux les multiples cœurs du CPU.
Ça va demander d'utiliser un langage tel que Rust pour assurer un code sûr pour le multi process…
Donc, finalement, il faudrait finalement remplacer Gnome Shell 4 par un Firefox Quantum :D On pourrait même l'appeler Firefox Quantum OS !
[^] # Re: Beauuuu
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Passbook: un gestionnaire de mot de passe pour GNOME. Évalué à 6.
Hello,
Si j'ai bien compris, c'est une interface graphique pour le gestionnaire de mot de passe gnome-keyring: donc tout ce qui est le stockage, chiffrement, déverrouillage de trousseau, c'est toujours gnome-keyring qui s'en occupe.
Seahorse, comme Passbook, sont des interfaces pour visualiser et manipuler les informations gérées par gnome-keyring.
[^] # Re: C'est plus facile de retenir une ipv4 de tête qu'une ipv6...
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au sondage L'IPv6 prendra quand.... Évalué à 3.
Je n'ai pas de date précise, mais il y avait eu une dépêche à ce sujet, lors d'une mise à jour de Network Manager:
[^] # Re: Rendu vidéo médiocre
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 3.
C'est bien, merci d'avoir fait l'effort de poster ton bug chez GNOME!
Je ne comprend pas l'apport de tel commentaire sous une dépêche : ça n'apporte rien au travaille qui a été fait tout l'été par les auteurs du texte et ça n'améliore pas les logiciels.
Par contre, j'aurai bien lu un journal qui décrit ta démarche: comment le bug a été trouvé, les suggestions qui ont été faites sur le bug tracker et pourquoi tu penses que ça ne va jamais s'améliorer. Sous ce journal ou poste de forum j'aurai volontiers essayé de te donner des pistes.
[^] # Re: Rendu vidéo médiocre
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 10.
s/doivent/peuvent/ ;)
J'avoue ne pas trop comprendre cette habitude ces derniers temps: chaque fois qu'une nouvelle version d'un logiciel (GNOME, Firefox…), des visiteurs commentent la dépêche avec un semblant rapport de bug pour des versions précédentes.
Comme si la communauté de Linuxfr participait au triage de bug de tous ces projets…
Maintenant que GNOME utilise le convivial logiciel Gitlab, je ne peux que t'encourager à leur rapporter ce bug directement chez eux ;)
[^] # Re: Sauvegardes / snapshots
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Btrfs restore à la rescousse. Évalué à 5.
Ça serait chouette d'écrire ce journal, ça m'intéresse :-)
[^] # Re: En cas de doute il faut en parler -- avec la personne concernée
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Forker ou ne pas forker ?. Évalué à 3.
C'est bien pour tous ces conseils et point de vue que j'ai écrit ici.
Mon but n'était pas de créer une polémique, mais d'expliquer ce que je ressentais avec ces informations disponibles sur le web. Et surtout d'avoir des avis extérieurs d'autres utilisateurs / développeurs de logiciel libres.
C'est la première fois que je contribue à un projet au développement fermé et ça m'est particulièrement étrange, car le rapport entre développeurs n'est pas équilibré: il est quand même le seul à avoir une branche avec le développement en cours !
J'aurai volontiers pris le temps de rebaser mes changements par exemple pour rendre la fusion plus simple et faire gagner du temps au mainteneur, mais je ne peux même pas techniquement faire ça.
[^] # Re: En cas de doute il faut en parler -- avec la personne concernée
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Forker ou ne pas forker ?. Évalué à 2.
Simplement à cause du paragraphe que j'ai cité dans le journal. Il commence clairement par:
Donc, répondre à un mail qui parle de collaboration va apparaître sûrement au fin fond de sa todo list ;)
[^] # Re: En cas de doute il faut en parler -- avec la personne concernée
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Forker ou ne pas forker ?. Évalué à 3.
Oui, en effet, il faudra que je le contacte de toute manière.
J'ai écri ici sur LinuxFR pour avoir des avis plus rapidement que ce qui est écrit sur la page de support:
Je suis certainement dans le cas où je devrais attendre des mois, car il écrit clairement sur sa page de développement qu'il ne veut pas d'aide au développement.
Maintenant, je suis plus au clair sur ce que je devrais faire, merci à toutes vos réponses :)
Je ne vais pas forker sauvagement, ne vous inquiétez pas !
Je vais suivre vos conseils: contacter l'auteur pour m'excuser, continuer à suivre le launchpad pour voir si d'autres idées peuvent être intéressantes et, si l'auteur le souhaite, essayer de les implémenter.
[^] # Re: Oui : contactez-moi d'abord
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Forker ou ne pas forker ?. Évalué à 3. Dernière modification le 15 septembre 2018 à 23:33.
En effet, peut de projets ont assez de développeurs pour faire une communauté.
Mais regarde Gimp, Jehan nous le rappelle bien: ils ne sont pas 15 développeurs et pourtant il y a bien une communauté derrière.
Ici, comme je l'ai souligné dans un autre commentaire, le développeur souhaite travailler tout seul.
Personnellement, ça me dérange un peu et je ne voudrais pas faire un fork dans mon coin où je travaillerai tout seul aussi. L'idée est de joindre le projet à une communauté déjà existante comme GNOME ou KDE (comme l'a fait par exemple GCompris).
Dans ces communautés, il n'y a pas que des développeurs en plus: on y trouve des designer, des trieurs de bugs, des traducteurs, des graphistes, des administrateurs systèmes, des personnes en charge de l'administration de la fondation…
Enfin, un logiciel de comptabilité personnel tel que le propose HomeBank touche à mon avis un public assez grand, car tout le monde doit un jour ou l'autre faire le point sur son budget et peu de monde souhaite entrer dans de grands comptabilités d'entreprise comme le propose Odoo.
[^] # Re: Oui : contactez-moi d'abord
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Forker ou ne pas forker ?. Évalué à 3.
En fait, ce qui me gène le plus, c'est que la raison à la demande "Contactez moi d'abord" est que le développement actuel n'est jamais à disposition des autres développeurs avant une phase de RC.
Ce qui est sympa pour lui en effet, car, comme il le dit justement, il peut casser et refactoriser tant qu'il le veut.
Par contre, ça me met en face de moi un panneau: "Stop, c'est mon projet et je ne souhaite pas avancer à plusieurs dessus". Ce n'est pas que mon impression, puisque c'est la première phase du paragraphe cité: "I don't need help for coding purpose.".
Sauf, que je le rappelle, cette phrase est cachée à la fin d'une page hébergée sur son site personnel sur un site "free.fr". Je trouve que cet avertissement devrait être mis plus en avant sur le site (au moins au début de la page, même si ça casse l'ordre d'importance pour l'aide) et ça devrait être écrit sur Launchpad pour avertir les éventuels développeurs qui passeraient directement par ce biais.
Je trouve que l'idée d'un fork communautaire n'est pas si bête, car elle permettrait:
Bien évidemment, je ne pourrai pas être le seul à gérer ce projet, ce n'est pas l'idée du fork: l'idée est vraiment que la communauté puisse travailler à plusieurs dessus et ainsi avoir plus de "temps libre à disposition" (qui serait à peu près la somme du temps libre de 5 développeurs par exemple).
[^] # Re: autre temps, autre moeurs
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Forker ou ne pas forker ?. Évalué à 4. Dernière modification le 15 septembre 2018 à 14:22.
Mmmmhhh, c'est intéressant que le projet soit aussi vieux, je n'y aurais pas pensé !
Pour la partie, sur les jeunes, je te laisse lire mon commentaire ci-dessus: je ne suis pas tout jeune non plus et j'ai aussi des responsabilités. Je pense que c'est ça qui me frustre le plus en fait: j'ai eu un peu de temps la semaine dernière et assez de motivation (j'aurai pu baisser les bras à de multiples reprises).
La seule erreur que j'ai faite est de supposer que le développement d'un logiciel libre était ouvert (forge disponible, triage de bugs public…). Dans les fait, actuellement, le développement est aussi fermé que celui d'Android et ça me rend bien triste :/
Le fait que le développement logiciel soit fermé ne me pose pas de soucis éthiques: ça reste un super logiciel libre à utiliser ! Par contre le message est claire: les reines du projets sont tenues par une seule personne et celle-ci ne peut pas être autant efficace qu'une communauté dont les membres travaillent en parallèle.
Edit: pour la partie mobile, le rapport peut fonctionner, car la fenêtre est scrollable. Je me pose par contre l'intérêt de la vision globale annuelle sur un mobile: l'idée de ce rapport est d'aider à ajuster le budget et donc je le ferais sur un vrai desktop. Pour moi, l'application mobile devrait surtout me servir à saisir les dépenses en direct.
[^] # Re: Oui : contactez-moi d'abord
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Forker ou ne pas forker ?. Évalué à 2. Dernière modification le 15 septembre 2018 à 14:12.
Je comprends bien que ça vous intéresse de discuter sur la solution à prendre.
Je ne veux absolument pas imposer ma solution, je suis tout à fait ouvert à la critique (comme dans le commentaire ci-dessous qui dit que ça ne tient pas sur mobile), mais je ne voulais pas attendre 15 jours avant de commencer à coder.
J'exagère un peu, mais ma motivation et mon temps était disponible au moment où je me suis intéressé au projet.
Je ne suis pas un jeune étudiant comme le laisse penser ZeroHeure ci-dessous: je suis père de famille, j'ai un travaille à assurer à 42h par semaines (eh non, je ne suis pas français ;)) et j'ai vraiment rarement du temps.
Avec un conseil comme "Contactez-moi d'abord", ça me laisse passer le message: "tu dois attendre que je te donne un feu vert et si moi je n'ai pas de temps maintenant pour en parler, ben, tu attendras mon retour de rush du boulot ou de vacances".
Dans la notion de collaborer, il faut que les 2 parties fassent un pas vers l'autre. C'est justement toute la force des forges comme Gitlab: elles permettent de discuter facilement des nouvelles fonctionnalités, d'en proposer 15 versions dans 15 branches différentes si nécessaire et de choisir à la fin la plus pertinente.
Avec cette vision, je comprends tout à fait pourquoi des contributeurs ont donné un patch / une nouvelle fonctionnalité puis sont partis: cette attitude ne me semble pas accueillante et même rebute à continuer à aider, car il y a un énorme goulot d'étranglement: une seule personne est capable de fusionner le code et ce sera toujours selon son temps disponible.
La solution pour détruire ce goulot d'étranglement est de faire du développement en communauté pour répartir les tâches: avoir plusieurs personnes pour trier les bugs, pour faire la revue de code et pour donner des idées quant à la direction à prendre. C'est un peu comme la parallélisation de nos CPUs: c'est un peu dur à gérer comme il faut au début (il faut avoir des gens de confiance), mais quand c'est bien géré, le projet avance beaucoup plus vite, puisque plusieurs cerveaux peuvent travailler en même temps !
# et la suite du message sur Mastodon
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Liberapay peut être utilisé à nouveau via Stripe (cartes de crédits pour l'instant, SEPA plus tard). Évalué à 4.
https://mastodon.xyz/@Liberapay/100520158923864989
# Une dépêche a été ouverte pour Firefox 61 + 62
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien News Firefox dans la presse généraliste … avant ici ???. Évalué à 10.
Hello,
J'ai ouvert une dépêche collaborative pour Firefox 61: https://linuxfr.org/redaction/news/firefox-61-62
Comme je me suis rendu compte que je n'aurai pas le temps de terminer avant la publication de Firefox 61, on a décidé de regrouper avec les nouvelles de la prochaine sortie.
Les articles de Linuxfr n'existent que par les utilisateurs, si personne ne contribue, il n'y aura pas de dépêche. Malheureusement, je n'ai pas / plus le temps de m'en occuper ces temps-ci, il faut donc que des personnes prennent la relève.
Il y a beaucoup de communication en anglais autour des sorties de Firefox et je trouve que c'est un très bon moyen pour entrer dans le monde de la rédaction sur Linuxfr, n'hésitez pas à contribuer !
Même si on se retrouve avec une dépêche qui est proche d'une traduction des notes de publication, je trouve que c'est toujours mieux que pas de dépêche du tout ;)
[^] # Re: tiret du six
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au sondage Prononciation des options. Évalué à 1.
Moi j'ai une touche dédiée au tiret :D
Vous êtes vraiment courageux d'utiliser un clavier de type azerty !
[^] # Re: Procès ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Possible coupure de service sur Liberapay. Évalué à 6. Dernière modification le 11 juillet 2018 à 18:47.
Oui bien sûr, comme ça Liberapay salit sa réputation et ne pourra plus avoir de contacts avec des concurrents de Mangopay.
Mangopay, quant à eux, vont juste suivre le délai de résiliation normal et cesser toute activité avec Liberapay (entre deux, bonjour l'ambiance !).
# Utiliser 4.16
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au message Problème d'extinction d'un PC. Évalué à 2.
Hello,
Il me semble que j'ai eu le même soucis avec Debian Stretch sur un Thinkpad T420s.
Si je me souviens bien, ça s'est réglé quand je suis passé au noyau 4.16 des backports.
Tu as essayé un noyau plus récent ?
[^] # Re: Merci Dehydrated
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Post‐mortem de l’incident du 3 juin 2018. Évalué à 8.
C'est très bien de pouvoir lire ce genre de code :) D'ailleurs, c'est le but des clients acme-tiny et de mon fork acme-dns-tiny.
Ce dernier n'a d'ailleurs besoin que de très peu de droits sur la machine locale (en gros, lire la clé ACME et le CSR), mais doit pouvoir gérer les entrées DNS "_acme_challenge.*" sur une machine distante.
[^] # Re: Pincement au cœur pour MiniMachines également
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien HFR, HardWare.fr : clap de fin pour l'édito, une aventure de 21 ans. Évalué à 4.
Bien vu !
Pour me faire pardonner, voilà une promesse de don : https://liberapay.com/on/github/linuxfrorg !
# Pincement au cœur pour MiniMachines également
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien HFR, HardWare.fr : clap de fin pour l'édito, une aventure de 21 ans. Évalué à 6.
Voilà l'article de MiniMachine en hommage : http://www.minimachines.net/actu/hardware-fr-tire-sa-reverence-64479
C'est désespérant de lire qu'il devient presque impossible de tenir un site intéressant sans le « vendre » aux régies publicitaires.
J'espère que les initiatives comme Liberapay, Tipee et Patreon vont aider à conserver ces beaux sites web !
[^] # Re: fstab et droits
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au message Partage Mint Mate avec Windows dans VirtualBox. Évalué à 3.
Hello,
Pour le "sf_partage", il doit y avoir une méthode plus simple avec les " additions invités ", il doit y avoir un groupe utilisateur "vboxfs" sur l'invité Linux. Il faut ajouter ton utilisateur dans ce groupe et redémarrer la machine virtuelle. Comme ça, Linux pourra voir les dossiers partagés via les paramétrages de Virtualbox.
Je n'ai pas d'ordinateur sous la main pour vérifier, désolé…
# Un problème de profil ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au message Plantage Firefox: vos astuces pour debugger. Évalué à 4.
Hello,
Je pencherai pour un problème avec ton profile firefox: celui-ci contient toutes les données liées à ton utilisation de Firefox. Comme il contient du cache, tes extensions, tes préférences, … je te conseille de ne pas le supprimer et de faire un backup (tu peux sauvegarder tout le dossier
~/.mozilla).Malheureusement des versions récentes de Firefox ont rendu le profile incompatible d'une version à l'autre. Tu devrais avoir des problèmes si tu essaies par exemple de passer de la version 59 à 52 (si je me souviens bien, c'est la version 58 qui a cassé la compatibilité).
Je tenterai donc de demander à Firefox de travailler sur un profile neuf pour vérifier si le problème vient de ton profile actuel.
Pour créer et démarrer un nouveau profile, le plus simple est d'utiliser la commande:
firefox -PJ'espère que ça puisse t'aider…
Si le nouveau profile semble bien fonctionner, il va falloir trouver un moyen pour migrer les données importantes vers le nouveau profil (favoris, historique,…) ou trouver quel élément du profile peut amener ce genre d'instabilités.
[^] # Re: copier/coller de mon commentaire tardif de la dépêche d'annonce
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal section liens : je trouve ça nul.. Évalué à 8.
Pour moi le journal du hacker est une communauté volontairement fermée sur elle-même à cause de l'inscription sur invitation.
Elle est difficilement comparable à LinuxFR où l'inscription est ouverte à n'importe qui sans restriction. LinuxFR propose même de publier des dépêches sans compte ! (mais avec modération à priori).
Je ne connais pas bien la ligne éditoriale du journal du hacker, mais celle de LinuxFR est certainement plus restreinte (plutôt lié au monde de l'open-source).
En résumé, pour moi, les deux sites ne sont pas en concurrence tant ils diffèrent sur leur choix communautaire et éditorial.
Pour ce qui est l'intégration au site, il fait laisser un peu de temps aux utilisateurs pour faire des retours et ameliorer les CSS et templates.
[^] # Re: Pour Wayland
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Apports de Fedora à l’écosystème du logiciel libre. Évalué à 2.
Ils parlent dans cette page même de casser le système d'extension, je leur suggérerait le système WebExtension pour les prochaines, quitte à faire du JavaScript et du CSS :)
[^] # Re: Pour Wayland
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Apports de Fedora à l’écosystème du logiciel libre. Évalué à 4. Dernière modification le 03 mars 2018 à 08:49.
Si je comprend bien le problème d'architecture est pour Gnome Shell 3 et non pas l'architecture de Wayland, ouf !
De ce que j'ai survolé dans le lien Gnome Shell 4, ils ont les mêmes problèmes que Firefox Quantum est en train de résoudre : il faut absolument alléger au maximum le process principal pour être toujours réactif. Plusieurs solutions existent, notamment, en créant un process de composition dédié, en utilisant encore plus le GPU pour les graphismes et en utilisant au mieux les multiples cœurs du CPU.
Ça va demander d'utiliser un langage tel que Rust pour assurer un code sûr pour le multi process…
Donc, finalement, il faudrait finalement remplacer Gnome Shell 4 par un Firefox Quantum :D On pourrait même l'appeler Firefox Quantum OS !