freem a écrit 5059 commentaires

En gros la SACEM à un monopole d'état

Nan, c'est une société privée, me semble.

Il y a une chose qui arrange très bien le monde politico-économique, c'est que pour beaucoup, "musique gratuite" = "musique illégal" et/ou de mauvaise qualité… imaginez la révolution s'ils se rendaient compte que "musique payante" = "musique avec gros budget publicitaire" nonobstant sa qualité.

Le souci, c'est qu'en dehors de jamendo, il n'existe que très peu de propositions (à part une assoce dont je me souviens plus le nom - parce que de mémoire c'était difficile d'y trouver un truc selon un thème -, j'en connais même aucune) qui présente un catalogue correct.
Pour ce qui est de jamendo, après leur refonte totale, j'ai totalement arrêté d'y jeter une oreille: c'est devenu trop difficilement "exploitable" pour quelqu'un qui apprécie écouter les albums en entier sans "aléa", parce que je considère que régulièrement (et surtout dans certains styles), un album présente une histoire. Du coup, jamendo, ben, je l'ai oublié.

Même si je suis globalement d'accord sur le côté mafieux (une loi qui ne sert que le privé, et surtout pas les libertés d'un peuple, c'est une loi de mafioso, et si t'obéis pas, on te casse la gueule au minimum) il me semble pertinent de rappeler que certains (dont moi, mais en vrai je suis p'tet le seul) n'ont pas eu d'informations sur comment faire autrement ces dernières années. Du coup, difficile d'imaginer que les politiciens dont le seul intérêt est d'être élu aient la moindre «conscience» du problème.

j'ai déjà contribué à plusieurs publications sur DLFP et écrit un article publié en mars 2011 dans GNU-Linux-Magazine qui est en libre téléchargement ici

J'ai du les rater, ou peut-être qu'a l'époque je ne trainais pas encore tant mes guêtres ici… (en 8 ans, quand même, bientôt 9, il s'en passe des choses)

la fin du support de Gopher par Firefox sous motif de sécurité

Bon, techniquement, il faut reconnaître que réduire le nombre de protocoles supportés réduit la surface d'attaque. D'un autre côté, FF supporte bien d'autres protocoles, y compris basés sur des tech non-libres, donc on peut de nos jours se permettre de douter de la réalité de cet argument.
D'un autre côté, en 8 ans, bien des choses ont changé en FF, qu'on aime ou non.
Probable que ce choix de supporter moins de trucs serait de nos jours plutôt supporté par "pas assez de ressources" ou "la flemme" (bon, la, je troll, certes) qu'un argument de sécurité.

Toujours dans la pratique, les actuels sites Gopher ont une forte similitude aux anciens BBS et sont donc attractifs en tant que tel. Ce qui peut expliquer l'improbable coexistence des susdits groupes.

Perso, j'ai du mal a m'y mettre, parce que je ne comprend pas trop la logique derrière. Ça semble attractif, si on passe au-delà de l'aspect "mode texte brut" qui, comme tu le dis, est plutôt lié au fait que ça soit anté-diluvien (par rapport à l'histoire de l'informatique, hein).

Si c'est "juste" implémenter un outil graphique, je me demande a quel point ça peut être complexe… il semble exister des clients récents, je sais pas s'ils sont en ncurses, mais si c'est le cas, amha le ncurses, pour naviguer, ça rencontre vitre ses limites. C'est l'une des raisons pour lesquelles je suis allergique aux rogueligue tty d'ailleurs (avec des tuiles, ça deviens vite moins rebutant).

boycotter […] les […] motifs indiens

Je ne comprend pas pourquoi tu boycott les svastika… c'est pourtant un symbole utilisé quelques dizaines d'années avant que l'autre empaffé ne s'en empare. Oui, je me réclame du point godwin final de l'année 2019 :)

Après, il faut choisir: on joue l'idéalisme, on joue le pragmatisme, ou on tranche. Perso, suis ok avec les 3, juste, j'aime pas qu'on mente. On le prend comme on veut, l'intégration de tech non-libres dans le browser, le support des DRM, le droit de marque, tout ça…

