Spyhawk a écrit 1154 commentaires

Ah tiens, oui. Ton propre pseudo n'est évidemment aucunement lié dans cette découverte :)

Edit: Bon, je suis définitivement pas doué pour lire du texte à l'envers…

C'est effectivement le principal avantage de ce format :)

Rien ne t'empêche de configurer ta machine personnelle :)

Ca me fait penser à la locale en_xx complètement artificielle, mais oh combien logique et exceptionnelle.

This locale is for anyone who wants their system to transcend national boundaries and erase digital boundaries.

En particulier, j'aime bien le format de date yyyy-mm-dd (à mettre en relation avec la façon dont on exprime l'heure), qui est en pratique utilisée surtout dans certains pays de l'Asie de l'Est.

A part ça, les touches mortes du clavier US international me gavent et je préfère nettement utiliser le clavier US standard et switcher vers un clavier plus approprié pour taper du français. Fun fact: Je voyage pas mal et mon horloge est toujours en UTC :)

Quelqu'un a déjà entendu parler de ce genre de choses, aurait une référence ? Est-ce que j'aurais inventé ça ?

C'est exact. On en a parlé l'année passée dans les média suite à une étude du Laboratoire Dynamique Du Langage de Lyon.

Donc comment un bitcoin peut valoir plusieurs dollars alors qu'à la base, ça ne vaut rien ?

Tu te focalises sur l'or parce que l'on "mine" des bitcoins, mais le bitcoin se veut d'être une alternative à la monnaie, pas à l'or. Et depuis 1971 et la fin du système étalon-or (plus exactement la convertibilité fixe du dollar en or, voir Bretton Wood), la monnaie n'a que la valeur que l'on veut bien lui donner :)

Donc pour reprendre ma phrase, la production de methane du fait de l'activité humaine risque de devenir bientôt plus problematique que la création de CO2 du fait de l'activité humaine.

Pas vraiment. Le vrai problème avec le méthane, c'est la fonte du pergélisol susceptible d'en libérer des quantités incontrôlables. En comparaison, l'élevage bovin industriel c'est du pipi de chat.

[Le] potentiel de réchauffement [du méthane] est 25 fois supérieur à celui du CO2. Mais on en parle pas.

On en parle pas parce que lorsque l'on se réfère au changement climatique, on parle de "CO2 équivalent" (unité de masse normalisée pour tous les gaz à effet de serre). C'est mal repris par les vecteurs d'information grand public, mais le méthane et les autres gaz sont bel et bien inclus dans cette appellation.

Ici, s/Afrique/Asie/, et ça fait toute la différence.

Voir Prononciation_du_français par exemple.

un = /œ̃/
in = /ɛ̃/

Sinon, étant Suisse romand je suis absolument d'accord sur le fait que le Parisien moyen ne fait pas cette distinction. D'ailleurs, je milite pour faire du Français de Suisse le "standard" international (minus les Hélvétismes) afin de se débarrasser de ces horreurs de soixante-dix, quatre-vingts et quatre-vingt-dix!

s/Linux/Linus/

De rien.

Ou mieux, et plus récent: République populaire démocratique de Corée (RPDC).

man humour

Il est l'auteur de MediaInfo.

Selon l'info que je peux trouver, GTK+ est compilé avec le support complet de Wayland en plus de X11, et c'est donc possible de tester le compositeur Wayland en mode demo (fenêtre GTK dans un client X). On est encore loin d'un usage natif avec le bureau Gnome 3 entier, mais ca se rapproche petit à petit.

Pour KDE, ça vient aussi mais la transition se fera encore plus en douceur, avec le support de Wayland développé en parallèle dans KWin. Si j'ai bien suivi, le support complet viendra avec Qt5 et KDE 5. Voir le blog de Martin Grässlin, développeur KWin, pour l'avancé du travail dans KDE.

En revanche, je sens que ça va être plus douloureux avec les autres toolkits. Implémenter le support de Wayland demande pas mal de ressource, et je suis pas sûr que les petits toolkits puisse suivre dans des délais comparables.

