Ça ne sonne pas ultra équilibré non plus. Au moins, le tacos bien gras rempli de frites a généralement quelques légumes.
Mais un bon sandwich peut contenir des ingrédients variés et équilibré sans problème et explosera à la fois le tacos et le jambon beurre en termes de nutrition, en plus de potentiellement les exploser en termes de goût. Points bonus si c'est avec du pain complet, le pain blanc c'est surtout plein de sucres rapides, ce qui n'est pas ultra top.
Après, il faut avoir les moyens s'acheter des ingrédients variés et avoir le temps de se préparer à manger. Le pauvre étudiant précaire qui doit travailler à côté des études pour payer le loyer et les factures manque des deux. La cantine est en théorie un bon moyen de manger varié et pas excessivement cher.
La rentabilité d'un service public, c'est hors sujet. Un service public c'est fait pour rendre service au public. Ça fait fonctionner un pays. C'est une dépense nécessaire. Et si c'est bien calculé, ça baisse les coûts pour tout le monde.
Je suis content de payer des impôts et qu'une partie de mon salaire soit des cotisations si le service public tient la route. Si.
La restauration universitaire est nécessaire. Comme beaucoup de services publics, la bonne question c'est "Comment ?", pas "Est-ce que ?" (et certainement pas privatiser les parties génératrices de revenus parce que sinon bien sûr, on finit par tout arrêter).
On peut parler de coût mais si le mot rentable apparait, on ne parle pas la bonne langue.
Sinon je suggère d'essayer le Vebab chez Gustavo, à base de seitan. Si vous habitez dans la région grenobloise et que vous n'avez pas encore essayé, laissez-vous tenter, c'est très bon et remplace avantageusement la pomme de terre bouillie non épluchée sans sel, même si vous n'êtes pas végé.
(après, la pomme de terre, c'est cool aussi, je ne dis pas)
Et puis, en tant que contributeur occasionnel à des projets libres, je trouve ça rafraîchissant de tomber sur une autre forge que GitHub. Encore mieux si je tombe sur un nom de domaine qui correspond au nom du projet : ça veut certainement dire que le projet contrôle l'hébergement de ses tickets et de ses requêtes de fusions et n'est pas à la merci de GitHub et de ses changements potentiels de direction pour ça.
Je haie la centralisation de GitHub. Je souhaiterais que ça n'existe pas. Je suis plus que content de me créer un compte sur des forges alternatives au besoin (sauf si elles cassent les pieds avec des contraintes débiles sur le mot de passe ou qu'elle force à avoir de la double authentification). Si quelqu'un n'est pas assez motivé pour envoyer un patch par mail ou se créer un compte sur la forge d'un projet pour proposer un patch ou rapporter un bug, peut-être que finalement ce n'était pas si important. D'ailleurs, on peut toujours rapporter un bug par mail aux dev si on est un utilisateur classique.
Si seulement on ne reproduisait pas les travers des réseaux sociaux centralisés jusqu'à dans nos développements et dans les projets libres… On peut toujours rêver.
J'imagine que ça ne correspond pas à 9 mois de travail continu.
Non, effectivement. Loin de là. On a pas mal été occupés sur le développement de Tracim lui-même. On a priorisé les nouvelles fonctionnalités, on a été pas mal pris par des demandes clients et aussi par la sortie de la version 3.10 qui est imminente. Ça a été plutôt rapide une fois qu'on s'y est mis :-)
Après effectivement, il faut s'approprier l'outil et ses concepts, trouver les bons réglages, faire les bonnes interconnexions avec la forge, un peu mimer ce qu'on avait avant pour ne pas perturber les manières de travailler, etc. Faut s'assurer que ça marche bien aussi. Dans ce genre de migration, il est « urgent de ne pas se dépêcher » :-)
Ça doit se compter en jours en temps de travail effectif, et il faut prendre en compte les context switches parce qu'on est trop peu pour se permettre de dédier une ou deux personnes à temps plein sur la mise en place de la nouvelle CI pendant plusieurs jours consécutifs.
Et puis, 11 personnes ce n'est pas 11 devs, et c'est encore moins 11 devs susceptibles de travailler sur la migration de la CI.
Je suis enthousiaste à plusieurs niveaux avec changement.
L'outillage est autrement plus pratique à utiliser au quotidien :
on a accès au conteneur qui exécute un job, donc on peut investiguer et aussi récupérer des sorties, par exemple les captures d'écran de Cypress, auquel on n'a jamais pu avoir accès avec Travis. D'ailleurs, on peut directement exécuter Cypress dans le conteneur pour essayer des choses
on a un vrai outil en ligne de commande pour faire un tas de choses, dont afficher le build en cours dans le terminal comme si ça se passait sur la machine
l'interface est ergonomique et efficace
on va pouvoir ajouter des ressources matérielles au besoin à moindre frais
Avec l'interface web de Travis, tout était lent. On ne sait pas pourquoi il y a un gros espace blanc en dessous des logs du build, ce qui empêche d'utiliser efficacement la barre de défilement du navigateur. Impossible d'utiliser les outils Unix efficacement pour disséquer les résultats présentés sur cette fichue page web. La page de résumé du statut de la CI sur GitHub n'est jamais à jour. Plus difficile d'investiguer : si le build n'est pas passé et que le problème n'est pas évident, tu n'as plus qu'à deviner ce qui a pu se passer.
Bref, passer à Concourse a demandé du travail mais je suis certain que c'est un investissement rentable. On atterrit dans une nouvelle dimension.
Ça permet aussi de contribuer à rendre l'outillage nécessaire pour construire le logiciel libre qu'est Tracim lui aussi libre de bout en bout (il reste GitHub).
Tu peux désactiver Javascript ou supprimer les cookies en général sur ces sites pour bypasser les paywalls. Ou faire un snapshot archive.org et y accéder comme ça.
les systèmes de fichiers réutilisent assez facilement les numéros d'inode
Oui. De plus, l'inode n'est unique qu'au sein d'un même système de fichier, donc si le dossier synchronisé contient deux points de montage, ce n'est pas bon.
Pire, certains systèmes de fichiers ne garantissent pas l'unicité des inodes. Pour Btrfs, par exemple, l'inode n'est unique que par sous-volume (avec le Copy-on-write, les fichiers peuvent être partagés jusqu'à la modification… et d'ailleurs, la modification d'un fichier peut aussi le faire changer d'inode). Et une partition Btrfs peut être montée entièrement sur un unique point de montage, avec tous les sous-volumes dedans.
Je suppose que c'est vrai aussi pour ZFS.
Donc ça peut causer des bugs « intéressant » effectivement, et la solution de n'accepter de synchroniser des fichiers n'appartenant qu'à un seul point de montage n'est pas suffisante.
Je suis preneur de toutes les idées, remarques et remontées de bugs !
Eh bien c'est parti ! :-)
Avoir une liste de fichiers / dossiers ignorés dans le style des fichiers .gitignore pour Git. Une liste soit locale, soit synchronisée sur Tracim.
Pouvoir éditer les notes. Webdav permet de récupérer les notes qui ont une extension .document.html mais ne permet pas de les modifier. L'extension pourrait être reprise, mais le comportement de la synchronisation pour ces fichiers devra appeler les API relatives aux notes (avec un éditeur de code ou un outil WYSIWYG indépendant de trsync qui ne s'occuperait que de la synchronisation elle-même).
avoir une petite icône / l'état de la synchronisation dans la zone de notifications de l'environnement de bureau (?)
Pourquoi pas, si tous ces modèles sont supportés longtemps ce qui a l'air d'être le cas ?
Quitte à vendre un téléphone neuf, il vaut mieux qu'il prenne en charge les derniers standard pour avoir plus de chance d'être utile plus longtemps.
L'article soulève qu'en pratique les Fairphones « ont aussi la fâcheuse réputation de devenir rapidement pénibles à utiliser, en raison des bugs et autres instabilités » mais ne rentre pas dans les détails sur ce point qui, pourtant, parait important pour répondre à la question.
De mon côté, je salue bien entendu l'initiative. On a besoin d'une production plus respectueuse de l'humain et de l'environnement. Je trouve ça dommage que les gouvernements du monde entier ne mettent pas l'accent et le paquet sur l'aspect humain (et l'écologie, bien sûr). Ça devrait être l'une de leur raison d'être. Mais à défaut…
La question que je me pose depuis longtemps, c'est que les Fairphones sont basés sur des chipsets Qualcomm, qui, j'imagine, comprennent au moins le modem et le processeur, probablement la mémoire vive, probablement la Wifi/ Bluetooth. C'est un gros morceau, est-ce qu'ils sont produits de façon responsable ? Quel est le pourcentage "Fair" du Fairphone ? (en nombre d'humains impliqués, ou en quantité de matériaux utilisés)
Ensuite, pour moi, dans "Fair" et "Human right", l'aspect logiciel libre semble important également, et le Fairphone a des caractéristiques semblables aux autres téléphones Android : c'est des blobs binaires pour les pilotes matériels. C'est la communauté qui a porté Lineage sur le Fairphone 3. Un Fairphone 3 dégooglisé n'a pas été possible avant un petit moment après sa sortie. Fairphone et /e/ sont maintenant partenaires donc il y a des efforts sur cet aspect malgré tout, et j'imagine qu'il faut choisir ses batailles.
Pour le coup, je pense que cette bataille est perdue, SSL est resté d'usage et peu de gens disent TLS sauf pour parler de la version précise du protocole.
Il me semble que ça existe techniquement (Sanipasse ?) mais que la loi t'oblige à utiliser TAC-Verif. Si tu vérifies des passes avec des solutions non homologuées, tu risques gros, malheureusement.
Je pense avoir bien compris la différence que tu fais, et ta perspective, mais les critiques que j'ai lues sur l'open core jusqu'à maintenant portent plus sur la motivation de ses auteurs à te pousser vers la version non libre, à y ajouter des fonctionnalités plutôt qu'au noyau libre et à rendre le noyau libre tout juste utile. Vu que c'est comme ça qu'ils vivent. Pas sur cette notion d'inégalité entre compétiteurs.
Ce qui ne rend pas le sujet inintéressant, bien entendu. Je n'ai pas encore pris le temps d'écouter la conférence que tu lies. Je n'y manquerai pas. Mais j'ai pris la liberté de supposer qu'elle aborde les sujets que je liste ici.
Posté par raphj .
En réponse au journal Gitlab va entrer en bourse.
Évalué à 4.
Dernière modification le 22 septembre 2021 à 18:23.
Je n'ai pas bien compris ton exemple sur X, mais ce n'est pas sous licence X11 ?
voir la conf du FOSDEM sur le sujet "Open-core or partially proprietary licensing model is worse than fully proprietary licensing model" pour plus d'infos.
Justement, GitLab est un modèle open core.
Oui, c'est la difficulté principale effectivement.
Tu casses toi-même complètement ton propre argumentaire du coup, en disant maintenant que ta "contre-offre" face à la méthode GitLab n'est pas aussi viable
J'ai dit que c'était une difficulté, pas impossible. Ça existe, du GPL avec un écosystème rentable, Linux en est un bon exemple. Red Hat aussi. Collabora. NextCloud, qui s'en sort d'ailleurs probablement mieux qu'ownCloud avec son approche open core.
C'est très subjectif mais perso je fais la différence entre le "à côté" (oui c'est un produit d'appel pour le à côté) qui utilise le libre fourni et le code libre mais dont on essaye de me vendre la version non libre (le même code).
Tu as un exemple que tu vois comme négatif en tête ?
Le problème est le financement
Oui, c'est la difficulté principale effectivement.
Posté par raphj .
En réponse au journal Gitlab va entrer en bourse.
Évalué à 5.
Dernière modification le 22 septembre 2021 à 13:42.
Ce n'est pas tant la licence que l'absence du mix CLA + licence copyleft qui permet ça.
Une licence permissive comme la MIT permet à GitLab de se désengager à tout moment de ce modèle que tu applaudis. En tant qu'utilisateur ou contributeur, je n'ai aucune garantie que ça va rester comme ça.
Une licence comme la GPL permettrait aussi cette égalité des droits, surtout si tu acceptes des contributions extérieures sans CLA, en interdisant à qui que ce soit, même toi, de faire une version non libre du logiciel, à tout jamais. Tu barres la route à quiconque, même à toi, de re-licencier le logiciel sous une licence propriétaire ou permissive et de sortir de ce modèle "loyal", sauf si par chance tous tes contributeurs acceptent le changement ou que tu débrouilles pour retirer leurs contributions. En tant qu'utilisateur, et surtout en tant que contributeur, ça me rassurerait.
Aujourd'hui, GitLab pourrait décider que finalement, leurs prochaines sorties seront propriétaires (interdisant à quiconque de faire une variante, libre ou non) ou sous GPL + CLA (ou + refus de contributions extérieures), interdisant à quiconque de faire une variante non libre sauf eux.
ça fait plaisir de voir qu'on peut être bankable sans utiliser le libre comme produit d'appel pour du non libre qu'on empêche la concurrence de faire
C'est bien ta dernière subordonnée relative qui rend ta phrase vraie. De mon côté, j'ai bien l'impression que dans le cas de GitLab, le libre est justement utilisé comme un produit d'appel pour la version non libre. (Heureusement, leur version libre reste largement utile, et beaucoup de fonctionnalités EE finissent par migrer vers la version libre.)
Perso, je ne me réjouis pas trop du fait que GitLab permette aux concurrents de faire leur variante non libre (autrement dit, je ne suis pas très sensible à cet aspect "concurrence loyale"). Je n'ai rien à y gagner en tant qu'utilisateur ou contributeur. Si on apprécie cet aspect, la licence MIT n'est que peut réconfortante en tant que concurrent aussi : GitLab est "gentil" d'être loyal, mais peut arrêter demain de l'être, et la maintenance du fork devient d'un coup coûteuse (mais au moins possible, grâce aux garanties fournies par le libre).
Note : tout ceci serait également pour un projet sous GPL sans contributions extérieures, évidemment. Ce sont elles qui apporteraient les garanties que le code va rester libre.
Pour les calculatrices, au collège on nous demandait une Casio Collège 2D. Certains avaient la fx92 toute simple, d'autres avaient d'autres modèles et ça ne posait pas trop de problèmes en pratique. Pareil pour le lycée, on nous demandait une Ti 82 Stat, Ti 83+ conseillée. Au final les gens avaient l'une, l'autre, ou la Ti 89, ou la Casio de leur grand frère / grande sœur / parent, et en fait ça marchait.
Pour la bonne raison qu'on était effectivement en cours de math et qu'on se servait des fonctionnalités particulières / avancées de ces calculatrices de façon très anecdotique, finalement.
Pour les bouquins à lire en français, pareil. La plupart des gens avaient le modèle exact commandé par le/la prof, mais ceux qui l'avaient déjà dans une autre édition ne le rachetait pas parce que tout le monde y compris le prof trouvait ça idiot. D'ailleurs, parfois, la prof avait l'édition précédente, qui ne se trouve plus dans le commerce, et nous faisait commander la nouvelle. Et elle n'allait pas racheter le bouquin à chaque réédition.
Alors oui, les différences de pages, c'est un peu chiant, mais tu t'en sors très vite en disant vers le milieu du chapitre X, passage « … », vers la page Y. Toi tu sais que tu dois ajouter/enlever grosso modo N pages pour retrouver, et ça se fait relativement vite.
Franchement, tout au long de ma scolarité, les profs ne faisaient que peu de cas de la suite bureautique que chacun utilisait, sauf dans les cours de techno (ou similaire), où on travaillait de toute façon dans les salles infos du collège / du lycée. Et ça se passait très bien.
Tous ces sujets semblent porter sur la fibre. Ça m'intéresse de savoir pour la fibre, mais ma question porte sur le câble, ça a l'air justement particulier.
Sur une connexion par câble ? Tu peux en dire plus ?
Je pourrais acheter une box câble et remplir la bonne valeur dedans ? Ils ne vérifient pas le modèle de la box qui se connecte ? Essayer de faire des mises à jour de firmware / données et voir que ça ne marche pas ?
Quel champ faut-il remplir et avec quelle valeur ?
Oui, d'ailleurs ça m'arrive de me payer ce genre de murs quand je présente Tracim. La plupart des gens sont plutôt ravis de la description que j'en fais, mais il y en a certains qui ont une méfiance envers les solutions libres et qui me répondent « mais en vrai, pour quelqu'un qui n'est pas particulièrement sensible au libre ou à la vie privée, c'est plus simple d'utiliser Google Drive non ? »
Bah, non, pas vraiment. Selon les usages c'est juste plus simple d'utiliser Tracim, y compris (en particulier ?) pour des gens pas trop à l'aise avec l'informatique justement parce que l'outil est pensé notamment pour eux. les deux outils ne sont pas conçus avec la même philosophie, et si ta façon de fonctionner colle mieux à l'une des deux philosophies que l'autre, l'outil correspondant conviendra probablement mieux aussi.
Dans l'imaginaire des gens, l'idée que les solutions libres sont moins peaufinées, abouties / plus compliquées à utiliser est une des contre lesquelles se battre pour faire avancer les choses.
Parfois, les gens méfiants envers le logiciel libre ne connaissent juste pas ces alternatives libres mieux fichues, voire utilisent des logiciels libres sans se douter qu'ils le sont donc ça ne les aide pas à se faire une idée favorable du logiciel libre.
Souvent, c'est vrai, à outils comparables, celui qui est libre est moins abouti, par manque de moyens, mais il existe des contre exemples aussi. Il y en a plein.
Par exemple Ark ou File-roller vs WinZip ou WinRar : il n'y a pas de boite de dialogue pour te rappeler qu'il faut payer ta licence, ils sont plus simples à utiliser, ils ouvrent et produisent n'importe quel format (à l'exception de certains .rar, mais le format porte bien son nom).
Par exemple, les outils de configuration des environnements de bureau KDE et Gnome VS le bazar des différents panneaux de configuration et leurs rangements plus ou moins logiques dans Windows.
Par exemple, l'absence de pubs et de notifications intrusives dans ces environnements. Par exemple la possibilité de création d'un compte utilisateur sans connexion internet, disparue avec Windows 11. Par exemple, avoir un solitaire sans pub sans devoir payer de version premium.
Par exemple, faire une capture d'écran sans devoir manuellement coller dans Paint pour l'enregistrer (maintenant la possibilité existe, mais c'est caché derrière un raccourci clavier spécifique).
Par exemple, les éditeurs de textes par défaut de Gnome et de KDE vs Notepad.
Ou VLC plébiscité parce qu'il est super simple d'utilisation et lit tous les formats qui importent.
Ou la visionneuse de photo qui oriente correctement les photos prise en portrait. Ou Le clic du milieu qui ouvre un onglet dans le navigateur au lieu d'ouvrir un menu que tout le monde ouvre autrement. Ou le système qui ne se met pas en travers de ton chemin quand tu veux changer de navigateur par défaut.
Je ne me prononce pas sur Gimp, Krita, Inkscape et Blender parce que je ne connais pas leurs alternatives propriétaires, mais j'ai entendu dire que Blender est de plus en plus adopté aussi.
Et en fait, mais c'est mon avis perso, la facilité d'utilisation et le niveau de peaufinage et de détails incroyable des dernières versions de Plasma / KDE. Il n'y a qu'à lire https://pointieststick.com/ pour voir que c'est possible dans un projet libre d'avoir ces deux aspects priorisés et que c'est réussi ! J'ai eu l'occasion de dépanner un ordi sous Windows 10, et non, je n'ai pas été impressionné. C'est correct, mais c'est en dessous sur plein de petits aspects (et au dessus sur d'autres bien sûr !).
Ou des outils libres simples et bien léchés comme OBS Studio ou Diagrams.net dont je ne connais pas les alternatives propriétaires. Ou Audacity, qui peut paraître vieux et moche, mais qui a quand même éclaté sa concurrence propriétaire, si elle a existé. Ça fonctionne bien et c'est relativement facile à utiliser malgré tout.
[^] # Re: Réduction du service public...
Posté par raphj . En réponse au lien Le Resto U n'est pas rentable. Alors on le ferme. . Évalué à 7.
Ça ne sonne pas ultra équilibré non plus. Au moins, le tacos bien gras rempli de frites a généralement quelques légumes.
Mais un bon sandwich peut contenir des ingrédients variés et équilibré sans problème et explosera à la fois le tacos et le jambon beurre en termes de nutrition, en plus de potentiellement les exploser en termes de goût. Points bonus si c'est avec du pain complet, le pain blanc c'est surtout plein de sucres rapides, ce qui n'est pas ultra top.
Après, il faut avoir les moyens s'acheter des ingrédients variés et avoir le temps de se préparer à manger. Le pauvre étudiant précaire qui doit travailler à côté des études pour payer le loyer et les factures manque des deux. La cantine est en théorie un bon moyen de manger varié et pas excessivement cher.
[^] # Re: Réduction du service public...
Posté par raphj . En réponse au lien Le Resto U n'est pas rentable. Alors on le ferme. . Évalué à 10. Dernière modification le 25 octobre 2021 à 11:30.
La rentabilité d'un service public, c'est hors sujet. Un service public c'est fait pour rendre service au public. Ça fait fonctionner un pays. C'est une dépense nécessaire. Et si c'est bien calculé, ça baisse les coûts pour tout le monde.
Je suis content de payer des impôts et qu'une partie de mon salaire soit des cotisations si le service public tient la route. Si.
La restauration universitaire est nécessaire. Comme beaucoup de services publics, la bonne question c'est "Comment ?", pas "Est-ce que ?" (et certainement pas privatiser les parties génératrices de revenus parce que sinon bien sûr, on finit par tout arrêter).
On peut parler de coût mais si le mot rentable apparait, on ne parle pas la bonne langue.
[^] # Re: Titre édité
Posté par raphj . En réponse au journal On s'en fout de vos tartiflettes. Évalué à 4.
Les kebabs n'ont pas de coquille à ma connaissance.
[^] # Re: Pas écologique
Posté par raphj . En réponse au journal On s'en fout de vos tartiflettes. Évalué à 1.
Sinon je suggère d'essayer le Vebab chez Gustavo, à base de seitan. Si vous habitez dans la région grenobloise et que vous n'avez pas encore essayé, laissez-vous tenter, c'est très bon et remplace avantageusement la pomme de terre bouillie non épluchée sans sel, même si vous n'êtes pas végé.
(après, la pomme de terre, c'est cool aussi, je ne dis pas)
[^] # Re: Cohérence ?
Posté par raphj . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 6. Dernière modification le 20 octobre 2021 à 17:51.
Oui.
Et puis, en tant que contributeur occasionnel à des projets libres, je trouve ça rafraîchissant de tomber sur une autre forge que GitHub. Encore mieux si je tombe sur un nom de domaine qui correspond au nom du projet : ça veut certainement dire que le projet contrôle l'hébergement de ses tickets et de ses requêtes de fusions et n'est pas à la merci de GitHub et de ses changements potentiels de direction pour ça.
Je haie la centralisation de GitHub. Je souhaiterais que ça n'existe pas. Je suis plus que content de me créer un compte sur des forges alternatives au besoin (sauf si elles cassent les pieds avec des contraintes débiles sur le mot de passe ou qu'elle force à avoir de la double authentification). Si quelqu'un n'est pas assez motivé pour envoyer un patch par mail ou se créer un compte sur la forge d'un projet pour proposer un patch ou rapporter un bug, peut-être que finalement ce n'était pas si important. D'ailleurs, on peut toujours rapporter un bug par mail aux dev si on est un utilisateur classique.
Si seulement on ne reproduisait pas les travers des réseaux sociaux centralisés jusqu'à dans nos développements et dans les projets libres… On peut toujours rêver.
[^] # Re: Cohérence ?
Posté par raphj . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 9. Dernière modification le 20 octobre 2021 à 17:37.
Non, effectivement. Loin de là. On a pas mal été occupés sur le développement de Tracim lui-même. On a priorisé les nouvelles fonctionnalités, on a été pas mal pris par des demandes clients et aussi par la sortie de la version 3.10 qui est imminente. Ça a été plutôt rapide une fois qu'on s'y est mis :-)
Après effectivement, il faut s'approprier l'outil et ses concepts, trouver les bons réglages, faire les bonnes interconnexions avec la forge, un peu mimer ce qu'on avait avant pour ne pas perturber les manières de travailler, etc. Faut s'assurer que ça marche bien aussi. Dans ce genre de migration, il est « urgent de ne pas se dépêcher » :-)
Ça doit se compter en jours en temps de travail effectif, et il faut prendre en compte les context switches parce qu'on est trop peu pour se permettre de dédier une ou deux personnes à temps plein sur la mise en place de la nouvelle CI pendant plusieurs jours consécutifs.
Et puis, 11 personnes ce n'est pas 11 devs, et c'est encore moins 11 devs susceptibles de travailler sur la migration de la CI.
# Un gain de temps au quotidien
Posté par raphj . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 7.
Je suis enthousiaste à plusieurs niveaux avec changement.
L'outillage est autrement plus pratique à utiliser au quotidien :
Avec l'interface web de Travis, tout était lent. On ne sait pas pourquoi il y a un gros espace blanc en dessous des logs du build, ce qui empêche d'utiliser efficacement la barre de défilement du navigateur. Impossible d'utiliser les outils Unix efficacement pour disséquer les résultats présentés sur cette fichue page web. La page de résumé du statut de la CI sur GitHub n'est jamais à jour. Plus difficile d'investiguer : si le build n'est pas passé et que le problème n'est pas évident, tu n'as plus qu'à deviner ce qui a pu se passer.
Bref, passer à Concourse a demandé du travail mais je suis certain que c'est un investissement rentable. On atterrit dans une nouvelle dimension.
Ça permet aussi de contribuer à rendre l'outillage nécessaire pour construire le logiciel libre qu'est Tracim lui aussi libre de bout en bout (il reste GitHub).
[^] # Re: Le téléphone étanche du pauvre
Posté par raphj . En réponse au journal Simuler un clic avec libevdev et uinput. Évalué à 3. Dernière modification le 15 octobre 2021 à 18:01.
Yep, d'ailleurs ça ne s'oppose pas, si la vidéo est sponsorisée par RasLeBolVPN ou JenPeuxPlusSchield c'est exactement ce qu'il va se passer :-)
(au fait, vous connaissez SponsorBlock ?)
[^] # Re: LDLC l'a fait ça marche
Posté par raphj . En réponse au lien Initiative nationale de la CGT pour la réduction du temps de travail et les 32h. Évalué à 10.
Les mois cotisés pour la retraite ?
[^] # Re: Vive les paywalls et autres conneries
Posté par raphj . En réponse au lien It’s Time to Stop Paying for a VPN. Évalué à 5.
Tu peux désactiver Javascript ou supprimer les cookies en général sur ces sites pour bypasser les paywalls. Ou faire un snapshot archive.org et y accéder comme ça.
[^] # Re: Retour d'expérience
Posté par raphj . En réponse au journal trsync : un outil de synchronisation bidirectionnelle pour travailler hors-ligne avec tracim. Évalué à 5. Dernière modification le 02 octobre 2021 à 18:52.
Oui. De plus, l'inode n'est unique qu'au sein d'un même système de fichier, donc si le dossier synchronisé contient deux points de montage, ce n'est pas bon.
Pire, certains systèmes de fichiers ne garantissent pas l'unicité des inodes. Pour Btrfs, par exemple, l'inode n'est unique que par sous-volume (avec le Copy-on-write, les fichiers peuvent être partagés jusqu'à la modification… et d'ailleurs, la modification d'un fichier peut aussi le faire changer d'inode). Et une partition Btrfs peut être montée entièrement sur un unique point de montage, avec tous les sous-volumes dedans.
Je suppose que c'est vrai aussi pour ZFS.
Donc ça peut causer des bugs « intéressant » effectivement, et la solution de n'accepter de synchroniser des fichiers n'appartenant qu'à un seul point de montage n'est pas suffisante.
# Liste de fichiers ignorés, prise en charge des notes
Posté par raphj . En réponse au journal trsync : un outil de synchronisation bidirectionnelle pour travailler hors-ligne avec tracim. Évalué à 4. Dernière modification le 01 octobre 2021 à 11:57.
Eh bien c'est parti ! :-)
.gitignorepour Git. Une liste soit locale, soit synchronisée sur Tracim..document.htmlmais ne permet pas de les modifier. L'extension pourrait être reprise, mais le comportement de la synchronisation pour ces fichiers devra appeler les API relatives aux notes (avec un éditeur de code ou un outil WYSIWYG indépendant de trsync qui ne s'occuperait que de la synchronisation elle-même).Félicitations pour ce projet.
# Ok si les modèles durent ?
Posté par raphj . En réponse au lien Fairphone lance un 3e smartphone en 3 ans : est-ce bien écolo ?. Évalué à 6.
Pourquoi pas, si tous ces modèles sont supportés longtemps ce qui a l'air d'être le cas ?
Quitte à vendre un téléphone neuf, il vaut mieux qu'il prenne en charge les derniers standard pour avoir plus de chance d'être utile plus longtemps.
L'article soulève qu'en pratique les Fairphones « ont aussi la fâcheuse réputation de devenir rapidement pénibles à utiliser, en raison des bugs et autres instabilités » mais ne rentre pas dans les détails sur ce point qui, pourtant, parait important pour répondre à la question.
De mon côté, je salue bien entendu l'initiative. On a besoin d'une production plus respectueuse de l'humain et de l'environnement. Je trouve ça dommage que les gouvernements du monde entier ne mettent pas l'accent et le paquet sur l'aspect humain (et l'écologie, bien sûr). Ça devrait être l'une de leur raison d'être. Mais à défaut…
La question que je me pose depuis longtemps, c'est que les Fairphones sont basés sur des chipsets Qualcomm, qui, j'imagine, comprennent au moins le modem et le processeur, probablement la mémoire vive, probablement la Wifi/ Bluetooth. C'est un gros morceau, est-ce qu'ils sont produits de façon responsable ? Quel est le pourcentage "Fair" du Fairphone ? (en nombre d'humains impliqués, ou en quantité de matériaux utilisés)
Ensuite, pour moi, dans "Fair" et "Human right", l'aspect logiciel libre semble important également, et le Fairphone a des caractéristiques semblables aux autres téléphones Android : c'est des blobs binaires pour les pilotes matériels. C'est la communauté qui a porté Lineage sur le Fairphone 3. Un Fairphone 3 dégooglisé n'a pas été possible avant un petit moment après sa sortie. Fairphone et /e/ sont maintenant partenaires donc il y a des efforts sur cet aspect malgré tout, et j'imagine qu'il faut choisir ses batailles.
[^] # Re: internet != web != ssl
Posté par raphj . En réponse au lien Firefox, solution pour contourner le "bug" du 30 septembre sur Android. Évalué à 3.
Pour le coup, je pense que cette bataille est perdue, SSL est resté d'usage et peu de gens disent TLS sauf pour parler de la version précise du protocole.
[^] # Re: Alternatives ?
Posté par raphj . En réponse au lien Tac Verif a enfin son tracker. Évalué à 2.
Il me semble que ça existe techniquement (Sanipasse ?) mais que la loi t'oblige à utiliser TAC-Verif. Si tu vérifies des passes avec des solutions non homologuées, tu risques gros, malheureusement.
[^] # Re: Licence
Posté par raphj . En réponse au journal Gitlab va entrer en bourse. Évalué à 6.
Je pense avoir bien compris la différence que tu fais, et ta perspective, mais les critiques que j'ai lues sur l'open core jusqu'à maintenant portent plus sur la motivation de ses auteurs à te pousser vers la version non libre, à y ajouter des fonctionnalités plutôt qu'au noyau libre et à rendre le noyau libre tout juste utile. Vu que c'est comme ça qu'ils vivent. Pas sur cette notion d'inégalité entre compétiteurs.
Ce qui ne rend pas le sujet inintéressant, bien entendu. Je n'ai pas encore pris le temps d'écouter la conférence que tu lies. Je n'y manquerai pas. Mais j'ai pris la liberté de supposer qu'elle aborde les sujets que je liste ici.
[^] # Re: Licence
Posté par raphj . En réponse au journal Gitlab va entrer en bourse. Évalué à 4. Dernière modification le 22 septembre 2021 à 18:31.
Autre exemple assez conséquent : WordPress. Il y a aussi XWiki.
Donc ça se fait.
[^] # Re: Licence
Posté par raphj . En réponse au journal Gitlab va entrer en bourse. Évalué à 4. Dernière modification le 22 septembre 2021 à 18:23.
Je n'ai pas bien compris ton exemple sur X, mais ce n'est pas sous licence X11 ?
Justement, GitLab est un modèle open core.
J'ai dit que c'était une difficulté, pas impossible. Ça existe, du GPL avec un écosystème rentable, Linux en est un bon exemple. Red Hat aussi. Collabora. NextCloud, qui s'en sort d'ailleurs probablement mieux qu'ownCloud avec son approche open core.
[^] # Re: Licence
Posté par raphj . En réponse au journal Gitlab va entrer en bourse. Évalué à 5.
Tu as un exemple que tu vois comme négatif en tête ?
Oui, c'est la difficulté principale effectivement.
[^] # Re: Licence
Posté par raphj . En réponse au journal Gitlab va entrer en bourse. Évalué à 5. Dernière modification le 22 septembre 2021 à 13:42.
Ce n'est pas tant la licence que l'absence du mix CLA + licence copyleft qui permet ça.
Une licence permissive comme la MIT permet à GitLab de se désengager à tout moment de ce modèle que tu applaudis. En tant qu'utilisateur ou contributeur, je n'ai aucune garantie que ça va rester comme ça.
Une licence comme la GPL permettrait aussi cette égalité des droits, surtout si tu acceptes des contributions extérieures sans CLA, en interdisant à qui que ce soit, même toi, de faire une version non libre du logiciel, à tout jamais. Tu barres la route à quiconque, même à toi, de re-licencier le logiciel sous une licence propriétaire ou permissive et de sortir de ce modèle "loyal", sauf si par chance tous tes contributeurs acceptent le changement ou que tu débrouilles pour retirer leurs contributions. En tant qu'utilisateur, et surtout en tant que contributeur, ça me rassurerait.
Aujourd'hui, GitLab pourrait décider que finalement, leurs prochaines sorties seront propriétaires (interdisant à quiconque de faire une variante, libre ou non) ou sous GPL + CLA (ou + refus de contributions extérieures), interdisant à quiconque de faire une variante non libre sauf eux.
C'est bien ta dernière subordonnée relative qui rend ta phrase vraie. De mon côté, j'ai bien l'impression que dans le cas de GitLab, le libre est justement utilisé comme un produit d'appel pour la version non libre. (Heureusement, leur version libre reste largement utile, et beaucoup de fonctionnalités EE finissent par migrer vers la version libre.)
Perso, je ne me réjouis pas trop du fait que GitLab permette aux concurrents de faire leur variante non libre (autrement dit, je ne suis pas très sensible à cet aspect "concurrence loyale"). Je n'ai rien à y gagner en tant qu'utilisateur ou contributeur. Si on apprécie cet aspect, la licence MIT n'est que peut réconfortante en tant que concurrent aussi : GitLab est "gentil" d'être loyal, mais peut arrêter demain de l'être, et la maintenance du fork devient d'un coup coûteuse (mais au moins possible, grâce aux garanties fournies par le libre).
Note : tout ceci serait également pour un projet sous GPL sans contributions extérieures, évidemment. Ce sont elles qui apporteraient les garanties que le code va rester libre.
[^] # Re: Facile, c'est les parents qui payent !
Posté par raphj . En réponse au journal En Belgique, l’usage de LibreOffice est interdit par les (certaines ?) Écoles !. Évalué à 4.
Draw.io a une application de bureau libre et hors ligne.
(méfiance pour l'export PDF qui utilise un service en ligne, sauf si tu n'as pas internet, situation pour laquelle il y a un fallback hors ligne)
[^] # Re: Harmonisation
Posté par raphj . En réponse au journal En Belgique, l’usage de LibreOffice est interdit par les (certaines ?) Écoles !. Évalué à 10. Dernière modification le 16 septembre 2021 à 18:41.
Bah, justement, bons exemples.
Pour les calculatrices, au collège on nous demandait une Casio Collège 2D. Certains avaient la fx92 toute simple, d'autres avaient d'autres modèles et ça ne posait pas trop de problèmes en pratique. Pareil pour le lycée, on nous demandait une Ti 82 Stat, Ti 83+ conseillée. Au final les gens avaient l'une, l'autre, ou la Ti 89, ou la Casio de leur grand frère / grande sœur / parent, et en fait ça marchait.
Pour la bonne raison qu'on était effectivement en cours de math et qu'on se servait des fonctionnalités particulières / avancées de ces calculatrices de façon très anecdotique, finalement.
Pour les bouquins à lire en français, pareil. La plupart des gens avaient le modèle exact commandé par le/la prof, mais ceux qui l'avaient déjà dans une autre édition ne le rachetait pas parce que tout le monde y compris le prof trouvait ça idiot. D'ailleurs, parfois, la prof avait l'édition précédente, qui ne se trouve plus dans le commerce, et nous faisait commander la nouvelle. Et elle n'allait pas racheter le bouquin à chaque réédition.
Alors oui, les différences de pages, c'est un peu chiant, mais tu t'en sors très vite en disant vers le milieu du chapitre X, passage « … », vers la page Y. Toi tu sais que tu dois ajouter/enlever grosso modo N pages pour retrouver, et ça se fait relativement vite.
Franchement, tout au long de ma scolarité, les profs ne faisaient que peu de cas de la suite bureautique que chacun utilisait, sauf dans les cours de techno (ou similaire), où on travaillait de toute façon dans les salles infos du collège / du lycée. Et ça se passait très bien.
[^] # Re: Ça serait bien sur le réseau câblé SFR / Numéricable
Posté par raphj . En réponse à la dépêche Les Néerlandais peuvent choisir leurs modems et routeurs. Évalué à 3.
Tous ces sujets semblent porter sur la fibre. Ça m'intéresse de savoir pour la fibre, mais ma question porte sur le câble, ça a l'air justement particulier.
[^] # Re: Ça serait bien sur le réseau câblé SFR / Numéricable
Posté par raphj . En réponse à la dépêche Les Néerlandais peuvent choisir leurs modems et routeurs. Évalué à 3.
Sur une connexion par câble ? Tu peux en dire plus ?
Je pourrais acheter une box câble et remplir la bonne valeur dedans ? Ils ne vérifient pas le modèle de la box qui se connecte ? Essayer de faire des mises à jour de firmware / données et voir que ça ne marche pas ?
Quel champ faut-il remplir et avec quelle valeur ?
[^] # Re: Facile, c'est les parents qui payent !
Posté par raphj . En réponse au journal En Belgique, l’usage de LibreOffice est interdit par les (certaines ?) Écoles !. Évalué à 10.
Oui, d'ailleurs ça m'arrive de me payer ce genre de murs quand je présente Tracim. La plupart des gens sont plutôt ravis de la description que j'en fais, mais il y en a certains qui ont une méfiance envers les solutions libres et qui me répondent « mais en vrai, pour quelqu'un qui n'est pas particulièrement sensible au libre ou à la vie privée, c'est plus simple d'utiliser Google Drive non ? »
Bah, non, pas vraiment. Selon les usages c'est juste plus simple d'utiliser Tracim, y compris (en particulier ?) pour des gens pas trop à l'aise avec l'informatique justement parce que l'outil est pensé notamment pour eux. les deux outils ne sont pas conçus avec la même philosophie, et si ta façon de fonctionner colle mieux à l'une des deux philosophies que l'autre, l'outil correspondant conviendra probablement mieux aussi.
Dans l'imaginaire des gens, l'idée que les solutions libres sont moins peaufinées, abouties / plus compliquées à utiliser est une des contre lesquelles se battre pour faire avancer les choses.
Parfois, les gens méfiants envers le logiciel libre ne connaissent juste pas ces alternatives libres mieux fichues, voire utilisent des logiciels libres sans se douter qu'ils le sont donc ça ne les aide pas à se faire une idée favorable du logiciel libre.
Souvent, c'est vrai, à outils comparables, celui qui est libre est moins abouti, par manque de moyens, mais il existe des contre exemples aussi. Il y en a plein.
Par exemple Ark ou File-roller vs WinZip ou WinRar : il n'y a pas de boite de dialogue pour te rappeler qu'il faut payer ta licence, ils sont plus simples à utiliser, ils ouvrent et produisent n'importe quel format (à l'exception de certains .rar, mais le format porte bien son nom).
Par exemple, les outils de configuration des environnements de bureau KDE et Gnome VS le bazar des différents panneaux de configuration et leurs rangements plus ou moins logiques dans Windows.
Par exemple, l'absence de pubs et de notifications intrusives dans ces environnements. Par exemple la possibilité de création d'un compte utilisateur sans connexion internet, disparue avec Windows 11. Par exemple, avoir un solitaire sans pub sans devoir payer de version premium.
Par exemple, faire une capture d'écran sans devoir manuellement coller dans Paint pour l'enregistrer (maintenant la possibilité existe, mais c'est caché derrière un raccourci clavier spécifique).
Par exemple, les éditeurs de textes par défaut de Gnome et de KDE vs Notepad.
Ou VLC plébiscité parce qu'il est super simple d'utilisation et lit tous les formats qui importent.
Ou la visionneuse de photo qui oriente correctement les photos prise en portrait. Ou Le clic du milieu qui ouvre un onglet dans le navigateur au lieu d'ouvrir un menu que tout le monde ouvre autrement. Ou le système qui ne se met pas en travers de ton chemin quand tu veux changer de navigateur par défaut.
Je ne me prononce pas sur Gimp, Krita, Inkscape et Blender parce que je ne connais pas leurs alternatives propriétaires, mais j'ai entendu dire que Blender est de plus en plus adopté aussi.
Et en fait, mais c'est mon avis perso, la facilité d'utilisation et le niveau de peaufinage et de détails incroyable des dernières versions de Plasma / KDE. Il n'y a qu'à lire https://pointieststick.com/ pour voir que c'est possible dans un projet libre d'avoir ces deux aspects priorisés et que c'est réussi ! J'ai eu l'occasion de dépanner un ordi sous Windows 10, et non, je n'ai pas été impressionné. C'est correct, mais c'est en dessous sur plein de petits aspects (et au dessus sur d'autres bien sûr !).
Ou des outils libres simples et bien léchés comme OBS Studio ou Diagrams.net dont je ne connais pas les alternatives propriétaires. Ou Audacity, qui peut paraître vieux et moche, mais qui a quand même éclaté sa concurrence propriétaire, si elle a existé. Ça fonctionne bien et c'est relativement facile à utiliser malgré tout.
Plein d'exemples.