Perso, même si j'ai prouvé que je maîtrise (très) mal le sujet, je suis aussi méfiant envers la mofo qu'envers google.

Oui, je peux lire le code. Mais le code quand je l'ai regardé (oui, je l'ai fait) n'avais pas l'air fait pour être lu par autrui.
En soit, c'est libre, les 4L sont respectés. Mais moi, dev de métier, certes pas un bon, je suis incapable de les exercer. Et j'ai pas l'impression que ça soit un souci.

D'un autre côté, ils ont hérité d'un code fermé, il s'agit d'un code qui a plus de 20 ans d'âge, vive la dette technique… qui manipule un pseudo-standard qui change selon la lune, et en plus les utilisateurs finaux l'utilisent?

Je me permets d'enchérir sur le sujet par un site web que j'ai découvert grâce aux live du 36C3: https://solar.lowtechmagazine.com/

Je suis quand même surpris que, justement, gopher n'ait pas été abordé. Ça aurait été un sujet de réflexion intéressant, dans le sens ou gopher est resté a une époque ou l'on faisait attention aux ressources, contrairement au web. Je n'ai personnellement jamais réellement expérimenté gopher, parce qu'il est difficile d'y trouver quoi que ce soit sans info initiale.

Cela dis, c'est pareil pour le web, et ça a tendance a devenir de pire en pire. Je me souviens qu'il était possible de passer d'un site a l'autre qui avaient des thèmes en commun en utilisant des «rings», ou cercles en français. De nos jours, pour se balader sur le net, force est de constater qu'il faut passer par un moteur de recherche, vu que peu de sites offrent ce type de naviagation, linuxfr inclus (ou alors, ne le mets pas en valeur).

Enfin, c'est juste un cas général. Après tout, j'ai découvert de nombreuses BD (dont une en français) qui justement utilisent ce système. Ma page d'accueil est en fait une collection de ces sites et je vais me permettre de citer mes 5 préférés du moment:

• http://overmorrowtales.com/index.php
• http://www.awakencomic.com/comic/
• http://www.daughterofthelilies.com/
• http://www.sssscomic.com/comic2.php
• http://girlgeniusonline.com/comic.php

Bon, en général, ça fait quand même quelques mois ou années que c'est mes préférés… et j'en suis quelques autres.

Pour en revenir au sujet, je ne crois pas que le web soit mort. Loin de la. Pour moi, y'a un web public, et un web… disons, pour les curieux, ceux qui creusent. Linuxfr fait partie du 2nd, et je crois qu'on peut avoir un web plus dédiés aux geeks, aux curieux, simplement en mettant en valeur les sites que l'on considère comme des confrèreres, plutôt que chercher a capter toute l'audience.
Je sais, c'est pas super clair… j'essaie juste de montrer une cause possible du problème sans jamais avoir réellement contribué à l'empêcher.

Ton 2nd lien est vraiment intéressant, me suis permis de te pertinenter pour ça.

Me serais-je trompé en déclarant m'être trompé? Je me sens tel un éléphant ayant la tête dans le cul avec ces 2 trompes!

Je suis dev. Je ne sais pas si mon cas est unique, mais je suis une feignasse. Le lien que tu pointes, après une lecture en diagonale, n'indique pas comment intégrer ça dans une application qui aura des contributeurs, donc, pas écrite en rust mais dans un des langages les plus utilisés: C, C++, Java.

Je pense que si C++ est monté si haut en usage, c'est parce qu'il a su se mélanger au C, avec les inconvénients qui vont bien.
Que rust parte d'un pied neuf est bien, aussi, mais risque de demander plus de temps. "Tout le monde" connaît le C, c'est un sacré pas a franchir.

Mouais, la prémisse déjà semble bien fausse.

Il semblerait que je me sois trompé. Tant mieux, honnêtement.

Bof, un monopole c'est la conjonction de plusieurs facteurs complexes.