C'est mauvais car des membres comme pBpG se font inutiller malgrès la qualité de leurs interventions et ce serait à mon avis une perte pour la communauté de jeter des membres comme lui.

Je ne pense pas qu'un membre comme pBpG ait jamais atteint un karma négatif de -1000 (une centaine de commentaires consécutifs à -10, en partant d'un karma de 0). Je suis d'accord sur le fait que ce ne concerne que certains cas limites (selon les stats, seuls 3 comptes existants sont entre -100 et -1000, et aucun compte n'est actuellement concernés). Aussi, pBpG avait demandé un coup de main pour remonter son karma, et c'est bel et bien sa pertinence générale qui lui avait permit de l'obtenir.

En résumé, Les "faux positifs" sont virtuellement inexistants, et j'avoue que je n'ai aucune idée de ce que peut être un cas "faux négatif". Voilà pour l'argumentation en ce qui concerne l'adjectif "mauvais" utilisé :)

Egalement, je ne vois ceci pas comme de l'auto régulation par le "système", mais de l'auto régulation par le membre concerné lui même. Comme mentionné au dessus, ce n'est pas en soit le moinssage des lecteurs qui pousse un mauvais karma vers le bas, mais un cercle vicieux auto alimenté par l'écriture répétée de commentaires qui démarrent avec un karma négatif, et qui est difficile voir impossible en pratique à redresser passé un certain seuil.

Un autre aspect dommageable est la facilité pour les autres lecteurs de profiter de ce cercle vicieux pour gagner simplement du karma en continuant de nourrir le troll, résultant sur de long fils de discussion inutiles. Peut être qu'une pénalité de points lors d'une réponse à un post qui est déjà à -10 permettrait d'enrayer ce phénomène(?).

Je serais ravi de le démontrer, mais je n'ai ni le temps, ni les crayons.

Un utilisateur à -1000 n'apporte que peu voir pas du tout au site. Ca ne règle pas le problème de l'ouverture d'un second compte (ça peut juste l'en décourager), mais repartir de zéro évite de se faire moinsser arbitrairement justement. Avoir un point de vue qui ne plait pas peut conduire à un moinssage, mais ça n'empêche pas d'être pertinent et d'être plutôt plussé en moyenne (comme plusieurs l'ont montré ici).

Enfin, un compte négatif ne se fermerait pas "injustement" par moinssage des différents lecteurs, mais par simple autodestruction d'une suite de posts les plus loufoques ou inutiles qui soient. En pratique, on peut cacher les posts négatifs, mais c'est bel et bien tout les fils de discussion qui résultent de ces trolls (donc y compris les posts plussés qui nourissent le troll) qui gènent la lisibilité de quasi toutes les dépêches et quasi tous journaux.

Mais il y a bien quelques illuminés qui croient à tout ce que dit microsoft…

Je sais pas vous, mais après ce que j'ai lu sur LinuxFR ces derniers jours, je crois plus en Microsoft qu'en kadalka.

Je dis ça, je dis rien, hein…

Bon, je sais pas ce qu'il fout là, mais j'ai trop aimé.

Merci pour ce putain de journal qui défonce grave!

[…] ou alors les tonnes de projets avec un nom à consonance anglaise ne « cibleraient » que les anglophones, Poezio ne serait destiné qu'aux espérantistes, et les projets avec des acronymes seraient réservés aux militaires et aux spécialistes du novlangue.[…]

Faut se rendre compte que l'anglais a aujourd'hui la fonction de faciliter la communication entre personnes de différentes cultures. C'est la langue standard "de facto" qu'on apprend pas seulement pour parler avec des anglo-saxons, mais surtout et avant tout avec tout le monde. Pareil pour l'esperanto, dans une moindre mesure.

Quand aux acronymes, ils ne sont de loin pas seulement utilisés dans un cadre militaire ou très spécialisés, mais certains sont passés dans la langue de tous les jours.

Sinon, j'ai rien contre l'appellation en français en général, mais je trouve juste que "Salut à toi" sonne un peu trop familier pour un projet qui se veut d'être utilisé aussi par des non francophones.

