pulkomandy a écrit 2110 commentaires

Donc en gros "on va réformer, mais sans rien changer"?

ça va être difficile de savoir s'il s'est engagé ou pas à quelque chose, avec ça.

Surtout sans MMU… on a arrêté de faire ça sur le desktop depuis… Windows 95?

En même temps c'est pas leur travail. C'est comme si on demandait à l'IETF de faire la promotion de HTTP ou de IPv6 auprès du grand public, ou si le W3C essayait de vendre HTML5 comme la techno du futur. Tout le monde s'en fiche si ton navigateur utilise ça ou autre chose. La comm est faite sur Firefox ou sur Chromium (qui utilise peut-être QUIC et AMP plutôt que HTTP et HTML, d'ailleurs).

Par contre, c'est certain que la fragmentation entre les clients (et aussi les serveurs) XMPP n'aide pas beaucoup. C'est pas forcément pire que pour l'e-mail, cela dit, mais comme le protocole évolue beaucoup plus, c'est plus compliqué pour certains clients de suivre le rythme.

Essayez de vous lancer en temps qu'indépendant quelques temps et vous verrez mieux le travail accompli par les commerciaux, comptables, etc d'une entreprise d'informatique.

POSIX est loin d'être un échec, le code est portable, à quelques menus détails près, entre un Linux et un des *BSD.

hahaha.

Ben non, justement, et c'est bien le problème. POSIX ne spécifie pas le dixième de ce dont il y a besoin pour une application un peu conséquente. POSIX c'est un standard maintenu par des gens qui font tout pour que leur UNIX propriétaire tout moisi garde sa certification quoi qu'il arrive et en faisant le moins possible de développement. Du coup, ça freine toutes les innovations pour que les vieux OS restent compatibles avec les nouveaux standards. Et pendant ce temps, les applications doivent utiliser les APIs spécifiques à chaque système.

On peut parler des kqueues de BSD, des paramètres de mmap dont la moitié ne sont pas dans POSIX, de getrusage qui dans sa version POSIX ne permet de récupérer quasiment aucune information, et ça c'est juste les 3 exemples que je peux sortir de tête parce que je suis tombé dessus des douzaines de fois.

Pas si on prend aussi un noyau BSD, tant qu'à faire.

Pour l'audio/video il y a Jitsi Meet qui marche très bien.

En France on a le .asso.fr pour les associations et il a déjà trempé dans des histoires louches, lui aussi.

Ils vont au casino, c'est beaucoup plus rapide quand on a beaucoup d'épargne à dépenser!

Le fait qu'on considère qu'il y a un gagnant et un perdant dans une élection, c'est déjà un problème.

La personne élue devrait représenter les autres. Pas fais ce qu'elle veut, se servir dans la caisse, etc. Et représenter des gens avec qui on est pas d'accord, et qui sont pas d'accord entre eux, c'est pas simple.

Et le problème commence bien avant le moment ou tu mets ton bulletin dans l'urne. C'est l'organisation des partis politiques, la façon dont on choisit les candidats, et donc, jusqu'au vocabulaire qu'on utilise. Plein de choses sur lesquelles on pourrait agir plus ou moins directement, donc oui, la responsabilité est collective.

En se fondant sur le site ElectricityMap qui se base sur des données en opendata des gestionnaires de réseaux électriques, on peut voir que la consommation de nuit en électricité n'est pas faible du tout. En Europe, la France a peu de variation entre la nuit et la journée (au mieux quelques pourcents en dehors des pics habituels). Pour le Royaume-Uni qui semble avec un écart important est de l'ordre de 66% de la consommation de la journée lors de la nuit. C'est mieux mais cela reste beaucoup.

En France il y a beaucoup de gens avec un cumulus électrique pour l'eau chaude qui se déclenche en heures "creuses". Le but est justement de lisser la consommation parce que c'est plus pratique à gérer avec les moyens de production actuels. Mais si on avait beaucoup plus d'énergie solaire, on aurait des heures creuses plutôt en milieu de journée.

(ça n'enlève rien au reste du problème, mais cette partie là au moins, c'est très facilement réglé)

C'est faisable aussi avec un composant externe, des instructions génériques sont prévues sur les architectures MIPS pour utiliser un coprocesseur (sans préciser ce que le coprocesseur doit faire), et les FPU sur les processeurs x86 et 68000 ont longtemps été dans une puce séparée, se partageant le travail avec le processeur pour interpréter les instructions.

Je vous met le lien direct vers l'article complet parce que je ne vois pas de raison de passer par osnews: https://onezero.medium.com/the-death-of-the-computer-file-doc-43cb028c0506

I don’t understand. This should not be an opt in or an opt out. It is a condition of using our product. There is an acceptance of terms and the use of this data should be included in that.

J'essaie une autre traduction:

"Je ne comprend pas comment ça peut être opt-in ou opt-out, car c'est de toutes façons obligatoire d'accepter [la télémétrie] pour utiliser Gitlab. Il faudrait donc ajouter l'utilisation de ces données au contrat d'utilisation que tous les utilisateurs acceptent."

ça me semble plutôt être simplement un questionnement sur la bonne façon de collecter l'accord des utilisateurs, indépendamment de savoir si c'est une bonne idée ou pas.

https://xkcd.com/1357/

La liberté d'expression ne te force pas à donner la parole aux gens ou à faire du business avec. Au contraire, elle te permet de savoir qui sont les gens (car ils ont le droit de le dire et de dire ce qu'ils pensent) et ensuite de décider si oui on non tu veux les écouter ou travailler avec eux.