Je suis d'accord. Mais je n'ai pas souvenir d'avoir vu une "libgecko". Pour webkit, si (mais honnêtement, parmi les navigateurs que j'ai compilés (firefox, otter, netsurf, peut-être d'autres dont je me souviens plus), pour aucun ce n'était vraiment simple, sauf bien sûr si on essaie juste de compiler le truc par défaut, mais dans ce cas l'intérêt me semble un peu limité d'un point de vue utilisateur).

pas vraiment par malveillance

Je ne pense pas non plus qu'il y ait malveillance, hein. Juste des choix, qui sont toujours défendables surtout au moment ou ils sont faits.

Maintenant je pense que la refonte technique qui est en cours permettrait peut-être de régler le problème? À l'heure actuelle, est-il possible d'embarquer le moteur de rendu de firefox dans une autre application?

Je sais, titre provocateur, et je ne saurais retrouver les sources de l'affirmation suivante: Mozilla ne voulais pas que l'on puisse embarquer facilement Gecko dans d'autres logiciels. Ça n'est donc pas arrivé, avec les conséquences que l'on sait.

De mon côté, je n'ai connu que 4 moteurs de rendu (si on fusionne blink/webkit) qui soient capables de gérer un site moderne: celui d'IE, celui d'Opera <= 12, Geck et Blink/Webkit (je ne mets pas netsurf et dillo dans cette catégorie, mes expériences répétées avec eux étant à la limite de l'inexploitable selon les sites, surtout dillo, à mon grand dam… faut que je réessaie d'ailleurs). Ce qui implique donc seulement 2 open-source.

