Alors, c'est une bonne question. Jusqu'à aujourd'hui, je pensais que burn out était simplement la traduction anglaise de dépression.
De ce que j'ai rapidement lu sur Wikipédia, c'est un épuisement profond dû a un facteur externe (travail, enfants…).
J'ai été voir l'article de Wikipédia sur la dépression et ça correspondait plus à mon état de l'été dernier: plus aucune motivation à faire mes hobbys, tristesse profonde, plus aucune estime de moi… Je n'ai lu que les premiers paragraphes et ça correspond bien.
Heureusement, j'ai été mis en arrêt le temps de me remettre d'aplomb (j'avais aussi de la fatigue physique) et de retrouver mes valeurs et reconstruire mon esprit. Maintenant ça va bien mieux ;)
Je te rappelle que Microsoft a du retirer sa dernière mise à jour majeur publiée, car ils ont été capable de perdre les données utilisateurs de Windows 10 et Windows Server 2018!1
Ce n'est pas qu'ils sont bons ou meilleurs, c'est juste que leurs mises à jour sont totalement obscures et tu ne sais jamais pourquoi elle doit être installée, pourquoi elle a été nécessaire…
Avec les distributions Linux, oui, tu vois des "oups…" avec des explications.Personnellement je préfère bien plus cette transparence et honnêteté que Microsoft qui, pour seul explication, te parles d'« une mise à jour nécessaire pour Windows qui peut peut-être selon les étoiles te faire redémarrer ton PC ».
1: après un mois de correctif, ils ont pu publier à nouveau
c'est marrant que personne ne tique sur le nom du logiciel, au début je croyais que c'était fait par MS. on pourra dire que l'auteur du logiciel a eu beaucoup d'inspiration.
C'est marrant de se dire que le mot "bloque note" appartient à Microsoft, comme si "pomme" était forcément lié à Apple… Pour moi ni Microsoft ni Notepad++ n'ont d'originalité dans le nom de leur éditeur de texte, mais ce n'est pas grave, ça fait le job :-)
Personnellement, je pense que ton commentaire passe à côté du message que le discours de LILA essaie de faire passer.
D'abord, la carrière n'est pas un objectif en soi pour certains et je pense que c'est le cas pour Jehan (et Aryeom): s'il voulait effectivement avoir une carrière, il n'aura(it) sûrement pas de peine à se faire engager, mais ses valeurs son bien plus fortes que la valeur commune de « faire une carrière ». Regarde, la dépêche : il a refusé une proposition de job, car elle lui demandait de travailler pour Photoshop.
Ainsi, je pense que si Jehan faisait une bonne carrière, il perdrait son temps et il serait bien moins heureux que dans sa situation actuelle. Si j'ai bien compris, ce serait également le cas pour Aryeom.
Ensuite, ZeMarmot est le bébé artistique de Jehan et Aryeom. Le conseil de l'abandonner fera que Jehan et Aryeom n'auront plus aucune motivation à faire de l'art, des patchs et rapports de bugs.
Désolé, bien que je pense que ton message se souhaitait être bienveillant, les propositions qui y sont faites vont rendre Jehan et Aryeom des zombies sans cœur à faire leurs taches juste pour les forcer à se caler dans des valeurs communes de la société actuelle auxquelles ils n'adhèrent pas.
Je trouve le prix assez correct quand tu ne prends pas de support: 17 € par an par utilisateur, c'est bien moins cher que Office 365 qui coûte 69 € par an par utilisateur pour une offre à peu près équivalente.
Dans ce paragraphe, je parlais de l'amélioration de la documentation des APIs:
Pour les interfaces de XPCOM / XUL, il y a une liste d'API assez complexe qui contient énormément d'information dont la plupart ne sont pas à jour et dont les liens vers les codes sources sont cassés à cause du passage du domaine mxr.mozilla.org à dxr.mozilla.org
Pour les APIs des WebExtension, il y a beaucoup moins d'API, mais elles sont mieux documentées et portent sur moins d'aspects (ce qui va aider à garder une documentation à jour).
Pour ce qui est de la transition, c'est claire qu'elle a été difficile pour Firefox, mais, pour moi, ça a été un mal utile, car les APIs sont vraiment plus rationnelles et définissent des méthodes assez haut niveau pour éviter de casser les extensions à chaque mise à jour de Firefox.
Avec Thunderbird, les développeurs auront un peu plus de temps pour tester les nouvelles APIs, car Thunderbird sort des release en parallèle des version ESR de Firefox et car les développeurs de Thunderbird sont capable de proposer un système de transition avec des WebExtension "Legacy" (comme pour Lightning par exemple).
Merci, j'ai mis à jour la catégorie de mes 2 entrées de suivi et j'ai ajouté directement dans le suivi l'idée des règles de bon sens.
Par contre, je ne comprends pas bien ce que tu veux dire par:
Comme je l'indiquais sur l'autre entrée de suivi pour regroupement de section, pour un planet c'est surtout une question de greffon d'import afin de ne pas avoir à gérer du cache pour le cas où le contenu d'origine disparaîtrait + adaptation du format de publication.
Pour moi, dès que l'on importe dans la base de donnée LinuxFr des articles, c'est déjà un cache. C'est pour ça que je ne vois pas bien ce que tu souhaites exprimer :)
Est-ce que tu voudrais dire que l'on ne se content pas de juste insérer un article distant, mais bien de l'importer physiquement dans LinuxFr ? Si c'est bien ça, je suis tout à fait d'accord avec toi.
En fait, je pensais aux arguments -I pour inclure les headers et -l pour faire les liens avec gcc, car selon le nombre de dépendance externe ça peut vraiment faire de grandes lignes de commandes.
Par exemple, pour un tout petit projet que je viens de commencer, je vois que ninja exécute déjà ce genre de commande:
Je vais essayer de configurer smk sur ce projet pour voir ce que ça donne en vrai: peut être que finalement ce ne sera que les quelques premières commandes qui vont vraiment nécessiter de configurer tous ces paramètres, puisque, pour les commandes suivantes, les arguments sont "devinés".
J'ai oublié de préciser le concept de Planet c'est un outil qui centralise les articles de différents blogs sur un seul site grâce aux flux structurés RSS ou Atom des différents blogs.
Il existe déjà des Planet assez connus comme ceux de Gnome, Debian, Debian-fr, Nextcloud… Mais je n'en connais pas qui seraient sur une thématique aussi large que les journaux de LinuxFr.
Pour pouvoir inscrire son blog sur LinuxFr, je pense que l'on pourrait imposer des règles du style:
l'utilisateur doit être membre de LinuxFr
les articles doivent être complets dans les flux
Les articles doivent être sous licence du style Creative Common ou Art Libre…
le flux devra être séparé du flux principale du blog (par exemple, un flux pour un tag style linuxfr)
les commentaires restent sur LinuxFr pour que tout le monde puisse discuter
Note au passage que ce sont les seuls concepts: il n'y a pas besoin de 'recipes' pour faire le lien entre les sources et les cibles, la commande est le lien.
Le concept me semble hyper sain, ça à l'aire chouette à utiliser :)
Il reste que les commandes devront inclure de longs arguments comme dans Make pour ajouter toutes les dépendances externes dans les premières commandes.
Est-ce que tu prévois d'ajouter la définition de variables pour pouvoir raccourcir l'écriture des premières commandes qui devront inclure les bibliothèques externes ?
Dans tous les cas, je trouve géniale l'idée de "hacker" (dans le sens propre du terme) un outil de débug pour aider à la compilation: j'ai l'impression qu'une boucle est bouclée et que l'on ne saura plus à terme qui est de l'oeuf ou de la poule la première étape d'une compilation de projet :D
Prosody est un chouette projet, j'ai commencé à connaître le côté serveur de XMPP grâce à leur logiciel et sa facilité de configuration.
Je suis vraiment content que cette version amène la persistance à pubsub: maintenant, les projets de clients comme Movim et Salut-à-toi vont pouvoir proposer une installation plus simple pour monter des instances complètes indépendantes assez facilement.
Je pense notamment aux entreprises qui ont besoin d'un outil de communication interne entre employés.
Enfin, à l'époque ça m'a fait migrer vers ejabberd qui est aussi un serveur XMPP très utile, même si sa courbe d'apprentissage est, je trouve, plus élevée.
Merci à la communauté XMPP, c'est du très bon boulot !
L'article de MiniMachine présente très bien le sens du mot privateur: à moyen terme, les constructeurs de matériel vont être capable de priver les propriétaires de leur droit d'utiliser et bidouiller leur propre bien matériel.
En fait, Apple en est déjà capable avec une simple mise à jour de macOS, mais il n'y a pas encore assez de machines avec la puce T2 installée dans le parc actuel.
Note en plus, que tous les logiciels (libres ou non) sont la propriété de leur créateur. Il y en a juste qui privent l'utilisateur de certains droits (comme inspecter, modifier et redistribuer) et d'autres qui le laisse faire.
La preuve que les logiciels libres sont "propriétaires" ? Très simple: pour modifier la licence du logiciel, tous les auteurs (propriétaires) doivent donner leur accord.
Servo est un projet d'expérimentation de nouvelles technologies et architectures pour créer de nouveaux moteurs de rendu web. Il a permis de faire une preuve de concept dans l'utilistion du langage Rust et du multi-process pour le GPU et le CPU.
Mozilla a décidé de faire évoluer Gecko pour intégrer petit à petit ces expérimentations dans le moteur Gecko pour Firefox. Pour marquer le premier grand changement de Gecko, Mozilla a donné le sous-nom "Quatum" à Firefox.
Gecko est donc la version stable des expérimentations de Servo et c'est donc lui qu'il faut utiliser pour créer des outils de production.
Sinon qu'en est-il des performances sachant que la dernière fois que j'ai utilisé Firefox sur Android ce dernier était particulièrement lent ?
Ça dépend tellement de ta machine et de la version de Firefox sur Android testée, que c'est difficile de t'en parler comme ça… Pour ma part, ça fonctionne plutôt bien sur mon Galaxy S3, mais je ne suis pas un utilisateur très avancé de mon smartphone Android, je l'emploie juste pour lire mes flux RSS.
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).
[^] # Re: depression ou burnout
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Mes activités open sources / libres récentes. Évalué à 6.
Alors, c'est une bonne question. Jusqu'à aujourd'hui, je pensais que burn out était simplement la traduction anglaise de dépression.
De ce que j'ai rapidement lu sur Wikipédia, c'est un épuisement profond dû a un facteur externe (travail, enfants…).
J'ai été voir l'article de Wikipédia sur la dépression et ça correspondait plus à mon état de l'été dernier: plus aucune motivation à faire mes hobbys, tristesse profonde, plus aucune estime de moi… Je n'ai lu que les premiers paragraphes et ça correspond bien.
Heureusement, j'ai été mis en arrêt le temps de me remettre d'aplomb (j'avais aussi de la fatigue physique) et de retrouver mes valeurs et reconstruire mon esprit. Maintenant ça va bien mieux ;)
[^] # Re: blacklist
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Chromium n'aime pas la nouveau-té. Évalué à 7.
Ok, Microsoft m'a redirigé sur cette page: https://support.microsoft.com/en-us/help/4483235 pour une mise à jour de décembre.
Que dois-je comprendre de cette page ? "La mise à jour corrige une faille déscurité", oui, merci et ?
Il y a bien la liste des fichiers mis à jour au fond, mais c'est un fichier CSV de plus de 50'000 lignes…
[^] # Re: blacklist
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Chromium n'aime pas la nouveau-té. Évalué à 3. Dernière modification le 11 janvier 2019 à 07:38.
Je te rappelle que Microsoft a du retirer sa dernière mise à jour majeur publiée, car ils ont été capable de perdre les données utilisateurs de Windows 10 et Windows Server 2018!1
Ce n'est pas qu'ils sont bons ou meilleurs, c'est juste que leurs mises à jour sont totalement obscures et tu ne sais jamais pourquoi elle doit être installée, pourquoi elle a été nécessaire…
Avec les distributions Linux, oui, tu vois des "oups…" avec des explications.Personnellement je préfère bien plus cette transparence et honnêteté que Microsoft qui, pour seul explication, te parles d'« une mise à jour nécessaire pour Windows qui peut peut-être selon les étoiles te faire redémarrer ton PC ».
1: après un mois de correctif, ils ont pu publier à nouveau
[^] # Re: Meilleur ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Nouvelle version de Notepad++. Évalué à 8.
C'est marrant de se dire que le mot "bloque note" appartient à Microsoft, comme si "pomme" était forcément lié à Apple… Pour moi ni Microsoft ni Notepad++ n'ont d'originalité dans le nom de leur éditeur de texte, mais ce n'est pas grave, ça fait le job :-)
[^] # Re: J'admire ton dévouement et tes rêves, mais...
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Vision pour LILA et ZeMarmot. Évalué à 10.
Hello,
Personnellement, je pense que ton commentaire passe à côté du message que le discours de LILA essaie de faire passer.
D'abord, la carrière n'est pas un objectif en soi pour certains et je pense que c'est le cas pour Jehan (et Aryeom): s'il voulait effectivement avoir une carrière, il n'aura(it) sûrement pas de peine à se faire engager, mais ses valeurs son bien plus fortes que la valeur commune de « faire une carrière ». Regarde, la dépêche : il a refusé une proposition de job, car elle lui demandait de travailler pour Photoshop.
Ainsi, je pense que si Jehan faisait une bonne carrière, il perdrait son temps et il serait bien moins heureux que dans sa situation actuelle. Si j'ai bien compris, ce serait également le cas pour Aryeom.
Ensuite, ZeMarmot est le bébé artistique de Jehan et Aryeom. Le conseil de l'abandonner fera que Jehan et Aryeom n'auront plus aucune motivation à faire de l'art, des patchs et rapports de bugs.
Désolé, bien que je pense que ton message se souhaitait être bienveillant, les propositions qui y sont faites vont rendre Jehan et Aryeom des zombies sans cœur à faire leurs taches juste pour les forcer à se caler dans des valeurs communes de la société actuelle auxquelles ils n'adhèrent pas.
[^] # Re: OnlyOffice, c'est la mort du format OpenDocument
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche ONLYOFFICE est maintenant disponible dans Pydio Cells. Évalué à 4.
Je trouve le prix assez correct quand tu ne prends pas de support: 17 € par an par utilisateur, c'est bien moins cher que Office 365 qui coûte 69 € par an par utilisateur pour une offre à peu près équivalente.
[^] # Re: Web extensions
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Firefox 64 bitte !. Évalué à 2. Dernière modification le 13 décembre 2018 à 21:54.
Hello,
Dans ce paragraphe, je parlais de l'amélioration de la documentation des APIs:
Pour ce qui est de la transition, c'est claire qu'elle a été difficile pour Firefox, mais, pour moi, ça a été un mal utile, car les APIs sont vraiment plus rationnelles et définissent des méthodes assez haut niveau pour éviter de casser les extensions à chaque mise à jour de Firefox.
Avec Thunderbird, les développeurs auront un peu plus de temps pour tester les nouvelles APIs, car Thunderbird sort des release en parallèle des version ESR de Firefox et car les développeurs de Thunderbird sont capable de proposer un système de transition avec des WebExtension "Legacy" (comme pour Lightning par exemple).
[^] # Re: Type de Planet
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Permettre de décentraliser ses journaux / liens avec un Planète. Évalué à 2 (+0/-0).
Merci, j'ai mis à jour la catégorie de mes 2 entrées de suivi et j'ai ajouté directement dans le suivi l'idée des règles de bon sens.
Par contre, je ne comprends pas bien ce que tu veux dire par:
Pour moi, dès que l'on importe dans la base de donnée LinuxFr des articles, c'est déjà un cache. C'est pour ça que je ne vois pas bien ce que tu souhaites exprimer :)
Est-ce que tu voudrais dire que l'on ne se content pas de juste insérer un article distant, mais bien de l'importer physiquement dans LinuxFr ? Si c'est bien ça, je suis tout à fait d'accord avec toi.
[^] # Re: Bravo pour le concept et le "hack" de strace !
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal `smk`, un make sans Makefile. Évalué à 2.
En fait, je pensais aux arguments
-Ipour inclure les headers et-lpour faire les liens avec gcc, car selon le nombre de dépendance externe ça peut vraiment faire de grandes lignes de commandes.Par exemple, pour un tout petit projet que je viens de commencer, je vois que
ninjaexécute déjà ce genre de commande:Je vais essayer de configurer
smksur ce projet pour voir ce que ça donne en vrai: peut être que finalement ce ne sera que les quelques premières commandes qui vont vraiment nécessiter de configurer tous ces paramètres, puisque, pour les commandes suivantes, les arguments sont "devinés".# Type de Planet
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Permettre de décentraliser ses journaux / liens avec un Planète. Évalué à 2 (+0/-0).
J'ai oublié de préciser le concept de Planet c'est un outil qui centralise les articles de différents blogs sur un seul site grâce aux flux structurés RSS ou Atom des différents blogs.
Il existe déjà des Planet assez connus comme ceux de Gnome, Debian, Debian-fr, Nextcloud… Mais je n'en connais pas qui seraient sur une thématique aussi large que les journaux de LinuxFr.
Pour pouvoir inscrire son blog sur LinuxFr, je pense que l'on pourrait imposer des règles du style:
[^] # Re: Planet ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Réorganisation des sections: ajout de la section "Communauté". Évalué à 2 (+0/-0).
Hello,
Pour le Planet, j'ai ouvert un autre suivi: https://linuxfr.org/suivi/permettre-de-decentraliser-ses-journaux-liens-avec-un-planete
L'idée, c'est de récupérer des articles depuis des flux structurés style RSS ou Atom et de prendre les articles en base effectivement.
On peut continuer la discussion sur l'autre entrée de suivi ;)
# Bravo pour le concept et le "hack" de strace !
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal `smk`, un make sans Makefile. Évalué à 9. Dernière modification le 11 décembre 2018 à 07:08.
Hello,
Le concept me semble hyper sain, ça à l'aire chouette à utiliser :)
Il reste que les commandes devront inclure de longs arguments comme dans Make pour ajouter toutes les dépendances externes dans les premières commandes.
Est-ce que tu prévois d'ajouter la définition de variables pour pouvoir raccourcir l'écriture des premières commandes qui devront inclure les bibliothèques externes ?
Dans tous les cas, je trouve géniale l'idée de "hacker" (dans le sens propre du terme) un outil de débug pour aider à la compilation: j'ai l'impression qu'une boucle est bouclée et que l'on ne saura plus à terme qui est de l'oeuf ou de la poule la première étape d'une compilation de projet :D
# Bravo pour la release
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Prosody 0.11. Évalué à 6.
Hello,
Prosody est un chouette projet, j'ai commencé à connaître le côté serveur de XMPP grâce à leur logiciel et sa facilité de configuration.
Je suis vraiment content que cette version amène la persistance à pubsub: maintenant, les projets de clients comme Movim et Salut-à-toi vont pouvoir proposer une installation plus simple pour monter des instances complètes indépendantes assez facilement.
Je pense notamment aux entreprises qui ont besoin d'un outil de communication interne entre employés.
Enfin, à l'époque ça m'a fait migrer vers ejabberd qui est aussi un serveur XMPP très utile, même si sa courbe d'apprentissage est, je trouve, plus élevée.
Merci à la communauté XMPP, c'est du très bon boulot !
[^] # Re: logiciels propriétaires
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Les dérives du matériel et logiciel privateurs. Évalué à 7.
Hello,
L'article de MiniMachine présente très bien le sens du mot privateur: à moyen terme, les constructeurs de matériel vont être capable de priver les propriétaires de leur droit d'utiliser et bidouiller leur propre bien matériel.
En fait, Apple en est déjà capable avec une simple mise à jour de macOS, mais il n'y a pas encore assez de machines avec la puce T2 installée dans le parc actuel.
Note en plus, que tous les logiciels (libres ou non) sont la propriété de leur créateur. Il y en a juste qui privent l'utilisateur de certains droits (comme inspecter, modifier et redistribuer) et d'autres qui le laisse faire.
La preuve que les logiciels libres sont "propriétaires" ? Très simple: pour modifier la licence du logiciel, tous les auteurs (propriétaires) doivent donner leur accord.
[^] # Re: Firefox Focus/Klar avec Servo ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Firefox Focus / Klar avec GeckoView. Évalué à 6.
Servo est un projet d'expérimentation de nouvelles technologies et architectures pour créer de nouveaux moteurs de rendu web. Il a permis de faire une preuve de concept dans l'utilistion du langage Rust et du multi-process pour le GPU et le CPU.
Mozilla a décidé de faire évoluer Gecko pour intégrer petit à petit ces expérimentations dans le moteur Gecko pour Firefox. Pour marquer le premier grand changement de Gecko, Mozilla a donné le sous-nom "Quatum" à Firefox.
Gecko est donc la version stable des expérimentations de Servo et c'est donc lui qu'il faut utiliser pour créer des outils de production.
Ça dépend tellement de ta machine et de la version de Firefox sur Android testée, que c'est difficile de t'en parler comme ça… Pour ma part, ça fonctionne plutôt bien sur mon Galaxy S3, mais je ne suis pas un utilisateur très avancé de mon smartphone Android, je l'emploie juste pour lire mes flux RSS.
[^] # 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).