On pourrait utiliser des routes avec virage à angle droit pour résoudre tous ces menus problèmes! :)

Objectivement y'a vachement mieux à faire de son temps que d'essayer de raisonner SamWang ou kadalka, d'essayer de faire tenir un propos objectif à Albert si il y a Microsoft à moins de 5 paragraphes ou d'essayer d'empêcher Zenitram de chercher chaque petite phrase qui va lui permettre de faire Zorro ;)

Ce commentaire mérite une place dans la FAQ du site, ou même une page wiki dédiée.

Marotte, honnêtement, arrête de perdre ton temps. "Don't feed the troll", ce type est irrécupérable. Je me demande même je vais pas systématiquement moinsser tous ceux qui répondent à ses messages sans aucune plus value, et surtout sans queue ni tête (comment ça j'ai marché dedans??).

En général, il n'y a pas de problème avec la mise à jour des paquets binaires, pour autant que l'on est pas bourrin et qu'on jette un oeil aux instructions données. En revanche, il peut arriver que les paquets compilés depuis AUR donnent du fil à retordre lorsque qu'une lib système est mise à jour (bump soname qui demande une recompilation du paquet).

Deux questions que je me suis posées sur Manjaro : que se passera-t-il le jour d’un gros changement sur Arch, comme le passage à Systemd ?

Le passage à Systemd a été plutôt un gros changement, et je doute qu'un simple script délivré par Manjaro fasse correctement le boulot dans tous les cas. Intervention manuelle requise donc.

Le "problème" de Manjaro est d'essayer de rendre plus accessible une distribution au plus grand nombre mais qui demandera de toute façon un certain niveau pour l'entretenir.

Et après les facilités de l’installation, ne suffit-il pas après tout de changer les miroirs dans le mirrorlist pour revenir à une Arch pure et dure, si nécessaire ?

Probablement, mais… quel intérêt? Une installation Arch est relativement courte, et pas difficile non plus (même si non graphique). Une fois la base installée, on obtient un bureau complet en une ou deux commandes. La seule plus value de Manjaro que je puisse imaginer, c'est un beau thème par défaut.

Pour Chakra le fait que le développeur principal soit mort a peut être un peu joué, non?

Je ne savais pas qu'il était mort (d'ailleurs j'ai rien trouvé sur le site de Chakra), mais ça explique sans doute pourquoi j'ai (avais) plus l'impression que les ressources sont plus "gâchées" pour faire des outils de repackaging et du repackaging que de faire avancer les outils qui ont une réelle plue value pour l'utilisateur final.

Tout à fait, j'irai même jusqu'à dire que Manjaro est "broken by design". Une perle tirée des commentaires du post d'Allan que tu as mis en lien:

[Allan]: Personally I find this just another example of the Manjaro developers incompetency. Relying on a knowingly broken feature in the package manager that has already been removed from the upstream git sources is nothing less that a spectacular failure. Especially given I have mentioned this many months ago and not a single Manjaro developer was ever seen in the #archlinux-pacman IRC channel or the pacman-dev mailing list to advocate why the feature should be kept.

Bien sûr, selon certains développeurs de Manjaro, la "cabale" Arch Linux est responsable de cette situation.

Au final, il ne fait que très peu de sens de créer une version plus stable d'Arch Linux pour utilisateurs moins expérimenté. Outre que ce n'est pas l'"essence" d'Arch, certains ont rapidement remarqué que le travail de stabilisation d'une distribution ce n'est pas que du pipeau, et qu'utiliser une rolling release demande d'essuyer les plâtres et la connaissance qui va avec.

C'est par exemple le cas de Chakra GNU/Linux, le fork d'Arch (à la sauce KDE) qui a eu son heure sous les projecteurs. Pour des raisons de stabilité, Chakra ressemble désormais à un vrai fork (fini le simple repackaging des paquets Arch). Et curieusement, on entend plus beaucoup parler d'elle, puisque elle est devenue une n-ième distribution qui fait mieux que les autres.