Parmi ceux-la, l'un n'est embarqué que dans 2 logiciels distincts (et leurs forks, certes) tous deux édités par la même organisation: Mozilla.
L'autre, Blink, Webkit, KHtml, etc… (les racines remontent à loin…) à été et est toujours utilisé dans pléthore de logiciels… Et comme de par hasard, c'est le seul (des 4, d'ailleurs) qui est proposé sous forme de bibliothèque.

Quand on voit la complexité du HTML+CSS, il est assez évident que c'est très compliqué à implémenter seul dans son garage, c'est un peu comme si un développeur de jeu ré-implémentait OpenGL.
Du coup, les développeurs de navigateurs qui ne sont satisfaits ni de chrome, ni de firefox n'ont aucun autre choix que d'utiliser ce qui existe: Blink.

Bref, c'est bien d'encenser FF (encore que… perso, je ne l'utilise que parce qu'il supporte des formats proprio - pour le reste j'utilise vivaldi, ironiquement - et il arrive souvent qu'il crash quand je ferme un onglet. C'est pas la dernière version, parce que sinon, ben, le ublock origine du dépôt debian casse! Sans compter le reste des points que je n'aime vraiment pas chez FF, mais qui sont plus subjectifs.) mais il ne faudrait pas oublier que ce navigateur est responsable en bonne partie du fait d'être le seul à utiliser son moteur de rendu.

D'ailleurs, y a-t-il un effort pour changer ça, vu qu'ils réécrivent de grandes portions en Rust? Ça serait une bonne occasion, après tout. Mais j'en doute.

Bref, si tout le monde utilise Webkit ou blink, c'est qu'il y a une raison.

PS: me semble que Qt embarque un moteur de rendu qui n'est pas blink, et il me semble que c'est celui que préfère le navigateur OtterBrowser. Ça fait longtemps que je l'ai pas testé aussi, celui-la.

Pour ma part je sépare toujours au moins /var et /home de / : /var car c'est là que sont envoyées les logs, et qu'une activité anormale peut la saturer, et /home, ce qui permet de faire des choses intéressantes (snapshot par exemple).

Donc on fait la même, à LVM près. Pour ma part je ne l'utilise pas juste parce que je n'en vois pas plus que ça l'intérêt.

pour l'OP: Pour les infos qui suivent, je me considère comme un poweruser, donc c'est peut-être un peu technique, et certainement à adapter (en revoyant à la hausse les espaces disques, je dirais, par sécurité).

Mon /home et ses 100Gio est largement assez gros (trop, même), et quand j'ai besoin de plus, typiquement pour stocker de gros fichiers (iso de CD/DVD, machines virtuelles…), ben je fais une partition que je configure avec de gros secteurs: moins d'inodes, mais moins de fragmentation (même si, oui, sur un SSD, la fragmentation on s'en fout… par contre sur un disque mécanique, en théorie ça accélère d'avoir moins de fragments).

Le /var je le dimensionne selon mon humeur, rarement en-dessous de 10Gio, même si en pratique au taf sur des systèmes spécifiques je lui mets moins de 1Gio (systèmes avec très très peu de stockage comparé à des machines de bureau) et ça tiens à l'aise.
Généralement, je lui mets 50% de plus qu'à mon /usr: ça me permets de garder les vieux .deb, au cas ou une merde arrive. Ça m'a déjà permis de réparer un système sans avoir accès à internet ni à un média d'install.

Le / je lui colle en général 20Gio, mais je n'utilise pas de gros bureau. Un utilisateur normal, je lui conseillerais le double, pour être tranquille (un débutant ne sais que rarement comment il va utiliser sa machine).
Sur ma machine actuelle, j'ai même plusieurs jeux installés sur cette partition:

% ls /usr/games 
0ad          caveexpress-editor  geki2      openmw-essimporter  openttd          singularity   wesnoth-1.10_editor    wesnoth-1.14_editor    widelands
7kaa         flare               hedgewars  openmw-iniimporter  pyrogenesis      supertuxkart  wesnoth-1.10-nolog     wesnoth-1.14-nolog
berusky2     gearhead2-sdl       openclonk  openmw-launcher     redeclipse       wesnoth       wesnoth-1.10-smallgui  wesnoth-1.14-smallgui
caveexpress  gearhead-sdl        openmw     openmw-wizard       SearchAndRescue  wesnoth-1.10  wesnoth-1.14           wesnoth-nolog

Faut que j'en vire certains d'ailleurs. Mais en gros:

• 0ad: 2139Mo
• flare: 154Mo
• hedgewars: 199Mo
• openclong: 115Mo
• redeclipse (1.6): 988Mo
• supertuxkart: 624Mo
• wesnoth core (+secrets of the anciants + hammer of thursagan +under the burning suns, le complet est bien plus lourd): 398Mo

Si j'ajoute le reste, en tout, y'en a pour à peu près 5.5Gio, même s'il faut reconnaître que ce ne sont pas des jeux à la pointe.
De toute façon, la plupart des jeux sont maintenant installés via steam, donc dans /home, et lui, je lui donne un user spécifique, histoire qu'il n'ait pas accès à mes données perso, vu que je m'en méfie comme de la peste de cette usine à gaz.
Du coup, rien ne m'empêcherais de le coller sur une partition séparée, avec un montage sur /home/steam. Enfin, si je l'utilisais beaucoup :) (t'façon ça marche mal sur ma machine).

En gros, les jeux sont 50% de l'espace consommé de mon /usr. Vraiment, monter à 40Gio devrais suffire à la plupart des utilisateurs, qui utilisent des trucs plus lourds que moi.

Il fut une époque ou je séparais le /usr et le /boot, mais franchement, ça vaut pas le coup je trouve. /usr est quasiment juste utilisable par root, pour installer des software (à l'exception de /usr/local sous debian qui appartiens au groupe staff, bien pratique quand on installe régulièrement des trucs depuis le fameux make -j5 && make install, pas besoin de passer root comme ça, plus facile a réparer!) et le /boot la principale justification étais de permettre un dual boot, mais j'ai eu des conflits en essayant d'installer 2 debian sur un seul disque (système de fallback, au cas ou…).
De nos jours, de toute façon, il faut séparer le /boot/EFI (je lui affecte 1Gio, mais je devrais en mettre un peu plus histoire d'y mettre une iso bootable, juste au cas ou…), et selon le boot loader y coller le kernel de l'os qu'on veut booter. Du coup, le /boot sers plus à rien (alors que le /usr est potentiellement justifiable, certains l'utilisent pour le chiffrement me semble).

mais tout le monde fait des sauvegardes, non ?

Je t'avoue que pas moi, il faudrait vraiment que je m'y mettre, avant qu'il ne m'arrive une couille majeure… je sais, c'est pas bien… j'ai vu quelques journaux passer ici, dans certains borg à été mentionné qui sur le papier me plaisait… bon, sur ce, je m'en retourne aux live du ccc moi.

c'est pas évident surtout si on a peu d'espace.

Qui de nos jours à, sur un PC (portable ou pas) moins de 250Gio? Ah, après vérification, moi: je n'ai que 223Gio sur mon SSD, qui doit avoir 2 ans.
J'imagine que les chromebooks & co ont moins, par contre, vu que l'idée est d'avoir les données en dehors de la machine. Par contre, je doute qu'un non initié cherche a y coller une distro linux?

Par défaut il y a des blocs réservés pour le système, je crois que c'est 5%. Donc un utilisateur simple ne peut pas remplir une partition au delà de 95%.

Si je prend une Debian, les journaux et apt ont le droit, et ne se privent pas, d'écrire dans les 5% restant. Pour les journaux, normalement par défaut il y a une rotation, donc "ça devrait le faire" même si on est pas sur une time series database (ou p'tet avec journald c'est le cas? Possible, ça serait le 1er argument que je trouverais intéressant en sa faveur, du coup). Par contre, le cache apt, j'ai connaissance d'aucun outil pour le vider automatiquement.

Mais j'ai du mal à voir comment utiliser plusieurs partitions peut aider, j'ai plutôt l'impression qu'on a d'autant plus de chances de remplir une partition…

Oui, de remplir une partition, ce qui affecte moins le système de que de remplir la partition.

Si ton /var/cache satures ta partition unique, ton /home est saturé aussi. Entres autres.

Par contre oui, ça implique de dimensionner correctement tes partitions, donc de savoir estimer l'espace nécessaire pour chacune. Perso, vu le prix de l'espace disque de nos jours (quasi rien) je laisse 20G-30G pour le /var, dans les 20G pour le / (je sépare pas le /usr ni le /boot, la flemme), un «gros» 100G pour mon /home, et le reste est pas affecté, je l'affecte quand j'en ai besoin, ça me permets par exemple d'installer un nouvel OS quand j'ai envie de jouer, de faire une partition pour alléger une partition qui serait trop pleine (par exemple pour /usr/games, /usr/local, /var/cache…) si nécessaire.
Ça à ses limitations, j'en conviens, mais bon, y'a pas de solution parfaite.

Après si c'est uniquement pour garder quelques programmes spécifiques à jour, il y a toujours la possibilité de rester sur une distribution versionnée et d'utiliser des dépôts tiers, de compiler depuis les sources ou d'utiliser des versions de programmes pour Appimage/Flatpack.

Ou d'utiliser le mécanisme de préférences intégré, histoire de se faire sa propre «frenkeinbian». Je sais que ce n'est pas super abordable, mais c'est bien pratique quand on sait ce qu'on fait: ça permet d'avoir un système basé sur debian stable, avec quelques paquets qui viennent directement de debian unstable/experimental. Bon, en pratique, il me semble que quand j'ai fait ça, j'ai souvent eu à migrer quelques paquets critiques (genre libc) sur testing. Après cette explication, normalement, la référence de «frenkeinbian» devrais être claire :)

Tout le monde a indiqué comment résoudre le problème quand il surviens, mais personne n'a indiqué comment éviter qu'il ne survienne.

Pour éviter qu'il ne survienne, le plus simple est de mettre les dossier /var et /home dans des partitions séparées. Ça n'empêche pas le problème, mais ça réduit considérablement le risque (que l'on peut encore diminuer considérablement en mettant /boot et /usr sur des partitions séparées, même si certaines distributions ne le supportent plus pour /usr).

Salut.

Ce n'est peut-être pas ça, mais je sais que je suis tombé sur le problème. Pour vérifier, essaies donc une iso d'un système 32 bits, comme cette iso de debian pour i386 par exemple.
Si ça marche, alors j'ai visé juste, sinon c'est autre chose.

Pour virtualiser un système d'exploitation 64bits, il me semble qu'il faut activer l'accélération matérielle (selon ton processeur soit VT-x (intel) ou AMD-V (amd) je crois), ce qui se fait dans le firmware de ta machine (le BIOS pour les vieilles machines, l'UEFI de nos jours).

Pour y accéder, il faut éteindre complètement (je graisse, parce que sous windows c'est plus aussi facile à faire que ça ne l'étais, je crois bien que par défaut ça met le système en hibernation profonde) l'ordinateur, puis au démarrage, appuyer sur une touche qui est spécifique au constructeur pour y accéder.
La touche en question peut varier, mais c'est souvent l'une de celles-ci: suppr., de F8 à F12, ou Échap. Le plus simple est d'aller chercher le manuel utilisateur de ta machine, et pour activer l'accélération matérielle par l'interface, c'est encore plus varié que pour accéder à la-dite interface.

Ce n'est peut-être pas ça, mais je sais que je suis tombé sur le problème.

Ton application ne fait que 92Ko apparemment

Nope, 942Kio. Ça reste beaucoup pour un truc qui ne fait qu'activer un commutateur, mais ça doit être lié en dynamique, probablement. Encore qu'on ne sais pas de quel type de mémoire il s'agit, on est loin d'avoir les infos d'un ps -orss,vsz,comm -p $(pidof foobar).

Cela me paraît plus plausible compte tenu de la taille de l’engin (pardon), bien que cela n’empêche pas de s’en méfier.

Ou alors le vice est planqué dans le code partagé. On ne sait pas d'où sortent les informations après tout. Mais je tendrais a être d'accord avec toi: il vaut mieux considérer l'incompétence avant la méchanceté, ou un truc dans ce genre (je sais plus d'où ça sort ce truc, et je me rappelle même plus le texte d'origine).

J'ai pris le même type de décision (juste pas les mêmes choix de technologie finale) il y a 2 ans, a quelques différences près:

• le soft d'origine était loin d'être stable;
• pas d'écran graphique, mais une carte pilotée en RS232;
• diverses cartes sur divers bus RS485;
• l'idée était de porter l'existant vers une interface graphique tout en maintenant l'ancien hard;
• l'ajout d'une interface graphique à déclenché la migration vers une archi Intel, totalement overkill, mais mes prédécesseurs sont partis la-dessus pour jouer avec étron-js, qui bien sûr ne peut fonctionner sur un SoC arm avec «seulement» 512Mio de ram. Le nombre de galères que j'ai eues avec ça…;
• un seul port USB, qui nous relie a un démultiplexeur. Tiens, on a aussi eu des merdes avec ça d'ailleurs, dans certains cas, il lâchait, mais grâce à runit, ça n'a pas posé plus de soucis que ça;
• «mon» code historique utilisais des threads. C'est justement ça, ainsi qu'un générateur de code C++ codé maison et le départ de celui qui s'est tapé la maintenance peu de temps après mon arrivée (1 mois) m'ont forcé à déclencher la réécriture totale (du spaghetti en telles qualité et quantité que l'Italie en serait jalouse);

Je te rejoins sur les bénéfices, mais tu es passé à côté d'autres:

• multi-thread, ça encourage à utiliser du partage mémoire. C'est chiant à débugguer, et ça n'apporte aucun intérêt réel si tous les threads ont la même durée de vie (sous linux, il semble que la gestion des threads et celle des processus soient extrêmement proches). Enfin, rien d'autre que des emmerdes quoi.
• possibilité de travailler à plusieurs chacun «dans son coin», fusionner les codes deviens un besoin anecdotique, puisque la plupart du code d'une appli n'a aucune relation avec les autres;
• possibilité de relancer les daemon systèmes, chose que rc.d n'a jamais été capable de faire malgré plusieurs milliers de lignes de shell imbuvable. Ça m'a servi à mieux supporter certaines cartes SIM qu'un routeur, du fait que j'ai configuré pppd pour se fermer quand la connexion échoue: il est donc relancé, jusqu'a ce que la co prenne, chose dont les routeurs que nous utilisons sur certains systèmes sont incapables de faire… (le sentiment de satisfaction que j'ai éprouvé quand j'ai remarqué ça était très agréable :D).

J'ai hâte de voir ton prochain épisode sur buildroot, j'aimerai aussi mettre ce genre de trucs en place, mais tant de trucs à faire avant…

Bref: pour ce genre de test, il vaut mieux utiliser un outil approprié, par exemple netcat.

Ou nmap, qui en plus dispose d'un frontal graphique.

Le plus crucial ne sera de toute façon pas l'informatique, mais les capteurs, et surtout leur placement afin que leurs valeurs aient une réelle signification.

D'ailleurs, je suis le seul à trouver le déploiement de rPI overkill? C'est un peu du gâchis pour un système qui n'a besoin que de relever des températures et de les transmettre… surtout si une exploitation peut avoir plusieurs cuves, ça va faire beaucoup de rPI au bout d'un moment, non?

J'ai mis le mot «expert» entre «» juste parce que la plupart de son discours n'était pas liée a son expertise, mais au fait qu'il s'est défendu contre le fait de servir de faire-valoir pour des gens dons le métier est de manipuler les autres.

Je pertinente surtout parce que, du coup, ça m'a montré quelques façons de faire prévaloir mes arguments techniques a mon patron

Une trahison en cache d’autres

En gros, il est obligatoire de conserver les données réquisitionnées/censurées/interdites jusqu'au jugement. Bon, la quad semble être contre, mais je ne comprend pas pourquoi?
Bon, par contre, c'est contradictoire avec la notion de supprimer automatiquement des comptes, puisque des comptes, ce sont des contenus, des données?

l’ignorance du Sénat en matière de Web, qui semble ne connaître que Facebook et Twitter

Lol. Quelle grande nouvelle, cinquantenaire pour le cas positifs, octagénaires pour les pires, je suppose, ne savent pas comment marche le net et n'imaginent pas que des gens fassent un travail d'emploi qualifié (développeur, admin, etc, je pense que ça reste hautement qualifié, même si je sais que la moyenne (donc je me considère partie, hein) est loin de la crème) puissent faire gratuitement ce même job pour le fun, de manière bénévole.
Je suppose que parfois enfoncer les portes ouvertes, ça aide.

Prochaine étape : la commission mixte-paritaire

Nous redoutons le contraire : que l’Assemblée nationale rétablisse ses ambitions de censure automatisée et que le Sénat conserve l’extension potentielle du texte à l’ensemble du Web sous les pleins pouvoirs du CSA. Le résultat serait bien plus grave que la proposition de loi initiale alors même que la Commission européenne alertait déjà sur l’incompatibilité de la version de l’Assemblée avec le droit de l’Union européenne.

Du coup, ça va marcher comment? Je suis une bille en droit, j'ai déjà assez a faire a apprendre l'archi du matos… les lois de l'UE sont pas censées être au-delà de celles des nations qui la composent? D'un autre côté, est-ce important si le recours par le «coupable local» lui coûte trop cher?
Au pire, y'a pas moyen de jouer la carte de l'esquive? L'internet, c'est une arme de guerre, qui, de mémoire, est faite pour ne pas être simple à couper, même si les considérations de l'époque n'envisageaient pas (évidemment, sinon le net ne serais jamais né) ce type de problématiques.

le règlement sur les contenus terroristes, qui veut forcer l’ensemble des acteurs de l’Internet à censurer en 1 heure tout contenu considéré comme terroriste par les autorités.

Ça fait longtemps que je pense que les vrais terroristes sont en fait les hommes politiques. Si seulement on pouvais limiter un peu leur pouvoir… mais les rêves de démocratie sont bien inutiles dans un monde ou l'on change le sens des mots au bon plaisir des journaleux et des législateurs.

Il faut dire qu'il est pourri jusqu'au trognon aussi

C'est vrai, mais quand je commence a contribuer a un soft, généralement, c'est parce qu'il y a un aspect qui me gêne, le plus souvent, des dysfonctionnements ou des problèmes de performance.

Contribuer du code, dans ce type de cas (surtout les perfs), c'est passer plusieurs heures à comprendre d'où viens le problème, qui sera variable selon le hardware, puis trouver sa racine, patcher, adapter son patch au style de codage, puis passer par ce que je considère être une pure galère: faut faire un fork, puis pull, puis push, puis faire une push request, attendre la réponse pendant N jours… et même si le patch en question touche juste une fonction de 20 lignes, on te diras de l'éditer toi-même jusqu'a ce qu'il colle a des trucs listés nulle part.

Je vais être franc: je trouve ce modèle bien trop bureaucrate, il nécessite bien trop de ressources matérielles (lancer un brouteur web, c'est mini 2Gio de RAM et un ponçage de disque dur gratos pendant 20s mini sur disque mécanique), et nécessite un polling humain.

En face de ça, il existe un modèle ancestral, certes, moins sexy, certes, basé sur: j'ai un truc qui me soule sur un soft, je me fais un patch perso, je j'envoie a la mailing list du projet, qui disent soit "oui", soit "non", soit "oui mais on va patcher ton patch", éventuellement avec des discussions qui ne nécessiterons pas l'usage de ces usines à segfaults et fuites d'infos que sont les navigateurs webs, chacun pouvant utiliser le client mail qu'il préfère.
Je vais être honnête: maintenant, je fais presque la même avec github: quand j'ai un patch, j'ouvre un bug/feature req/whatever, je cale le patch en P.J. par contre je cherche pas a suivre la discussion. Si j'ai un mail, je vais suivre, sinon, bah… pfou, trop d'efforts, au pire j'ai le patch chez moi, et ça me coûte moins cher de le maintenir que de parvenir a un accord avec l'upstream!.

Je suppose que je devrais pas le dire, par contre. C'est vrai, ça se fait pas, de vouloir simplement contribuer ponctuellement aux logiciels que l'on utilise.

Je ne suis pas comme Jehan (bien moins bon, probablement), j'utilise surtout de petits softs pas gourmands, triés sur le repo apt, dont j'ai tendance a inspecter au moins vite fait le code, et dont dans le cas des jeux, je ne jouerais qu'un temps.
J'ai émis des patchs pour divers softs, cgdb, solvespace, divers jeux… et mon constat global est que quand ça commence a devenir "gros", y'a plus de bureaucratie que de technique, même en collant en pièce jointe des pdf de google-perftools avant et après.
J'ai déjà horreur de la bureaucratie IRL, c'est pas pour m'en coller dans des contributions ponctuelles. Cela dis, les projets sur lesquels on m'a pas trop fait chier, je garde un oeil sur leur source, les autres pas vraiment.

Bref, en l'occurrence, l'humain, ben… franchement, il est cool quand il est seul, en groupe, c'est une saleté.

A vos moins, prêts?

Ou le fait de pas savoir changer de layout (et donc, lui-même)…
Je m'imagine mal les dev et adeptes de ligne de commande sous MacOS utiliser ce layout qui n'a pas les caractères []{}.

À moins qu'en ObjC, ces caractères ne soient pas utilisés (j'en doute, c'est un dérivé du C après tout, donc les tableaux et les blocs de code utilisent probablement ces caractères)? En tout cas, ils sont très utilisés dès lors qu'on utilise un shell (regex, variables).
Peut-être qu'il utilise EcmaScript? Ah ben non, se passer de ces caractères serait vraiment pénible. Alors quel langage?

Mais bon, ça m'a amusé.