freem a écrit 5059 commentaires

 un message posté sur un forum l’est instantanément

Sur pas mal de forums, le ou les 1ers messages d'une personne sont en attente de validation… Du coup non?

Tout ce que je sais moi, c'est ce que l'utilisateur voit, pour le coup.
Le résultat est que la plupart des gens sur ce forum ne goûtent que peu à flarum (comme le dit l'expression consacrée).

La multiplication des plugins n'est pas a franchement parler un bon signe, à mes yeux. Certes, ça peut être utile, mais ça veut aussi dire que l'admin va devoir non pas gérer 1 logiciel, mais 1 logiciel + XX plugins, chacun pouvant être mis à jour plus ou moins aléatoirement.

De ce que je sais, l'admin a cherché parmis les diverses solutions pour trouver celle qui serait la plus simple et efficace a déployer, par contre. Je ne crois pas qu'il ait été familier de l'un ou de l'autre, justement, c'est devant les problèmes de flarum qu'il a décidé de migrer à un autre, ici discourse.
N'étant pas lui, je ne peux pas te donner les raisons. Je ne fais qu'un retour d'expérience ici.

En fait, c'est ptet le terminal avec bash (ou git bash sous Windows) mon IDE, tout simplement.

Ajoutes ton gestionnaire de fenêtre, gdb avec un de ses éventuels frontaux (genre, cgbd) et oui, en effet, ça fait un IDE.

Ça a des inconvénients, mais les avantages les surpassent largement:

• possibilité de changer n'importe quel élément le jour ou j'en trouve un mieux;
• léger, très léger, les ressources matérielles sont gardées pour la tâche en cours, et pas pour l'outil;
• stable. Comme le roc, même;
• pouvoir tout faire juste au clavier (sauf naviguer sur le web, parce que je trouve pas ça pratique);
• pas besoin de créer une solution et son projet, de configurer le basard, dès que je veux debug un truc que j'ai récupérer ici ou là;
• gestion des écrans multiple idéale, et comme les workspaces (avec i3 du moins) sont affectés à un écran, je peux aisément alterner juste un des écrans d'un contexte à un autre, et garder les autres (bon, j'en ai qu'un seul autre en ce moment, faute de place) sur leur contexte initial;
• intégré avec le reste du système. Typiquement, je peux modifier le volume musique comme je l'entend, sans devoir cliquer (impossible sous windows) ou en une frappe clavier (même si mon clavier ne dispose pas de touches multimédia, ou si je préfère une autre combinaison);
• je contrôle les mises à jour. Moi, et personne d'autre;

Inconvénients:

• il faut passer un peu de temps pour trouver les logiciels avec lesquels on sera à l'aise;
• l'interface de gdb est peu pratique. Utiliser le frontal cgdb aide, beaucoup, mais ça reste très chiant globalement, notamment le fait que les "breakpoints" et les "display" soient temporaires, ce qui aide pas quand le debuggueur crash (oui, je vois régulièrement gdb se ramasser la gueule. Mais au moins, c'est juste le debuggeur qui se casse la gueule, pas l'IDE complet);
• les nouveaux terminaux démarrent soit dans mon /tmp, soit dans $HOME, soit dans un point de montage spécifique, selon le raccourcis clavier. Faut que je me motive a faire un script pour que les workspace aient un "$HOME" associé, pour régler ce problème… mais l'usage de zsh fait que ça n'est pas si gênant que ça, une séquence de moins de 10 frappes clavier résouds le problème;
• il est trop difficile de sortir de vim

Au final, chacun son truc, mais je trouve cette solution plus adaptée à mes machines et situations. Plus de 10 ans que j'utilise ce combo: zsh, man, vim, rxvt, i3, cgdb, git, et je ne me vois pas revenir en arrière.
Avant ça, j'ai utilisé des IDEs pendant 10 ans, notamment sous windows ou c'est malheureusement le seul moyen de ne pas être trop improductif, donc ce n'est pas comme si je ne connaissais qu'une manière de faire.

Pour info, freegamedev.net héberge depuis quelques mois une instance de flarum (il me semble, j'ai un léger doute), qui était censée remplacer l'ancien phpbb a terme.
Le résultat est que la plupart des gens n'aiment vraiment pas.

Ce truc est inutilisable dès lors que l'on veut avoir des discussions par sujet (ici, par projets en fait, vu que ça héberge pour les autres), et souffre de divers problèmes d'utilisabilité (non, la double scrollbar n'est pas une bonne idée, non, les tags ne sont pas efficaces sans un outil pour éditer une liste de tags, …).
Il est prévu, de mémoire, de migrer cette instance à discourse. Rien n'est actuellement prévu pour celle de phpbb.

Quand a pourquoi remplacer phpbb, les raisons sont multiples:

• difficulté de maintenance (c'est la raison première);
• difficulté d'administration et modération (à priori, mais ça, ça peut être lié à de la dette locale);
• BBcode (le terme se suffit à lui-même pour toute personne qui a utilisé un forum phpbb de manière régulière);
• probablement d'autres, je ne fais que participer de temps en temps aux discussions, je ne connais pas tous les éléments;

Tu as oublié: peut être consulté hors-ligne. Genre dans l'avion. Ou dans les zones blanches. Ou quand on est hors-forfait.

Si si, ces cas existent encore.

Tu mixes un peu tout la, non?

1. Un bug ça devrais pas être référencé dans une mailing list ou un discourse, mais dans un gestionnaire de tickets. Qui lui peut soit intégrer les discussions directement (c'est le cas de la plupart d'entre eux en fait) soit rediriger vers des discussions via mail ou web ou… peu importe en fait;
2. git, mercurial, et tes compétences sur ces sujets ne sont absolument pas liés à l'usage du mail pour échanger;

Du coup pour moi tu es quand même pas mal hors sujet la…

qui est le meilleur gestionnaire de fichiers selon mois

Au vu du problème en question, j'en d'août.

Pardon.

Les salaires sont indiqués:

35K pour le responsable, 30K pour le junior, selon expérience dans les 2 cas. On pense ce qu'on veux des salaires, mais au moins l'info est présente dans les offres d'origine :)

Honnêtement, le responsable à 35K qui doit encadrer un jeune (déjà full stack oO) à 30K, je me dis, avec expérience mieux vaut postuler en junior: le ratio paie/emmerdes est plus élevé.
Surtout pour du full stack, dans une ville comme montpellier (on vois pas mal d'offres pour ce coin, l'air de rien), même si le contexte joue, forcément, l'argent ne fait pas tout, le fait de faire un truc utile à la communauté et la gestion des projets est un vrai plus pour maintenir le moral (à fortiori d'un libriste).

EPDM et des VAE ?

Parce que pour moi, VAE: Validation des Acquis par l'Expérience. EPDM connais pas.
Si toi ou l'un de ceux qui ont moinssé peuvent expliquer, ça serait cool.

Au taf, les PC que l'on remplace sont tous en alim USB-C pour le coup (HP 5420 et plus récents de mémoire?), et même la génération juste avant (5410) qui avait son gros chargeur plus classique pouvais charger via la dock station en USB-C.
Par contre, ces PCs ne tiennent pas une demi-journée, et je ne sais pas combien de temps ça prendrait de les charger de vide à plein.
Certaines de ces machines (dites "techniques" pour autocad & co) ont 2 connecteurs usb-c pour ça, par contre (je n'ai pas le nom de modèle en tête, je suis nouveau dans ce type de métier, avant je codais).
Preuve que l'USB-C à ses limites? Bien possible, mais je préfère ça à la multiplication des chargeurs qui servent à rien sans la machine pile-poil aux bonnes specs.

Une chose que je me demande par contre, c'est s'il ne serait pas possible, pour un particulier, de hacker une alim USB-C pour y coller des embouts autres. C'est sûr qu'en terme d'effet joule ça sera pas fou, ni en solidité (ces fils sont tellement fins…) mais ça pourrais s'avérer bien utile… j'y réfléchirais quand je trierai ma caisse de chargeurs, je suppose.

Vrai que ça serait dommage de se faire pirater le sex-toy en cours d'usage.

Plus sérieusement, j'ai entendu parler de ça, et cette attaque est plausible. Pour la contrer, il est possible de "castrer" le cable, en flinguant les connecteurs de données.

Je ne m'amuse pas a suivre twitruc, je n'avais lu que le message de début d'asahi. Mais du coup, s'ils se sont trompés (j'ai jeté un oeil rapide a ton 1er lien, mais "c'est pas super clair" pour moi non plus, pour ne pas dire que je comprend pas grand chose au laïus) était-ce utile d'afficher le problème sur la voie publique?

Je suis d'accord mais c'est malheureusement devenu la norme.

Le logiciel propriétaire est aussi une norme, ne faisons rien contre. Pareil pour le sensationnalisme.
J'entend bien que ce n'est pas ton propos, et que je suis un vieux con, mais bon, j'ai vraiment du mal avec ces trucs… twitter en particulier, c'est vraiment pour la com' à 2 balles "3 mots 0 pensée" qui est pour moi un vrai fléau. Même le poivrot qui maintiens le zinc du PMU d'en face utilise plus de 120 caractères quand il exprime une idée, pour dire! (on me souffle que cette règle à changé, mais l'idée reste la)

Debian, avec ce sources.list:

deb http://deb.debian.org/debian bullseye main contrib non-free
deb-src http://deb.debian.org/debian bullseye main contrib non-free
deb http://deb.debian.org/debian-debug bullseye-debug main contrib non-free

deb http://dl.winehq.org/wine-builds/debian bullseye main

deb http://deb.debian.org/debian buster main 
deb http://deb.debian.org/debian bullseye-backports main

Donne:

• perl: installés: 17 non-installés: 4648
• python: installés: 36 non-installés: 8172

sur mon système.
Côté debtags (implemented-in):

• perl: 4728
• python: 2097
• TODO: 220 Bien sûr, je pense qu'il y a pas mal de choses non taguées, mais je donne les chiffres.

Les trucs qui requièrent python installé, et qui sont gérés par ma distro:

• hplip
• linux-perf-5.10
• samba-libs, dont je n'ai absolument pas l'utilité et qui est totalement optionnelle si on recompile les paquets (je l'avais fait, pour debian 10, faut que je refasse)

Ceux qui ne sont pas gérés par ma distro, sont installés uniquement en dépendance de build pour certains projets.

Côté perl:

• perl-base, nécessaire à Debian
• texlive-binaries
• dpkg-dev
• keyboard-configuration
• mailcap, installé parce que mime-support en a besoin, lui-même requis par python2.7 :p (j'aime l'ironie)
• git
• i3-wm
• i3blocks
• qdirstat
• apt-file
• localepurge
• autoconf, même si j'aimerai m'en passer, mais je dois le réinstaller trop souvent après, c'est chiant
• google-perftools
• linux-perf-5.10 (oui oui, ça dépend des deux)
• pkg-config
• dictionnaries-common (requis pour aspell et hunspell)

Je laisse l'exercice de définir ce qui est vieux ou non au lecteur, et ce qui est a cause du fait que debian construise des paquets complets ou non.
Ce qui est sûr, c'est que python est très, très peu utilisé sur mon système, alors que perl est une brique importante.

Il faudrait faire une analyse plus poussée, typiquement, j'ai bien l'impression que python dépend énormément de trucs en python sur plusieurs niveaux, problème qui semble moins présent en perl, ce qui pourrait aider à expliquer pourquoi le nombre de paquets python est double, alors que le nombre de trucs "implemented-in" est lui la moitié (mais le fait que nombre de paquets ne soient pas tagués doit aussi bien aider).

Côté vécu et expérience personnelle, je n'ai pas souvenir d'avoir un seul paquet aux dépendances mal foutues en perl, alors qu'en python, dire ça serait mentir, et pas qu'un peu. Je ne compte plus le nombre de fois ou j'ai du aller, pestant, lire un truc dans /usr/bin pour trouver quel foutu paquet pourrait bien manquer qui a fait planter un programme python en plein vol… Ce qui explique le faible nombre de trucs installés en python sur mon système: je préfère trouver des alternatives, c'est plus simple.

Un autre dit:

As I see it, it got uploaded to the sourceforge manjaro-dev directory. Wouldn't call that a release…

Donc, tous les éléments tendent à montrer que non, les devs de manjaro n'ont pas fait de release proprement dite, et perso je me dis qu'il n'y a vraiment rien de mal a tester des modules kernels pas fiables avant que tout ne soit prêt, pour des gens qui font une distro, loin de la, je dirais que c'est leur job. Par contre, faire taper l'affiche sur twitter, ça, c'est mesquin, et ça encourage les réponses hâtives, surtout quand on ne mets pas tous les éléments dans le message d'ouverture.
D'un autre côté, si twitter était fait pour communiquer, au sens de l'échange, et non pas pour faire du sensationnel, ils n'auraient jamais eu de limite à 140 caractères.
Un mail, ou article de blog, possiblement un tweet qui réference ledit article de blog, aurait été bien plus respectueux en permettant d'avoir bien plus d'éléments pour les lecteurs. Mais était-ce le but, d'informer? Encore une fois: twitter.

Les autres discussions de ce journal montrent également que, non, les trucs pas stables ne sont pas jetés aux utilisateurs sans prévenir (au tout cas il est dit qu'ils ont un noyau marqué expérimental, pour ce qui a trait au noyau).

Dans le tweet, est-il dit que le code s'est effectivement retrouve en prod voire empaquete (dans une version affichee stablec hein)?
Si ce n'est pas le cas, et compte tenu de l'age du repo (quelqu'un a dit 4 jours) alors je trouve en effet la reaction exageree.

Quant a la "commication" j'ai fait l'effort d'aller voir le message: aucune preuve que ca ait ete release. Un lien qui indique de quoi on parle serait pourtant un minimum de respect envers les developpeurs de manjaro et les utilisateurs de twitter.

Upstream ici ne fait qu'affirmer sans prouver, et se font passer pour les gentils dans la 2nde partie du tweet.
Si ca se trouve, les gens de manjaro ont juste clone pour experimenter ensemble, sur une forge publique, qui comme tu le dis est faite pour developper de maniere publique mais n'est pas une prod. De la meme facon qu'il existe plus de clone de daemon que de serveurs daemon, en fait.

Moi je dis, c'est un cygne qu'il est temps de migrer!

En fait, je m'en fout que "l'outil" en question soit utilisé par l'extrême-droite, l'extrême-gauche, l'extrême-centre, mc donald, ou José Bové.

Ce qui est dangereux, c'est l'outil, et son utilité reste à démontrer, les cités dans les villes sont sous caméra, entres autres, mais les flics refusent d'y patrouiller (tu t'es fait tuer, mais t'inquiètes, on a tout filmé!). Par contre, on les voit souvent aux péages des auto-routes pour controller les gens qui vont bosser.

Les radars routiers sont des incitations a garder l'oeil rivé sur le compteur de vitesse, mais pourquoi les véhicules vendus pour l'usage routier sont-ils capables d'aller a des vitesses de plus de 200Km/H au juste?

Dans la catégories des infrastructures, bases de données et autres logiciels d'aide aux décisions (BDD hospitalières, IAs utilisées pour assister les décisions de justice, et probablement d'autres) ce que l'on peut reprocher c'est de financer des deniers publics des applications très chères, commanditées à des entreprises étrangères (oui c'est important, non, je ne suis pas désolé de ce propos nationaliste de fait) sans que ni le peuple, ni le pouvoir (malgré qu'il paraît que le pouvoir est au peuple), n'ait apparemment la capacité d'aller vérifier que tout est OK (et sécurisé).

Bref, même si je ne suis pas super heureux de la montée d'extrême-droite, les problèmes posés par les bases de données centralisées et autres outils de gestion de masse sont loin d'être inexistants, déjà, dès maintenant.
Et je ne crois pas que ça soit une question de couleur.

Juste pour préciser, mais le lien ne parle que de saisir des nombres dans le contexte du html, et préconise l'usage d'entrées de type texte additionné de beaucoup de JS quand ça deviens un peu compliqué.

Ca dépend. Ca se voit pas mal quand on fait tourner certains jeux avec 2 navigateurs sur une machine qui ne peut avoir que 1Gio de réservés pour le GPU (firefox crash, vivaldi donc chromium bug un peu). Reste à savoir par contre si on parle bien de mémoire graphique ou de mémoire "générique".

A noter pour les développeurs les flux sont dispos de manière automatisable sur wiki data. Par exemple pour France Culture: https://www.wikidata.org/wiki/Q19908

Merci, je vais pouvoir cesser de recourir à un navigateur pour juste lire un flux audio! D'autant plus que leur "lecteur web" est tout sauf pratique…

Ca, j'en doute, honnêtement. Et en terme d'efficacité, je trouve ça faible. Je préfère voir du papier moins cher pour imprimer des livres que j'irai acheter, que des livres plus chers parce qu'il faut que je foute à la benne des dizaines de kilos de papier tous les ans que je n'ai jamais demandé à avoir.
Je ne parle même pas de ces ordures que l'on dépose sur ma voiture au parking de la gare SNCF, en normandie, et quand on reviens après une journée pluvieuse (un classique ici) le papier est décomposé sur le pare-brise, avec de très esthétiques tâches d'encre…
Bon, ça, je ne le subis plus, j'avoue: j'ai une voiture de service dont j'ai besoin au taf, du coup, plus de train (et une meilleure ponctualité).

Concernant la version en ligne LibreOffice Online (LOOL)

Vraiment? Lool? C'est un sigle… disons, intéressant à utiliser, surtout en réponse a ce journal?

Serait un meilleur nom, non?
Accepter par défaut toutes les merdes, ou faire semblant de le faire (parce que je pense que ceux qui installent ça dégagent déjà tous les cookie tiers, une "technologie" dont je ne comprend même pas la raison d'être supportée par les navigateurs…) me semble être une belle connerie.
Perso, je préférerais une extension pour dire "I don't want to be tracked at all" qui rejetterais tous les cookies "non-essentiels", incluant les "legitimate interest".
Ca serait bien plus productif, à mon avis.

Du coup, ce sont des tests vinaigre et non acide quand on utilise des outils pour sécuriser le brouteur?

(mauvaise) Blague à part, c'est intéressant que des extensions pour protéger l'utilisateur fassent que les tests ne passent plus… si ces tests requièrent que l'utilisateur accepte d'être traqué pour passer, ne devrait-on pas considérer ces test comme des test pour lesquels il ne FAUT PAS être conforme?

Rien ne t'empêches de supprimer sudo et utiliser su ou doas dont le comportement par défaut est de ne pas avoir de persistanc, tu tapes ton mot de passe à chaque fois.

C'est exactement ce que je fais, pour le coup.
Mais encore une fois, je parle du comportement par défaut des systèmes. Je trouve que pour un poste de bureau, qui n'ont pour la plupart qu'un seul utilisateur, l'installation par défaut de sudo est un amoindrissement de la sécurité.
Je suis bien d'accord que dans le cas d'un système multi-utilisateurs et un sudo bien configuré, la sécurité est renforcée. Ca permets aussi de pouvoir auditer un minimum qui fait quoi, et donc potentiellement pourquoi, à condition de ne pas tourner en sudo -i, justement.