ça suppose une forme par projet où les étudiants doivent modifier un ou des aspects du noyau de façon bien précise et balisée.
C'est un truc du genre qu'on avait fait.
L'idée c'était de permettre la création d'un fichier nommé "…" dans un répertoire (bon, ça c'est possible sans rien faire), qui liste d'autres répertoires.
Si ce fichier existe, alors toute tentative d'ouverture d'un fichier ou d'exécution d'un programme rajoute la possibilité de chercher parmi les répertoires listés dans le fichier "…".
En gros lancer "commande" va chercher dans le $PATH et si on ne trouve rien, on regarde si on peut exécuter le programme dans les répertoires listés dans le fichier "…".
Faire un open("fichier") va chercher à l'ouvrir dans le répertoire courant, $CWD, et s'il ne le trouve pas, va chercher à l'ouvrir dans les répertoires listés dans le fichier "…", de façon transparente.
Donc « emacs truc.txt » va peut-être éditer un fichier truc.txt complètement ailleurs dans le système !
Sans que ça ne pose le moindre soucis, et sans qu'on puisse faire la différence.
Je laisse le soin à chacun d'imaginer les possibilités infinies de failles de sécurité, de bug, de comportements imprévisibles et de destruction du système complet.
Je m'étais seulement attaché à faire en sorte que ça ne plante pas : gaffe aux boucles infinies, trucs comme ça.
De mémoire, mon code faisait environ 300 lignes, les moins intrusives possible.
Mais quand même à un endroit ultra-sensible du kernel :)
Posté par Yth (Mastodon) .
En réponse au journal Lecture pour cet été.
Évalué à 10.
Dernière modification le 09 juillet 2018 à 14:15.
Euh, non, pas du tout…
Il y a à peu près toujours eu des billets concernant la culture en général sur DLFP/LinuxFR, présenter des avis sur des films, ou des livres.
Ça n’a absolument rien de choquant, bien au contraire.
Ça reste assez marginal, logique.
Ça change un peu les idées, tant mieux.
Ça permet de discuter d’autres choses intéressantes avec des gens avec qui on partage un intérêt pour le présent et l’avenir du monde technologique, ce qui permet d’apporter un éclairage souvent moins « grand public » des œuvres dont il est question, et c’est tout aussi intéressant.
De là à accuser l’auteur d’avoir un intérêt financier là-dedans, je trouve que c’est aller très très vite dans l’agression non fondée, non méritée, non voulue.
Bien sûr je partais de zéro et j'ai tout appris sur le tas, aujourd'hui ça serait pareil (codé un driver en 2001, et plus fait de programmation kernel depuis).
Le but reste de trouver où se passe ce que tu veux modifier, de comprendre les structures de données utilisées en interne, et de rajouter ton hook (ou hack ) au bon endroit pour obtenir l'effet voulu.
Pour l'écriture d'un pilote : une bonne doc (il y en a pas mal là-dessus), des pilotes d'exemple, le code de deux trois autres pilotes qui jouent dans la même catégorie, des dizaines de reboot après freeze au chargement du module (mwahaharrrgh…).
Je ne doute pas cependant que les difficultés ne sont plus du tout les mêmes, et que le chemin parcouru sera assez différent, mais les étapes globales restent les mêmes : lire, comprendre, modifier, reproduire.
Et le code de Linux était déjà très agréable à lire il y a 20 ans, je pense que ça n'a pas empiré aujourd'hui. En fait le nombre de contributeurs tend plutôt à prouver que le code reste très accessible, et certainement plus qu'il l'était avant.
S'il y a bien un projet où la lisibilité et la facilité d'un code à être relu et repris par quelqu'un d'autre a une importance capitale - bien plus que la sécurité, pour la pérennité du projet, je pense - c'est le noyau Linux.
Faut y croire très fort à la publicité qui te dit qu'une pâte suffisamment chargée d'argent ou de cuivre pour être un bon conducteur thermique, est aussi un bon isolant électrique…
Y croire très très fort…
Un article dans 20 minutes, très sérieux, hier matin : « le sérieux c'était mieux avant. » ils disaient par exemple « Avant, le sérieux c'était sérieux, et les gens faisaient la part des choses, aujourd'hui le sérieux c'est devenu banal. […] un vrai problème sociétal pour notre société au jour d'aujourd'hui […] »
Époustouflant !
Il y a presque 20 ans, j'ai eu un cours en école d'ingénieur où on a fait de la programmation noyau Linux.
C'était absolument génial :
- se plonger dans un très gros projet, en comprendre une partie des rouages ;
- lire du code, des tonnes de code, et trouver ce qu'on cherche parmi des millions de lignes (grep est devenu mon meilleur ami à l'époque !) ;
- réussir à écrire du code qui fonctionne au milieu de tout ce bazar ;
- ou selon la préférence, réussir à poser une pierre au milieu de cette immense cathédrale ;
- et essayer de le faire dans le style du noyau Linux.
Avec une contrainte supplémentaire que je m'étais ajouté : le faire en un minimum de lignes de code, sans tricher.
Très très formateur !
Et pas si difficile, c'est assez facile (jusqu'à un certain point…) de trouver ce qu'on cherche dans le noyau, le plus difficile ce sont les tests, on manquait de systèmes de virtualisation pratiques, alors ça passait par des reboots intempestifs (à moins que j'utilisais déjà qemu ou bochs ? Plus très sûr).
Ah ben ça y est, on voit que Microsoft est aux commandes.
Il y a pléthore de projets qui ont reçu la même lettre, par exemple le projet slackbuilds.org a reçu la même chose, et a reconstruit tout son historique git pour supprimer les headers de Steinberg.
Oui, il faut purger l'historique git des fichiers, sinon ils sont toujours présents !
C'est automatisé, et c'est ce à quoi va ressemble le net après l'adoption de l'article 13 : des filtrages automatiques.
Et une balle dans la tête des projets parce que quelqu'un a écrit une fonction générique et indiqué qu'elle en détenait le copyright, ciblant des dizaines de projets sans aucun lien. Bon, là j'exagère probablement, mais ça n'a rien d'impossible techniquement : une mauvaise « IA » de filtrage, pif paf, des centaines de projets considérés comme enfreignant un copyright à la con, déposé la veille par un emmerdeur.
Tout "bêtement" car tu n'as aucune aucune idée du futur, genre si "les francophones" ça va rester.
Bof, des études montrent que l'Afrique va dépasser l'Asie en population d'ici 2050 (4,5 à 5 milliards d'habitants), et que le Français va rester la langue secondaire la plus parlée dans le continent, il est possible que le Français devienne le lange la plus parlée dans le monde, devant le Chinois.
Attention : je ne fais pas miens ces chiffres, et je ne trollerai pas dessus, c'est juste pour souligner que faire des plans sur la comète, c'est risquer de la voire s'en Haley très loin de la cible…
Et sinon, avec le Royaume-Unis qui quitte l'Union Européenne, ça laisse assez peu de pays officiellement anglophones :
L'Irlande qui a l'Anglais comme seconde langue officielle (mais bon, c'est la langue maternelle majoritaire et l'Irlandais semble voué à rejoindre le Breton).
Malte, qui a l'anglais comme seconde langue officielle, pour le coup absolument pas prêt de supplanter le Maltais.
Donc zéro pays avec l'anglais comme première langue.
Difficile alors politiquement de dire « tous vers l'anglais, 100% anglais, toyoyo ! ».
Et franchement, pour des noms de variable, ma façon de faire à toujours été d'être le plus accessible possible auprès de l'équipe et des collègues. Quand la plupart des gens ont un anglais très approximatif (et faut pas se leurrer, bien des Français ont déjà un français approximatif, alors ne parlons pas de l'anglais par pitié !), si tu veux que les gens avec qui tu bosses te comprennent, évite les termes alambiqués en anglais, et garde un bon vieux français simple et clair.
À mon sens, le problème ne se pose qu'à partir du moment où un projet prend effectivement une dimension internationale, et commence à grossir. Il vaut mieux définir à ce moment là une politique claire sur la langue, la convention de nommage etc, et nettoyer le code. Avant, ça n'a pas vraiment d'intérêt.
Le cas OpenOffice/LibreOffice est un cas d'école d'attente trop longue avant de faire ce choix.
Probablement lié au fait que StarOffice était propriétaire, donc entièrement lié à des équipes allemandes, qui bossaient entre elles, jusqu'à atteindre déjà une taille énorme.
Bref, trollons, trollons, mais chacun codera bien comme il voudra, ce n'est pas appliquer un sed bien travaillé sur les sources pour angliciser d'un seul coup tout les noms de variables qui va tuer l'avenir du projet.
Pour l'org-mode sous Android, en logiciel libre, il y a orgzly, vraiment sympa à utiliser, en liste de tâches, prise de notes, etc.
Il ne gère pas toute la syntaxe org-mode (pas les tableaux par exemple), et ne sert pas vraiment à éditer du texte pour le mettre en forme derrière. Il sert plutôt sur l'autre aspect de l'org-mode, l'organisation etc. C'est facile de gérer des propriétés diverses, des dates limites, des trucs comme ça.
Bref, à découvrir pour ceux qui aiment l'org-mode !
Ils ont ajouté une option indispensable pour éviter le rage-reload d'ailleurs.
Le générateur aléatoire est déterministe (optionnellement !) et donc recharger la sauvegarde ne change pas l'avenir !
J'ai achevé des missions difficiles comme ça il y a pas mal de temps (8-10 ans quand même), parce que je ne voulais pas recommencer le scénar pour mieux le jouer.
Cela dit, l'aléatoire est super frustrant quand toutes les probabilités sont vers une victoire éclatante et qu'on se retrouve à perdre son unité sans blesser l'ennemi…
Mais sinon, j'adorais le jeu il y a dix ans, j'y reviens de temps en temps, et là c'est l'occase de replonger salement, fichtre mon chiffre d'affaire va prendre du plomb dans l'aile ;)
Désolé pour le temps de réponse, j'étais en vacances, et après le boulot m'a rattrapé :)
Le sujet m'intéresse toujours…
Là je vois l'outil comme un moyen de gérer des communautés locales existantes. Un appuis informatique pour simplifier à la fois l'accès à l'information et aussi la communication pour des groupes d'associations, commerçants, entreprises, à un niveau local.
Ce que j'ai vu dans le projet en lisant cette dépêche et en allant sur les sites, c'est la possibilité d'essayer de répertorier les activités dans mon coin, pour présenter facilement un peu tout ce qui existe, la fois en artisans, commerces, entreprises, associations, évènements, etc.
Et bien sûr, point le plus important, sans passer par des bousins atroces, inutilisables, et "monnaiecratiques" à la facebook ou google (ie des trucs où tu es plus visible si tu payes).
Nous avons la volonté de pouvoir créer un réseau fédéré type PeerTube.
Ça, ça m'intéresse !
En fait j'espérais un truc du genre, d'où mon intérêt pour monter une instance locale.
Dans mon idée, j'installais un communecter dans mon coin, j'invitais tout le monde à le paramétrer (artisans, assoces, etc, qui veut, en poussant les gens pour faire effet boule de neige). Et si par la magie des systèmes décentralisés, on peut rechercher plus loin, et par exemple basculer sur un autre communecter de la grosse-ville d'à côté en suivant le résultat d'une recherche élargie, c'est le top du top !
Pourquoi ?
Ben ça donne plus l'impression d'avoir notre outil local, on se sent plus crédible pour en faire la promotion.
Et puis les gens aiment bien les initiatives locales, qui ne vont pas inclure le monde entier, ça leur permet d'avoir une vision plus exhaustive de ce qui les intéresse autour d'eux. Dans les outils google on sent qu'on n'est rien, paumé au milieu de tout, et on accepte les informations parcellaires, incomplètes, pas à jour, voire fausse, parce que… bah c'est comme ça, c'est tout.
Il y a aussi la pérennité : la seule condition de survie de l'outil, c'est qu'il soit utilisé, s'il est utilisé, il y aura toujours quelqu'un pour reprendre la main dessus, projet porté par une assoce déjà active par ailleurs, il « suffit » de trouver un nouveau bénévole pour administrer le truc, et même en campagne, avec des petits villages, ça se trouve assez facilement si on y trouve un intérêt.
Pour répondre à Oceatoon aussi, je vois comment on peut se créer son propre territoire, mais le problème immédiat que je vois, c'est qu'on ne peut pas demander à chacun de faire ce paramétrage.
Une instance locale, ou un paramétrage local (avec sous-URL spécifique ?) qui aurait directement un paramétrage localisé sur plusieurs communes, c'est un bon moyen de communiquer localement, et les gens qui débarquent dedans voient directement ce qui les intéresse eux.
Si en plus ils se rendent compte qu'ils peuvent chercher plus loin et trouver des choses, c'est le top :)
Alors soit en paramétrage spécifique d'une instance centrale (mais je ne suis pas fan des solutions centralisées) soit un réseau d'instances capables de « passer » de l'une à l'autre en suivant des recherches.
J'ai conscience que ça reste assez flou, et je vois déjà pas mal de problèmes techniques pas simples à résoudre, mais j'aime l'idée :)
Peut-être une base commune, répliquée, avec les éléments cherchables, un minimum d'info (juste le nom, et une catégorie, par exemple) et l'instance sur laquelle se trouvent les infos, et la recherche permet de faire une requête sur l'instance d'à côté pour avoir des infos détaillées, avec un cache local pour ne pas refaire plein de fois la même requête d'instance à instance.
Bref, j'ai l'impression que des choses existent et vont dans la direction qui m'intéresse, reste à voir ce qu'il manque, si je peux aider un peu aussi, et réussir à construire quelque chose dans mon coin :)
Là tu vas en trouver des utilisations strictement identiques…
Et par dizaines de millions au moins !
Un plagiat en changeant le nom … ça reste un plagiat.
L'exemple ici n'est pas pertinent du tout, il ne représente pas du tout le problème dont il est question.
Oui, d'ailleurs Louis Pouzin est un alias pour John Paul Smith, officier de l'armée américaine, infiltré en France pour donner le change pendant qu'il contribuait aux fondations de ce qui allait devenir internet.
Et aussi une série de VM :
Phoenix, Griffon, Dragon, Kraken, Vouivre, Hydre, Tarasque, Chimere, Lindorm, Velue, Olgoi et Khorkhoi.
Et puis aussi de A à Z :
Astrolabe, Burette, Compas, Dioptra, Ethylotest, Fiole, Groma, Heliographe, Integraphe, Jauge, Kymographe, Lunette, Mire, Niveau, Oscilloscope, Pyrometre, Quadrant, Radar, Sextant, Trebuchet, Unilac, Vernier, Wattmetre, Xylographe, Yupana, Zograscope.
Oui, je suis inscrit sur communecter.org, j'ai exploré un petit peu.
Je commence à mieux comprendre le projet, logique.
Et je me pose la question de savoir si la gestion de lieux communs entre associations d'une communauté de communes rurales colle avec un outil centralisé.
C'est très facile de trouver des choses qui se passent dans les grandes villes proches, mais plus difficile de trouver dans les zones rurales, parce que les filtres se font par commune ou département. La commune n'a pas beaucoup de sens si elle n'inclus pas les communes alentours, le département est vampirisé par les grosses agglomérations.
Alors certes, les utilisateurs et activités sont forcément plus nombreux dans les grandes villes, mais avec la limite d'affichage à 30 résultats sur la carte, impossible de trouver facilement s'il se passe des choses entre les grandes villes. Et c'est pire si on est à cheval sur deux départements, il faut faire deux recherches, regarder les résultats pour trouver ce qui est entre les pôles.
Et même dans les grandes villes, s'il se passe des choses en banlieue c'est difficile à trouver.
Comment intégrer ça de façon pratique dans la vie d'une commune loin de ces grandes villes, pour réussir à faire collaborer les différentes associations, la mairie etc, pour organiser les lieux et espaces communaux, la communication, les évènements etc. ?
Et réussir à le faire en collaboration aussi avec les habitants des communes alentours ?
C'est pour ça que j'imaginais une instance locale, parce que seuls les acteurs locaux sont dessus, le territoire est réduit dans l'espace, mais inclus toutes les micro-communes qui veulent participer, et on trouve forcément les informations utiles, même en regardant tout.
Est-ce que ce sont des questions qui se sont déjà posées ?
Et ton avis ou à l'équipe, là-dessus ?
c'est un bazar bien structuré quand on sait comment le regarder
Je n'en doute pas :)
C'est bien pour ça que je pose des questions…
Je n'avais pas encore téléchargé le dépôt pixelhumain.
Mon objectif pourrait être de mettre en place une instance locale, territoriale, pour de la communication associative et publique.
Et votre projet a l'air de totalement coller à la fois avec ce que je veux faire et la philosophie avec laquelle je veux le faire.
Reste à savoir le temps nécessaire à prendre la chose en main, et à développer les éventuels modules dont je pourrais avoir besoin.
J'ai - entre autre - un problème de réservation de salles entre assoces, un planning de quand elles sont utilisées, quand elles sont libres, comment les réserver, et communiquer par la même occasion sur les évènements qui s'y déroulent !
Merci de tes informations, je regarde ça, et si j'ai plus de questions, je vous contacterai par les canaux normaux :)
C'est un brin le bazar dans les dépôts avec plusieurs projets qui ont l'air d'être la même chose, des branches par dizaines, très peu de releases.
Il y a un projet de base pour essayer de monter une instance de la chose quelque part ?
Je suppose que c'est faisable parce qu'il y a trois instances différentes, comme indiqué dans la dépêche.
Mais il y a toutes les données du site communecter dans les dépôts, alors difficile de savoir s'il y a un projet de base avec des réalisations à côté, ou si c'est un peu tout mélangé.
Bon ça a fonctionné pendant le dev mais l'erreur à été relevée lors de la pull request au final. Mais pourquoi diable ce fichier est-il dans le dépôt s'il est généré automatiquement ?
Ce fichier présent dans le dépôt ne t'a-t-il pas permis de créer ta structure de base de donnée au premier démarrage en local ?
S'il est présent dans le dépôt c'est peut-être justement pour pouvoir démarrer une nouvelle instance à partir de zéro.
@mylinux grep pond ses messages d'erreur sur stderr et la subtilité de 2>/dev/null sert à ne pas les afficher dans le terminal et donc à ne pas bencher le terminal.
Comme on parlait du démarrage du programme, pour comparer justement le surcoût possible des versions go, rust et cie, évidemment on n'allait pas tester sur un vrai grep compliqué dans les sources du noyau Linux ou pire dans celles de openjdk.
Le commentaire fort pertinent juste au dessus permet en fait de constater que de différence il n'y en a pas de significative, et donc on peut maintenant ignorer ce faux problème et se concentrer sur l'efficacité du traitement.
Merci de ta collaboration sur l'éclairage du débat…
ls -sh $(realpath $(which grep))
152K /bin/grep
timefor i in $(seq 1000);do grep;done2>/dev/null
real 0m2.073s
user 0m1.116s
sys 0m0.267s
Soit dans les 2 millièmes de secondes avec le coût de la boucle bash sous-optimisée.
Je veux bien que moins d'un centième de seconde ça suffise à ne pas percevoir la latence, mais bigre, c'est lent et lourd (11 à 32 fois plus gros) ces alternatives !
Ça veut justement dire que ça reste des alternatives à utiliser en mode interactif, pour leur meilleure ergonomie, quand le temps d'écriture de la commande est titanesque par rapport au temps de chargement du programme, mais pas forcément quelque chose d'exploitable dans de la programmation shell.
C'est d'autant plus absurde puisque la première action du pirate est de retirer le DRM.
Et de l'utilisateur averti aussi.
Parce que une fois franchie l'étape Adobe Digital Edition pour juste récupérer le contenu bourré de DRM, encore faut-il que la liseuse réussisse à le lire ce fameux contenu DRM-isé à mort.
Donc la première étape consiste à gicler le DRM pour enfin pouvoir simplement lire le livre acheté !
Heureusement, une fois cette dernière étape franchie, il sera - ouf - possible de même changer de liseuse sans perdre ses contenus, juste en synchronisant la nouvelle sur son Calibre préféré.
[^] # Re: Linux est il devenu un truc de vieux ?
Posté par Yth (Mastodon) . En réponse à la dépêche 20 ans de LinuxFr.org. Évalué à 5.
C'est un truc du genre qu'on avait fait.
L'idée c'était de permettre la création d'un fichier nommé "…" dans un répertoire (bon, ça c'est possible sans rien faire), qui liste d'autres répertoires.
Si ce fichier existe, alors toute tentative d'ouverture d'un fichier ou d'exécution d'un programme rajoute la possibilité de chercher parmi les répertoires listés dans le fichier "…".
En gros lancer "commande" va chercher dans le $PATH et si on ne trouve rien, on regarde si on peut exécuter le programme dans les répertoires listés dans le fichier "…".
Faire un open("fichier") va chercher à l'ouvrir dans le répertoire courant, $CWD, et s'il ne le trouve pas, va chercher à l'ouvrir dans les répertoires listés dans le fichier "…", de façon transparente.
Donc « emacs truc.txt » va peut-être éditer un fichier truc.txt complètement ailleurs dans le système !
Sans que ça ne pose le moindre soucis, et sans qu'on puisse faire la différence.
Je laisse le soin à chacun d'imaginer les possibilités infinies de failles de sécurité, de bug, de comportements imprévisibles et de destruction du système complet.
Je m'étais seulement attaché à faire en sorte que ça ne plante pas : gaffe aux boucles infinies, trucs comme ça.
De mémoire, mon code faisait environ 300 lignes, les moins intrusives possible.
Mais quand même à un endroit ultra-sensible du kernel :)
Yth.
[^] # Re: Un lien avec le monde du libre?
Posté par Yth (Mastodon) . En réponse au journal Lecture pour cet été. Évalué à 10. Dernière modification le 09 juillet 2018 à 14:15.
Euh, non, pas du tout…
Il y a à peu près toujours eu des billets concernant la culture en général sur DLFP/LinuxFR, présenter des avis sur des films, ou des livres.
Ça n’a absolument rien de choquant, bien au contraire.
Ça reste assez marginal, logique.
Ça change un peu les idées, tant mieux.
Ça permet de discuter d’autres choses intéressantes avec des gens avec qui on partage un intérêt pour le présent et l’avenir du monde technologique, ce qui permet d’apporter un éclairage souvent moins « grand public » des œuvres dont il est question, et c’est tout aussi intéressant.
De là à accuser l’auteur d’avoir un intérêt financier là-dedans, je trouve que c’est aller très très vite dans l’agression non fondée, non méritée, non voulue.
Yth.
# Vaporware Expert ?
Posté par Yth (Mastodon) . En réponse au sondage pour vous, un logiciel d'intelligence artificielle, c'est quoi ?. Évalué à 10.
Un consensus émergera-t-il ?
L'IA : le Vaporware du XXIè siècle, ou le nouveau nom des systèmes experts ?
Yth :)
[^] # Re: Linux est il devenu un truc de vieux ?
Posté par Yth (Mastodon) . En réponse à la dépêche 20 ans de LinuxFr.org. Évalué à 5.
Probablement pas grand chose.
Bien sûr je partais de zéro et j'ai tout appris sur le tas, aujourd'hui ça serait pareil (codé un driver en 2001, et plus fait de programmation kernel depuis).
Le but reste de trouver où se passe ce que tu veux modifier, de comprendre les structures de données utilisées en interne, et de rajouter ton hook (ou hack ) au bon endroit pour obtenir l'effet voulu.
Pour l'écriture d'un pilote : une bonne doc (il y en a pas mal là-dessus), des pilotes d'exemple, le code de deux trois autres pilotes qui jouent dans la même catégorie, des dizaines de reboot après freeze au chargement du module (mwahaharrrgh…).
Je ne doute pas cependant que les difficultés ne sont plus du tout les mêmes, et que le chemin parcouru sera assez différent, mais les étapes globales restent les mêmes : lire, comprendre, modifier, reproduire.
Et le code de Linux était déjà très agréable à lire il y a 20 ans, je pense que ça n'a pas empiré aujourd'hui. En fait le nombre de contributeurs tend plutôt à prouver que le code reste très accessible, et certainement plus qu'il l'était avant.
S'il y a bien un projet où la lisibilité et la facilité d'un code à être relu et repris par quelqu'un d'autre a une importance capitale - bien plus que la sécurité, pour la pérennité du projet, je pense - c'est le noyau Linux.
Yth.
[^] # Re: Faut juste bien l'appliquer [TM]
Posté par Yth (Mastodon) . En réponse au journal Tectonique de la pâte thermique (Linux Pratique). Évalué à 7.
Faut y croire très fort à la publicité qui te dit qu'une pâte suffisamment chargée d'argent ou de cuivre pour être un bon conducteur thermique, est aussi un bon isolant électrique…
Y croire très très fort…
Yth.
[^] # Re: Souvenirs Souvenirs...
Posté par Yth (Mastodon) . En réponse à la dépêche 20 ans de LinuxFr.org. Évalué à 6.
Un article dans 20 minutes, très sérieux, hier matin : « le sérieux c'était mieux avant. » ils disaient par exemple « Avant, le sérieux c'était sérieux, et les gens faisaient la part des choses, aujourd'hui le sérieux c'est devenu banal. […] un vrai problème sociétal pour notre société au jour d'aujourd'hui […] »
Époustouflant !
Yth.
[^] # Re: Linux est il devenu un truc de vieux ?
Posté par Yth (Mastodon) . En réponse à la dépêche 20 ans de LinuxFr.org. Évalué à 4.
Il y a presque 20 ans, j'ai eu un cours en école d'ingénieur où on a fait de la programmation noyau Linux.
C'était absolument génial :
- se plonger dans un très gros projet, en comprendre une partie des rouages ;
- lire du code, des tonnes de code, et trouver ce qu'on cherche parmi des millions de lignes (grep est devenu mon meilleur ami à l'époque !) ;
- réussir à écrire du code qui fonctionne au milieu de tout ce bazar ;
- ou selon la préférence, réussir à poser une pierre au milieu de cette immense cathédrale ;
- et essayer de le faire dans le style du noyau Linux.
Avec une contrainte supplémentaire que je m'étais ajouté : le faire en un minimum de lignes de code, sans tricher.
Très très formateur !
Et pas si difficile, c'est assez facile (jusqu'à un certain point…) de trouver ce qu'on cherche dans le noyau, le plus difficile ce sont les tests, on manquait de systèmes de virtualisation pratiques, alors ça passait par des reboots intempestifs (à moins que j'utilisais déjà qemu ou bochs ? Plus très sûr).
Yth.
[^] # Re: Que le temps passe vite
Posté par Yth (Mastodon) . En réponse à la dépêche 20 ans de LinuxFr.org. Évalué à 3.
14 ans pour moi.
Je n'ai plus l'impression d'être un newbie par contre :)
Plutôt un vieux con…
Pourtant je suis pas vieux !
Bref…
Yth :)
[^] # Re: Liste non exhaustive
Posté par Yth (Mastodon) . En réponse au sondage Oui j’avoue, ma plus grosse boulette c’est d’avoir :. Évalué à 5.
Oh grave, on dégrise très très vite, et les neurones turbinent à plein régime !
Yth :)
# Microsoft à la barre !
Posté par Yth (Mastodon) . En réponse au lien [Linux Audio] [greffon aeffectx] Steinberg/Yamaha VS petit projet libre, sur Github .... Évalué à 8.
Ah ben ça y est, on voit que Microsoft est aux commandes.
Il y a pléthore de projets qui ont reçu la même lettre, par exemple le projet slackbuilds.org a reçu la même chose, et a reconstruit tout son historique git pour supprimer les headers de Steinberg.
Oui, il faut purger l'historique git des fichiers, sinon ils sont toujours présents !
C'est automatisé, et c'est ce à quoi va ressemble le net après l'adoption de l'article 13 : des filtrages automatiques.
Et une balle dans la tête des projets parce que quelqu'un a écrit une fonction générique et indiqué qu'elle en détenait le copyright, ciblant des dizaines de projets sans aucun lien. Bon, là j'exagère probablement, mais ça n'a rien d'impossible techniquement : une mauvaise « IA » de filtrage, pif paf, des centaines de projets considérés comme enfreignant un copyright à la con, déposé la veille par un emmerdeur.
Sur ce, bonne signature…
[^] # Re: French in the text
Posté par Yth (Mastodon) . En réponse au journal Une victoire pour Framagit. Évalué à 8.
Bof, des études montrent que l'Afrique va dépasser l'Asie en population d'ici 2050 (4,5 à 5 milliards d'habitants), et que le Français va rester la langue secondaire la plus parlée dans le continent, il est possible que le Français devienne le lange la plus parlée dans le monde, devant le Chinois.
Attention : je ne fais pas miens ces chiffres, et je ne trollerai pas dessus, c'est juste pour souligner que faire des plans sur la comète, c'est risquer de la voire s'en Haley très loin de la cible…
Et sinon, avec le Royaume-Unis qui quitte l'Union Européenne, ça laisse assez peu de pays officiellement anglophones :
L'Irlande qui a l'Anglais comme seconde langue officielle (mais bon, c'est la langue maternelle majoritaire et l'Irlandais semble voué à rejoindre le Breton).
Malte, qui a l'anglais comme seconde langue officielle, pour le coup absolument pas prêt de supplanter le Maltais.
Donc zéro pays avec l'anglais comme première langue.
Difficile alors politiquement de dire « tous vers l'anglais, 100% anglais, toyoyo ! ».
Et franchement, pour des noms de variable, ma façon de faire à toujours été d'être le plus accessible possible auprès de l'équipe et des collègues. Quand la plupart des gens ont un anglais très approximatif (et faut pas se leurrer, bien des Français ont déjà un français approximatif, alors ne parlons pas de l'anglais par pitié !), si tu veux que les gens avec qui tu bosses te comprennent, évite les termes alambiqués en anglais, et garde un bon vieux français simple et clair.
À mon sens, le problème ne se pose qu'à partir du moment où un projet prend effectivement une dimension internationale, et commence à grossir. Il vaut mieux définir à ce moment là une politique claire sur la langue, la convention de nommage etc, et nettoyer le code. Avant, ça n'a pas vraiment d'intérêt.
Le cas OpenOffice/LibreOffice est un cas d'école d'attente trop longue avant de faire ce choix.
Probablement lié au fait que StarOffice était propriétaire, donc entièrement lié à des équipes allemandes, qui bossaient entre elles, jusqu'à atteindre déjà une taille énorme.
Bref, trollons, trollons, mais chacun codera bien comme il voudra, ce n'est pas appliquer un sed bien travaillé sur les sources pour angliciser d'un seul coup tout les noms de variables qui va tuer l'avenir du projet.
Yth.
# Orgzly : Org-Mode sous Android
Posté par Yth (Mastodon) . En réponse au journal Le markdown, sous Emacs, et plus largement sous Linux. Évalué à 3.
Pour l'org-mode sous Android, en logiciel libre, il y a orgzly, vraiment sympa à utiliser, en liste de tâches, prise de notes, etc.
Il ne gère pas toute la syntaxe org-mode (pas les tableaux par exemple), et ne sert pas vraiment à éditer du texte pour le mettre en forme derrière. Il sert plutôt sur l'autre aspect de l'org-mode, l'organisation etc. C'est facile de gérer des propriétés diverses, des dates limites, des trucs comme ça.
Bref, à découvrir pour ceux qui aiment l'org-mode !
Yth.
[^] # Re: Raaaah! Trop tard, je replonge!
Posté par Yth (Mastodon) . En réponse à la dépêche Sortie de « La bataille pour Wesnoth » 1.14. Évalué à 5.
Ils ont ajouté une option indispensable pour éviter le rage-reload d'ailleurs.
Le générateur aléatoire est déterministe (optionnellement !) et donc recharger la sauvegarde ne change pas l'avenir !
J'ai achevé des missions difficiles comme ça il y a pas mal de temps (8-10 ans quand même), parce que je ne voulais pas recommencer le scénar pour mieux le jouer.
Cela dit, l'aléatoire est super frustrant quand toutes les probabilités sont vers une victoire éclatante et qu'on se retrouve à perdre son unité sans blesser l'ennemi…
Mais sinon, j'adorais le jeu il y a dix ans, j'y reviens de temps en temps, et là c'est l'occase de replonger salement, fichtre mon chiffre d'affaire va prendre du plomb dans l'aile ;)
Yth.
[^] # Re: Interface framework Qt ??
Posté par Yth (Mastodon) . En réponse à la dépêche GIMP 2.10 roule au GEGL. Évalué à 3.
J'ai un pote qui changeait de casserole parce que l'ancienne était sale…
Yth ^
[^] # Re: Dépôts touffus...
Posté par Yth (Mastodon) . En réponse à la dépêche Communecter — Outiller et fédérer les initiatives locales. Évalué à 3.
Désolé pour le temps de réponse, j'étais en vacances, et après le boulot m'a rattrapé :)
Le sujet m'intéresse toujours…
Là je vois l'outil comme un moyen de gérer des communautés locales existantes. Un appuis informatique pour simplifier à la fois l'accès à l'information et aussi la communication pour des groupes d'associations, commerçants, entreprises, à un niveau local.
Ce que j'ai vu dans le projet en lisant cette dépêche et en allant sur les sites, c'est la possibilité d'essayer de répertorier les activités dans mon coin, pour présenter facilement un peu tout ce qui existe, la fois en artisans, commerces, entreprises, associations, évènements, etc.
Et bien sûr, point le plus important, sans passer par des bousins atroces, inutilisables, et "monnaiecratiques" à la facebook ou google (ie des trucs où tu es plus visible si tu payes).
Ça, ça m'intéresse !
En fait j'espérais un truc du genre, d'où mon intérêt pour monter une instance locale.
Dans mon idée, j'installais un communecter dans mon coin, j'invitais tout le monde à le paramétrer (artisans, assoces, etc, qui veut, en poussant les gens pour faire effet boule de neige). Et si par la magie des systèmes décentralisés, on peut rechercher plus loin, et par exemple basculer sur un autre communecter de la grosse-ville d'à côté en suivant le résultat d'une recherche élargie, c'est le top du top !
Pourquoi ?
Ben ça donne plus l'impression d'avoir notre outil local, on se sent plus crédible pour en faire la promotion.
Et puis les gens aiment bien les initiatives locales, qui ne vont pas inclure le monde entier, ça leur permet d'avoir une vision plus exhaustive de ce qui les intéresse autour d'eux. Dans les outils google on sent qu'on n'est rien, paumé au milieu de tout, et on accepte les informations parcellaires, incomplètes, pas à jour, voire fausse, parce que… bah c'est comme ça, c'est tout.
Il y a aussi la pérennité : la seule condition de survie de l'outil, c'est qu'il soit utilisé, s'il est utilisé, il y aura toujours quelqu'un pour reprendre la main dessus, projet porté par une assoce déjà active par ailleurs, il « suffit » de trouver un nouveau bénévole pour administrer le truc, et même en campagne, avec des petits villages, ça se trouve assez facilement si on y trouve un intérêt.
Pour répondre à Oceatoon aussi, je vois comment on peut se créer son propre territoire, mais le problème immédiat que je vois, c'est qu'on ne peut pas demander à chacun de faire ce paramétrage.
Une instance locale, ou un paramétrage local (avec sous-URL spécifique ?) qui aurait directement un paramétrage localisé sur plusieurs communes, c'est un bon moyen de communiquer localement, et les gens qui débarquent dedans voient directement ce qui les intéresse eux.
Si en plus ils se rendent compte qu'ils peuvent chercher plus loin et trouver des choses, c'est le top :)
Alors soit en paramétrage spécifique d'une instance centrale (mais je ne suis pas fan des solutions centralisées) soit un réseau d'instances capables de « passer » de l'une à l'autre en suivant des recherches.
J'ai conscience que ça reste assez flou, et je vois déjà pas mal de problèmes techniques pas simples à résoudre, mais j'aime l'idée :)
Peut-être une base commune, répliquée, avec les éléments cherchables, un minimum d'info (juste le nom, et une catégorie, par exemple) et l'instance sur laquelle se trouvent les infos, et la recherche permet de faire une requête sur l'instance d'à côté pour avoir des infos détaillées, avec un cache local pour ne pas refaire plein de fois la même requête d'instance à instance.
Bref, j'ai l'impression que des choses existent et vont dans la direction qui m'intéresse, reste à voir ce qu'il manque, si je peux aider un peu aussi, et réussir à construire quelque chose dans mon coin :)
Yth.
[^] # Re: Est-ce qu'on a le droit de ne pas s'inquiéter?
Posté par Yth (Mastodon) . En réponse au journal Le filtrage à la source. Évalué à 3.
Identique… à un renommage près ?
objet->méthode(objet);
Là tu vas en trouver des utilisations strictement identiques…
Et par dizaines de millions au moins !
Un plagiat en changeant le nom … ça reste un plagiat.
L'exemple ici n'est pas pertinent du tout, il ne représente pas du tout le problème dont il est question.
Yth.
[^] # Re: Risques ?
Posté par Yth (Mastodon) . En réponse au journal L'État français adopte Matrix/Riot. Évalué à 7.
Oui, d'ailleurs Louis Pouzin est un alias pour John Paul Smith, officier de l'armée américaine, infiltré en France pour donner le change pendant qu'il contribuait aux fondations de ce qui allait devenir internet.
# Ïa Ïa Shubb-Niggurath !
Posté par Yth (Mastodon) . En réponse au sondage Comment nommez-vous vos machines ?. Évalué à 3.
Yeh, Cyaegha, Lrogg, Yidhra, Orryx, Yuggoth, Hydra, Dagon, RLyeh, Nug, Xoth, Yith, Gloon, Cthylla, Migo, Carcosa, Kadarth.
Et aussi une série de VM :
Phoenix, Griffon, Dragon, Kraken, Vouivre, Hydre, Tarasque, Chimere, Lindorm, Velue, Olgoi et Khorkhoi.
Et puis aussi de A à Z :
Astrolabe, Burette, Compas, Dioptra, Ethylotest, Fiole, Groma, Heliographe, Integraphe, Jauge, Kymographe, Lunette, Mire, Niveau, Oscilloscope, Pyrometre, Quadrant, Radar, Sextant, Trebuchet, Unilac, Vernier, Wattmetre, Xylographe, Yupana, Zograscope.
On s'amuse comme on peut au fil des ans :)
Yth.
[^] # Re: Dépôts touffus...
Posté par Yth (Mastodon) . En réponse à la dépêche Communecter — Outiller et fédérer les initiatives locales. Évalué à 2.
Oui, je suis inscrit sur communecter.org, j'ai exploré un petit peu.
Je commence à mieux comprendre le projet, logique.
Et je me pose la question de savoir si la gestion de lieux communs entre associations d'une communauté de communes rurales colle avec un outil centralisé.
C'est très facile de trouver des choses qui se passent dans les grandes villes proches, mais plus difficile de trouver dans les zones rurales, parce que les filtres se font par commune ou département. La commune n'a pas beaucoup de sens si elle n'inclus pas les communes alentours, le département est vampirisé par les grosses agglomérations.
Alors certes, les utilisateurs et activités sont forcément plus nombreux dans les grandes villes, mais avec la limite d'affichage à 30 résultats sur la carte, impossible de trouver facilement s'il se passe des choses entre les grandes villes. Et c'est pire si on est à cheval sur deux départements, il faut faire deux recherches, regarder les résultats pour trouver ce qui est entre les pôles.
Et même dans les grandes villes, s'il se passe des choses en banlieue c'est difficile à trouver.
Comment intégrer ça de façon pratique dans la vie d'une commune loin de ces grandes villes, pour réussir à faire collaborer les différentes associations, la mairie etc, pour organiser les lieux et espaces communaux, la communication, les évènements etc. ?
Et réussir à le faire en collaboration aussi avec les habitants des communes alentours ?
C'est pour ça que j'imaginais une instance locale, parce que seuls les acteurs locaux sont dessus, le territoire est réduit dans l'espace, mais inclus toutes les micro-communes qui veulent participer, et on trouve forcément les informations utiles, même en regardant tout.
Est-ce que ce sont des questions qui se sont déjà posées ?
Et ton avis ou à l'équipe, là-dessus ?
Yth.
[^] # Re: Dépôts touffus...
Posté par Yth (Mastodon) . En réponse à la dépêche Communecter — Outiller et fédérer les initiatives locales. Évalué à 2.
Je n'en doute pas :)
C'est bien pour ça que je pose des questions…
Je n'avais pas encore téléchargé le dépôt pixelhumain.
Mon objectif pourrait être de mettre en place une instance locale, territoriale, pour de la communication associative et publique.
Et votre projet a l'air de totalement coller à la fois avec ce que je veux faire et la philosophie avec laquelle je veux le faire.
Reste à savoir le temps nécessaire à prendre la chose en main, et à développer les éventuels modules dont je pourrais avoir besoin.
J'ai - entre autre - un problème de réservation de salles entre assoces, un planning de quand elles sont utilisées, quand elles sont libres, comment les réserver, et communiquer par la même occasion sur les évènements qui s'y déroulent !
Merci de tes informations, je regarde ça, et si j'ai plus de questions, je vous contacterai par les canaux normaux :)
Yth.
# Dépôts touffus...
Posté par Yth (Mastodon) . En réponse à la dépêche Communecter — Outiller et fédérer les initiatives locales. Évalué à 3.
C'est un brin le bazar dans les dépôts avec plusieurs projets qui ont l'air d'être la même chose, des branches par dizaines, très peu de releases.
Il y a un projet de base pour essayer de monter une instance de la chose quelque part ?
Je suppose que c'est faisable parce qu'il y a trois instances différentes, comme indiqué dans la dépêche.
Mais il y a toutes les données du site communecter dans les dépôts, alors difficile de savoir s'il y a un projet de base avec des réalisations à côté, ou si c'est un peu tout mélangé.
Yth.
# Fichier de base de donnée auto-généré
Posté par Yth (Mastodon) . En réponse au journal Comment la rubrique « liens » est arrivée. Évalué à 3.
Ce fichier présent dans le dépôt ne t'a-t-il pas permis de créer ta structure de base de donnée au premier démarrage en local ?
S'il est présent dans le dépôt c'est peut-être justement pour pouvoir démarrer une nouvelle instance à partir de zéro.
Yth.
[^] # Re: langue
Posté par Yth (Mastodon) . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 3.
@mylinux grep pond ses messages d'erreur sur stderr et la subtilité de 2>/dev/null sert à ne pas les afficher dans le terminal et donc à ne pas bencher le terminal.
Comme on parlait du démarrage du programme, pour comparer justement le surcoût possible des versions go, rust et cie, évidemment on n'allait pas tester sur un vrai grep compliqué dans les sources du noyau Linux ou pire dans celles de openjdk.
Le commentaire fort pertinent juste au dessus permet en fait de constater que de différence il n'y en a pas de significative, et donc on peut maintenant ignorer ce faux problème et se concentrer sur l'efficacité du traitement.
Merci de ta collaboration sur l'éclairage du débat…
[^] # Re: langue
Posté par Yth (Mastodon) . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 5.
Soit dans les 2 millièmes de secondes avec le coût de la boucle bash sous-optimisée.
Je veux bien que moins d'un centième de seconde ça suffise à ne pas percevoir la latence, mais bigre, c'est lent et lourd (11 à 32 fois plus gros) ces alternatives !
Ça veut justement dire que ça reste des alternatives à utiliser en mode interactif, pour leur meilleure ergonomie, quand le temps d'écriture de la commande est titanesque par rapport au temps de chargement du programme, mais pas forcément quelque chose d'exploitable dans de la programmation shell.
Yth.
[^] # Re: Pareil pour les ebooks
Posté par Yth (Mastodon) . En réponse au journal Je ne demande qu’à payer !. Évalué à 6.
Et de l'utilisateur averti aussi.
Parce que une fois franchie l'étape Adobe Digital Edition pour juste récupérer le contenu bourré de DRM, encore faut-il que la liseuse réussisse à le lire ce fameux contenu DRM-isé à mort.
Donc la première étape consiste à gicler le DRM pour enfin pouvoir simplement lire le livre acheté !
Heureusement, une fois cette dernière étape franchie, il sera - ouf - possible de même changer de liseuse sans perdre ses contenus, juste en synchronisant la nouvelle sur son Calibre préféré.
Yth…