• Tu veux une bière ou un jus d'orange?
• Oui, je veux bien, merci!

L'autre problème plus subtil est que c'est une mauvaise idée de se dire "pas besoin de programmeurs compétents pour ça, le langage s'occupe de tout".

Souvenons-nous que des gens ont réussi à faire des trucs unsafe en Ada et que ça a fini par la destruction de la première fusée Ariane 5.

Il vaut mieux savoir que le langage de programmation utilisé ne nous sauvera pas et que dans tous les cas il faut aussi faire confiance au programmeur. Et, cependant, lui donner les outils pour faire son travail correctement.

Ils paient probablement des impôts en Irlande, par exemple. L'Irlande a choisi d'avoir un impôt sur les sociétés plutôt très bas pour être attractive, et ça a marché. Alors soit on met la pression à l'Irlande via l'Europe pour qu'ils remontent le taux de leur impôt sur les sociétés (mais Google et compagnie risquent de déménager en Slovaquie, par exemple), soit on se décide à baisser ledit impôt chez nous pour être compétitifs sur ce point.

Ou alors, on referme les frontières, mais sur Internet, c'est compliqué.

Le virus informatique c'est très bien aussi dans la catégorie "spécialisé".

Ça te donne toujours les droits d'étudier/modifier/utiliser/distribuer, même si ça ne te facilite pas la tâche, donc oui, pour la distribution initiale du logiciel, ça me semble pas impossible légalement de faire ça.

Si tu redistribues le binaire cu'on t'as fourni ainsi et les patchs que tu as fait, ça me semble valable.

C'est stupide, contre-productif et tout ce qu'on voudra, mais a priori ça respecte la lettre de la licence.

Et toutes les deux sont remplacées par Debian 10.

Donc on parle d'une version obsolète de Debian, sur une architecture CPU plus supportée par NodeJS. Mais le problème c'est forcément NPM :o)

Il y en a besoin pour l'interface web de buildbot, par exemple. Donc si tu veux buildbot dans Debian, il y a besoin d'avoir nodejs.

Donc, si tu es développeur nodejs, non, la version dans Debian ne va pas te servir beaucoup. Mais si tu es utilisateur d'applis écrites avec, alors oui, c'est utile de l'avoir.

En fait l'anonymisation des dons via Liberapay fonctionne beaucoup moins bien depuis qu'ils se sont fait virer de mangopay. Il n'y a plus d'aggrégation des dons, chaque transaction est visible séparément.

Dans pcmanfm j'accède à ce partage avec un path en smb://. Il est effectivement monté (erreur de ma part, je n'avais pas vérifié comment ça fonctionne exactement, j'aurais plutôt du dire monté automatiquement par gvfs, donc):

gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

Mais je ne peux pas ouvrir les fichiers qui sont dedans avec LibreOffice, sans raison explicable, du coup. Le message d'erreur est:

General input/output error while accessing /run/user/1000/gvfs/smb-share:server=nomduserveur,share=chemin/vers/le/fichier.xlsx.

Je sais pas, peut être qu'il n'aime pas les = ou les : dans le chemin des fichiers?

On voit aussi les versions futures applicables au 31 décembre 2019 et au 1er janvier 2020. Ils auraient pu mieux synchroniser les changements. (je n'ai pas regardé quelle est la différence entre les deux)