Spyhawk :
A noter que le pilote AMD n'a pas encore passé le test de conformance et est donc en retard sur ses compères.
laviestbelle :
Le khronos groupe va aussi releaser sur github des outils (notamment de conversion opengl vers Vulkan) et le test officiel de conformance Vulkan
ɹǝıʌıʃO :
Espérons que tous les pilotes passeront rapidement le test de conformance. La complétance de la collection de pilotes est importante, mais leur correctance l'est encore plus.
Liorel :
Tu voulais sans doute parler d'utilisances.
En fait la blague c’est qu’il a fallu en arriver là pour que le premier réagisse (toi, mais ça aurait pu être un autre), et qui pire, naïvement, celui qui réagit en premier puisse soupçonner une seule seconde que ce mot existe réellement. :D
Oui, on dit bien utilisation (fait d’utiliser), comme on dit conformité (fait d’être conforme), complétement (fait de compléter¹) et correction (fait de corriger).
¹ complétion dans le sens de fait de compléter est un anglicisme, même si c’est assez logique en comparaison avec utilisation et correction.
ce commentaire est sous licence cc by 4 et précédentes
Note: l’ajout de symboles (façon jungle speed) permettrait de jouer avec des déficiences visuelles de perception des couleurs, on peut imaginer permettre des motifs variables tout comme les couleurs sont variables. (rectangles/carrés de différentes tailles, des ovales différents, des étoiles ou spirales à nombre de branche variables etc. mais toujours avec "rectangle", "ovale", "étoile", "spirale", "fleur" etc.).
Et puis ça pourrait être très joli, en variant l’apparence des cartes sur deux nuances de la même couleur pour dessiner le motif.
ce commentaire est sous licence cc by 4 et précédentes
un jeu à trois bord (gauche, haut, droite), en fait ça pourrait être plus, voir ci-après.
commencer à deux couleurs (avec deux bords, on peut imaginer forcer le fait que ça soit toujours gauche droite au début¹, par cohérence)
au bout d’un score¹ (ex: score_total / score_déclencheur * nombre_courant_de_bords¹) commencer à placer des cartes¹ d’une couleurs supplémentaire aléatoire¹ sous le tas et ajouter la troisième couleur dans un bord libre (forcément en haut)
au bout d’un score cesser de placer¹ sous le tas des cartes d’une des deux couleurs qui sont là depuis longtemps¹ (ce qui sera forcément droite et gauche au début)
quand la dernière carte d’une couleur a disparu¹ (état du tas¹) remplacer la bande-sans-carte par une bande de la couleur nouvelle
au bout d’un score substituer une couleur¹ (cesser de distribuer une couleur et en distribuer une autre à la place)
quand la dernière carte d’une couleur a disparu¹, substituer la couleur de bande à l’image de la couleur de carte substituée
au bout d’un score, se permettre de substituer une bande de plus¹ (cela signifie que cette étape se reproduira)
au bout d’un score, se permettre de substituer une bande de couleur¹ avant que toutes les cartes de ladite couleur soit éliminées (les cartes sont bloquantes tant que la couleur ne revient pas)
On peut imaginer jouer à 4 bords, en fait ça pourrait être un niveau de difficulté, le joueur choisi le nombre de bord max (2, 3 ou 4) au démarrage, et commence toujours à deux. L’algorithme est le même si les règles sont bien écrites.
paramètre de complexité : range(2 : nombre de bords du polygone)
Logiquement, à plus de deux bords, l’algorithme pourra substituer plus d’une couleur à la fois (activer cette possibilité peut être conditionnée par au bout d’un score, un score déclencheur et à max(nombre de bords courants, nombre de bords max) - 1, .
Il faut utiliser nombre_de_couleur_disponible_pour_le_choix_d_une substitution_de_carte = (nombre_de_couleur_courant < nombre_de_bords_max ? nombre_de_couleur_courant+1 : nombre_de_bords_max) afin de garantir que le jeu ne devienne pas impossible. Ce n’est peut-être pas suffisant avec des grands polygones, et donc de nombreuses couleurs, à vérifier mathématiquement. Il faut que le problème soit toujours solvable avec un temps infini ou un tri instantané (c’est l’incapacité du joueur à trier dans le temps qui le fait perdre, et uniquement cela).
un autre paramètre de complexité :
1. une carte doit être placée sous le tas quand une est retirée de dessus¹ (profil casual/ocasionnel, perte de temps dans le métro), le joueur ne peut pas perdre, mais le jeu peut être extrêmement addictif tout de même.
2. une carte est placée sous le tas selon une cadence¹ (profil normal, la complexité grandissante des problèmes a résoudre prend de plus en plus de temps, augmentant l’impression de manquer de temps même s’il est fixe, le joueur peut perdre.
3. la cadence de placement de carte s’accélère avec le temps (profile hardcore), le joueur perdra forcément.
Le joueur ne gagne
En mode hardcore, le jeu peut être multijoueur en compétition (chaque joueur de son coté), puisque l’aléatoire ne sert qu’au choix des couleurs de substitution (visuel) et que la substitution est basée sur le score et que le déclencheur est commun, deux joueurs peuvent jouer en parallèle sur deux instances, ils sont à armes égales. Le joueur gagne quand l’autre est débordé ou abandonne.
Ce jeu peut être multijoueur en confrontation (profile normal ou hardcore), certains scores spéciaux (exemple : terminer une couleur) active une action chez l’autre (substitution de couleur par exemple), façon tetris attack. Le joueur gagne quand l’autre est débordé ou abandonne.
On peut imaginer en mode casual une variante nombre de couleur disponible > nombre de nombre de bords¹ et un tas limité en nombre de carte¹, un peu comme le solitaire, on a fini le jeu (gagné) quand on a trié le tas. Comme à de nombreux jeux, on a le temps de réfléchir à son action. Il est possible de mettre en place des mécanismes qui peuvent bloquer l’issue si le joueur trie mal. Je n’y ai pas réfléchi, à vous ! Il y a plusieurs axes de réflexion, parce que le tas peut être complètement prédéfini depuis le début (comme le solitaire), ou formé au fur et à mesure (mais avec une limite de carte) et la formation du tas étant dépendante des actions du joueur (élimination d’une couleur visible élimine une bande, ce qui rajoute une couleur, et il peut être stratégique de garder une "dernière carte" pour ne pas changer trop vite de couleur, etc.).
ce commentaire est sous licence cc by 4 et précédentes
J'avoue ne pas comprendre le pourquoi de ce commentaire laissant planer un doute que ça serait quelque chose de non souhaité/souhaitable
Ce qui me gène surtout c’est que ce genre de commentaire laissant planer le doute que ce n’est pas souhaitable nourrit l’idée que les auteurs du code repris » n’ont pas su prendre les bonnes précautions et cela peut être vexant personnellement, comme s’ils avaient raté quelque chose en n’ayant pas choisi la « bonne licence » pour ce qu’ils voulaient.
En fait je crois surtout que la formulation est maladroite, si on lit ainsi :
D’où la licence AGPL quand on ne souhaite pas ce genre de chose.
ou :
D’où la licence AGPL si on ne souhaite pas ce genre de chose.
Cela phrase ne me gêne pas, à part qu’elle n’apporte rien de réellement informatif (c’est un lieu-commun).
Je crois que c’est d’avoir écrit « les développeurs » (surtout après une virgule) qui donne cette impression de généralisation, et cette idée que « les développeurs » en général ne souhaitent pas ce genre de chose. Et puis on se doute bien que celui qui choisit une licence pour son code est un développeur, je penche donc plus pour la phrase maladroite même si j’ai eu la même impression que toi à la première lecture.
ce commentaire est sous licence cc by 4 et précédentes
Perso j’utilise le dépôt padoka et je crois que si ça marche pas avec, c’est que ça n’y est pas du tout, parce que c’est compilé depuis les dépôts git plusieurs fois par semaine.
Après, tout OpenCl ne tourne pas autour de ce “Image Support”, mais je sais que pour Darktable c’est éliminatoire. Il y a certainement plein de choses faisables tout de même… C’est juste que je crains un peut que ça soit aussi bloquant pour GIMP… Mais comme je n’y connais pas grand chose au sujet je ne m’avancerais pas beaucoup plus.
ce commentaire est sous licence cc by 4 et précédentes
/dev/sda n'est pas un fichier régulier, il y a une confusion sémantique dans tes commentaires.
La confusion sémantique est dans le message de Lennart. Fais vraiment à cela, c’est un troll très subtile : la confusion sémantique est dans le message de Lennart et c’est cela que je pointe : par cette confusion sémantique Lennart formule un argument fallacieux qui appelle immanquablement des réactions vives qui lui permettent de prendre la posture de la victime et de clore le débat pour raison sociale plutôt que technique. Ce glissement « débat technique » vers « prise de bec » est opéré par l’emploi d’argument fallacieux qui sont vécus comme du foutage de gueule, et c’est très efficace : personne ne peut reprocher à personne de taire un débat après de insultes, quand bien même elles ont été sacrément cherchées. L’avantage de la méthode c’est que le débat technique peut être clôt avec des arguments non techniques, et c’est du pur troll.
Maintenant tu me parles de sauvegarder et restaurer /dev/sda, je pense immédiatement à la commande dd, et ça marche très bien.
Tu es complètement tombé dans le troll de Lennart.
On compare rm /dev/sda et rm /sys/sys/firmware/efi/efivars/qqch.
Cela signifie aussi que l’on compare cp /dev/sda et cp /sys/sys/firmware/efi/efivars/qqch, et pas dd.
Le gars qui se plaint de pouvoir briquer un appareil ne se plaint pas de le faire en ayant écrit des octets dans un fichier (comme tu l’as fait pour déplomber ton système), auquel cas on pourrait lui répondre « il fallait être prudent et pas écrire n’importe quoi », il se plaint de pouvoir briquer un appareil en supprimant un fichier virtuel dans /sys, ce qui est sensé être comparable à supprimer le fichier /dev/sda par exemple.
Dans mon exemple plus haut, si je fais cat /sys/.../rom je dump le vbios de ma carte graphique, mais si je fais rm /sys/.../rom, je ne détruit pas le vbios de ma carte graphique, encore heureux ! Il devrait en être exactement de même pour le firmware de la carte mère.
Donc restaurer les variables UEFI (tout à fait faisable) ne remet pas forcément ton BIOS dans l'état où il était au moment de la sauvegarde (si des variables non-UEFI ont changé).
Non, tu peux restaurer certaines valeurs mais pas toutes car dans certains cas la machine est définitivement briquée donc tu ne peux pas restaurer.
Enfin, tout a déjà été dit, et au delà de la confusion sur les fichier spéciaux, rincer un disque dur n’a pas la même conséquence que de rincer un firmware de carte-mère surtout quand il n’est pas restaurable. J’ai déjà rincé des disques durs, je n’ai jamais perdu de données. j’ai même déjà cramé un disque dur avec une mauvaise manipulation, je n’ai pas perdu de données, je n’ai pas rendu le système indémarrable, j’ai seulement remplacé le disque.
Au delà des arguments les plus techniques, cet argument est imparable. Même dans le cas où l’on se permet de comparer dd et rm sur un fichier spécial (ce qui n’a pas de sens), la comparaison « donnée standard sur stockage de masse » et « firmware de carte mère » ne tient pas la route, et le faire sciemment tient du troll.
ce commentaire est sous licence cc by 4 et précédentes
Et il a tout à fait raison : il suffit d'un dd if=/dev/zero of=/dev/sda
Je n’ai pas remis cela en cause, je pointe le fait qu’il compare rm fichier à dd of=fichier, ce qui est fallacieux.
et boum, les données sont perdues.
Je n’ai pas remis cela en cause, je pointe le fait qu’il compare supprimer des données et briquer un appareil.
ben d'une part c'est sauvegardable, c'est l'intérêt de l'avoir sous forme de fichiers !
Tu n’as surtout qu’une représentation, cette sauvegarde n’a pas vraiment de sens. Je peux aussi sauvegarder le fichier /dev/sda hein, ça ne me rendra pas mes données si je restaure le fichier /dev/sda après avoir réécrit le disque…
Et d'autre part si c'est perdu, il devrait être facile de repartir sur des valeurs par défaut dans le BIOS.)
Il est très clair que le constructeur est en faute, mais c’est tant pis et il faut faire avec.
ce commentaire est sous licence cc by 4 et précédentes
on flingue les données avec sda, pas le matos lui-même
En fait même pas, l’argument de Lennart est encore plus falacieux que cela, rm /dev (comparé à rm /sys) ne flingue même pas les données, ça t’oblige seulement à rebooter…
et son excuse est bidon
Clairement bidon ! Il écrit par ailleurs :
Specifically, when you issue "systemctl reboot --firmware" we'll set the appropriate EFI variable, to ask for booting into the EFI firmware setup. And because we need it writable we'll mount it writable for that.
Donc, il choisit consciemment de laisser un fichier modifiable 100% du temps chez tout le monde pour le cas où un jour quelqu’un a besoin de demander à redémarrer dans le firmware depuis sa distro… C’est complètement taré… Il suffirait très simplement que sa commande systemctl reboot --firmware remonte temporairement le système de fichier de configuration uefi le temps de configurer cela…
Aussi, d’autres mécanismes de sécurités peuvent être mis en place, par exemple pour dumper le vbios de ma carte graphique (on ne parle ici que de lecture seule, hein !) je dois faire cela :
cd /sys/bus/pci/devices/<pci bus id>
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
The 'rom' file is special in that it provides read-only access to the device's ROM file, if available. It's disabled by default, however, so applications should write the string "1" to the file to enable it before attempting a read call, and disable it following the access by writing "0" to the file. Note that the device must be enabled for a rom read to return data successfully. In the event a driver is not bound to the device, it can be enabled using the 'enable' file, documented above.
Voyez le echo 1 ? c’est l’action « hey, je vais faire un truc inhabituel, mais je sais ce que je fais », c’est un peu comme le flag --yes-i-know-what-i-am-doing de hdparm.
L’option UEFI utilisée par Systemd pourrait utiliser des mécanismes similaires.
ce commentaire est sous licence cc by 4 et précédentes
J’avais failli écrire un journal quand j’ai vu ça mais j’avais fait l’effort de me retenir… Tant pis ce sera un commentaire.
N’empêche, je suis plutôt content de Systemd et j’ai rien contre Pulseaudio, mais il faut reconnaître que question relation humaine ce Lennart fait tout pour se faire insulter…
Il compare des fichiers dans le dossier /sys/firmware/efi/efivars/ avec l’entrée /dev/sda, ce qui est soit du foutage de gueule, soit de l’incompétence au plus haut point. L’entrée /dev/sda est une simple entrée, si je supprime accidentellement /dev/sda je peux la restaurer avec mknode ou un simple reboot. Supprimer /dev/sda ne touche à aucune donnée, cela retire au contraire l’accès aux données. L’arborescence /sys/firmware/efi/efivars/ se comporte comme un système de fichier, donc toute suppression d’un fichier modifie une configuration.
Il compare supprimer un lien dur vers un fichier et écrire dans un fichier, ce qui est soit du foutage de gueule, soit de l’incompétence au plus haut point. Pour rincer /dev/sda il ne faut pas supprimer /dev/sda, il faut écrire dedans. Pour briquer les machines citées, il ne faut pas écrire dans un fichier, il faut supprimer un fichier dans /sys/firmware/efi/efivars/.
Il compare une configuration contenue dans une mémoire sur la carte mère (non redondable, non sauvegardable, non restaurable), à un composant extrêmement standardisé et interchangeable comme un disque dur, ce qui est soit du foutage de gueule, soit de l’incompétence au plus haut point.
Là dessus, il clôt le ticket sans autre forme de procès.
Le gars fait tout pour que les gens se sentent insultés. Parce que lorsqu’on a en face quelqu’un qui se comporte ainsi il y a trois possibilités :
Soit l’autre est un incompétent technique de première.
Soit l’autre essaie de m’entuber, mais s’il croit m’entuber avec des sophismes de ce si piètre niveau il doit vraiment croire que je suis un incompétent technique de première, ce qui est très insultant.
Soit l’autre est un incompétent social de première.
Au premier coup d’œil, les gens civilisés ne pensent pas que l’autre est un incompétent technique, surtout que Lennart a tout de même fait ses preuves, et même si beaucoup de monde râle à propos de ces jouets, il y a assez de monde pour les utiliser même en râlant. Au premier coup d’œil, les gens ne pensent pas que l’autre est un incompétent technique de première, surtout quand il est l’auteur de logiciels intégrés partout, et ne pensent pas au premier coup d’œil que l’autre est un incompétent social (c’est un effort difficile que de discerner les difficultés de l’autre pour s’adapter et concilier). Donc que font les gens ? Ils prennent l’option foutage de gueule « ce mec me prend pour un con », les gens se sentent insultés. On ne peut pas employer des arguments fallacieux pour taire un interlocuteur expert sans que cet interlocuteur expert ne se sente insulté par une aussi basse manœuvre, c’est inévitable.
Bref, ensuite Lennart clôt la discussion (après avoir clôt le ticket) et écrit :
I am deleting a number of insulting or completely off-topic messages now.
Il ne se rend pas compte que les gens répondent par l’insulte parce qu’ils se sont sentis insultés par lui dès son premier commentaire.
Moi de même. Juste à la lecture de son commentaire j’ai l’impression qu’il m’insulte, alors que je suis étranger à la discussion. Quand je lis son premier commentaire cela me fait bondir et j’ai une furieuse envie de le remettre à sa place, alors que je suis étranger à la discussion, que je suis étranger au projet, et que je ne suis pas concerné par ce bug, et que je n’utilise pas UEFI.
Faudrait vraiment qu’il commence à se poser des questions sur son comportement social et à apprendre à débattre / collaborer en société. C’est comme tout, ça s’apprend, certains partent de plus loin et ont besoin de plus d’efforts que d’autres mais rien n’est insurmontable, avec des règles simples on peut apprendre à éviter de provoquer les autres aussi stupidement.
En plus de la forme très blessante de son discours s’ajoute sa manière arbitraire de fermer les discussions (qu’il enflamme lui-même sans s’en rendre compte), façon l’enfant pourri-gâté (ou le lama) qui se bouche les oreilles en répétant « je n’entends rien, je n’entends toujours rien ». Vu son comportement, il ne devrait pas avoir le pouvoir de clore un ticket ou une discussion, ce pouvoir devrait être conféré par son employeur à une autre personne, même à une personne moins compétente techniquement mais plus compétente socialement, car il est très clair que ce gars a besoin d’être sous l’autorité d’un autre, quand bien même cet autre n’aurait pas d’autre compétence que celle de savoir assurer l’autorité. Mais ce problème vient de cette pseudo méritocratie qui pourrit nombre de projets libres et qui n’est en fait que la loi du plus fort : « celui qui code est celui qui décide », ce qui fait de véritable ravage quand celui qui code ne sait pas décider ou est un incompétent social.
Être incompétent social n’est pas une insulte, ce n’est pas un drame, mais il faut en être conscient et prendre les mesures nécessaires pour éviter de blesser les autres et se blesser soi-même. Il y a dans la discussion (sur GitHub et ici sur LinuxFr) des gens qui partent probablement de bien plus loin que lui, mais qui ont appris avec de grands efforts à se comporter convenablement en société et sur Internet. Là encore, ne pas faire les efforts nécessaires pour se permettre de ne pas blesser les gens qui font eux-même ces efforts prend clairement l’apparence du foutage de gueule, et j’ai bien peur que là ce ne soit pas juste une apparence, ça fait trop longtemps que cela dure sans qu’il se remette en question et ne montre pas un seul signe de progression.
ce commentaire est sous licence cc by 4 et précédentes
À mon avis, le problème se situe dans la manière dont le noyau rend accessible ces variables.
On peut déjà se demander s’il est bien opportun de les mettre dans le système de fichiers;
Perso je suis très content du paradigme « tout est fichier », et s’il vous plaît, que cela ne change pas trop vite… Le problème ici n’est pas dans le fait que ce soit exposé comme des fichiers, mais quels sont les droits par défauts sur ce fichiers (i.e. qu’il n’y ai aucun garde-fou, quelque soit la manière dont ce soit exposé).
ce commentaire est sous licence cc by 4 et précédentes
Non, c’est pour pouvoir flinguer son système qu’on devrait mettre une entrée dans le fstab (i.e. devoir débrayer explicitement les choses quand on sait qu’on prend un risque).
Perso j’utilise pas EFI, mais il y a quelques moi j’ai fait une connerie, j’ai voulu supprimer une arborescence que j’utilisais pour un chroot, et en fait j’avais mal (c’est à dire pas) démonté des montages en bind à l’intérieur. Bref, quand j’ai fait rm -Rf monchroot/ j’ai rincé /dev, /sys etc.
Si j’avais été sur une machine comme citée dans le ticket et utilisateur d’UEFI, j’aurai définitivement briqué ma machine.
Les systèmes /dev, /sys, /proc etc. sont sensé être peuplés au démarrage avec des entrées vers diverses choses, mais pas monter un réel système de fichier. Rincer /sys ne devrait supprimer que ces entrées, pas supprimer des choses en vrai dans une quelconque mémoire de stockage.
Le problème pose plusieurs questions, notamment celle d’avoir ces montages en écriture par défaut, et celle de monter un système de fichier sous un dossier de /sys. Vous mettriez /boot dans /sys vous ? Ben là c’est un peu pareil (mais en pire vu que c’est pas remplaçable)…
ce commentaire est sous licence cc by 4 et précédentes
Très clairement, j’ai ici un GPU AMD avec le pilote radeonsi (via le dépôt padoka qui compile tout ça depuis git) et OpenCL n’est pas prêt.
Par exemple Darktable se plaint d’un "missing image support", donc à mon avis c’est pareil pour GIMP…
Donc à mon avis c’est driver proprio obligé pour le moment, c’est vraiment dommage et j’espère que cette initiative ne va pas tomber à l’eau “parce que les pilotes ne suivent pas”. OpenCL est vraiment le parent pauvre des pilotes libres. Perso j’ai un truc qui m’empêche d’utiliser le pilote proprio sur ma bécane (ils marchent certainement mais il y a un problème bloquant ailleurs) donc je n’ai aucune possibilité d’utiliser OpenCL.
ce commentaire est sous licence cc by 4 et précédentes
Ah oui effectivement… faut dire que la dépêche était dans les cartons depuis de nombreux mois et j’avais pas vu cet erratum… dommage, j’attendais impatiemment ce scheduler mais finalement il ne semble pas aussi incroyable qu’au premier coup d’œil !
ce commentaire est sous licence cc by 4 et précédentes
Il y avait une implémentation d3d10/11 fonctionnelle mais elle a été supprimée de Mesa depuis mars 2013. Je crois qu’elle manquait d’utilisateurs tout simplement.
Il y a une implémentation d3d9 fonctionnelle qui est toujours là mais désactivée par défaut. Il semble qu’il y a plus d’utilisateurs du coté de wine (même si là non-plus ce n’est pas intégré par défaut).
Je crois que à la fois pour d3d10/11 et d3d9, wine n’en veut pas parce que c’est Linux-only, or le seul usage serait bien wine…
ce commentaire est sous licence cc by 4 et précédentes
Euh oui effectivement, j’ai été un peu rapide sur ce coup là. :-)
Disons qu’il vise à se substituer à OpenGL quand on veut aller plus loin qu’OpenGL. :-)
ce commentaire est sous licence cc by 4 et précédentes
Le souci c’est que le numéro de page est plus grand que le contenu de la page lui-même (sinon on aurait trouvé là l’algo de compression ultime, en faisant des numéro de pages vers des listes de numéro de page). Le numéro dans l’url n’est qu’un numéro "marque page" associé à un numéro bien plus grand enregistré quelque part sur le serveur dans une joli table.
Après, je me demande si utilisé conjointement avec des algos de compression, on serait capable de compresser une liste suffisamment longue d’adresses pour que la liste de ces adresses prenne moins de place que la somme du contenu à ces adresses. Mais peut-être peut-on démontrer mathématiquement que ce n’est pas possible.
Quand j’avais appris l’existence du projet je m’étais amusé à coder ma photo avec la liste des caractères autorisés (un base64 étendu, en gros) et à rechercher cette chaîne de caractère. Bon, il fallait un jpeg avec une toute petite résolution quasi illisible, à moins d’employer plusieurs tuiles.
ce commentaire est sous licence cc by 4 et précédentes
C’est juste mon avis, mais je trouve l’idée de la distinction homme/femme passionnante, évidemment ça complexifie énormément les choses mais c’est ça qui est passionnant, et c’est ça aussi qui donne de la saveur à ce jeu je trouve. À force de faire du neutre et échangeable on obtient des choses sans saveur. Après il faut faire cela bien. Je ne connais pas bien ces civilisations mais oui on peut donner l’exemple des vestales ou des rôles comme cela, je n’ai pas envie de voir ce rôle attribué à un homme dans 0ad. Pour le moment elles ne sont pas là, mais à mon avis il vaut mieux pousser vers leur inclusion plutôt que vers un affadissement.
Ce n’est pas dans la période historique couverte par 0ad, mais par exemple au moyen-âge les femmes avaient un très grand rôle et faisaient jeu égal avec les hommes ou les surpassait bien des fois (comme quand certaines mères abbesses de monastères avait une autorité seigneuriale et un rôle politique et diplomatique bien plus grand que certains de nos chefs d’états aujourd’hui, sur des grands territoires…). Par exemple s’il y avait un plug-in 0ad pour le temps des croisades, je trouverais cela excellent de mettre les hommes loin au combat (et incapable d’administrer son propre royaume), en ne permettant qu’aux femmes d’administrer et développer le royaume, parce que c’est juste la réalité, à cette période, les hommes étaient juste des bons-à-se-battre et des grands-absents pendant que les femmes étaient chef d’état. Il y a certainement plein de choses comme cela dans l’antiquité, ça serait vraiment excellent.
Le post d’Organix cité par damiend< s’inquiète du sexisme de voir la femme aux champs, mais en même temps n’hésite pas à proposer « Female citizens who can fight and build military buildings ; only workers of the game. Men are devoted fighters.» et « Soldiers must be constantly in a "search & destroy" mode, not in grape picking. », ce qui est tout aussi sexiste, comme le font remarquer d’autres personnes dans la discussions.
Ce qui est bizarre dans 0ad ce n’est pas que dans telle civilisation antique la femme travaille surtout aux champs et l’homme serait un militaire de métier (eh, dans l’armée romaine, le service militaire est uniquement masculin, d’ailleurs, dans certains cas, il était interdit aux soldats de se marier, ce qui exclut même la “femme du soldat” !), mais que la femme n’ait pas plus de pouvoir de construction de la cité justement. Il y a plein de bâtiments dont la construction ne peut être initiée que par des hommes, et on pourrait imaginer qu’au contraire, si certains bataillons d’hommes surentraînés ne peuvent pas cultiver, et bien les hommes ne pourraient pas initier la construction de bâtiments clés de la cité, notamment ceux nécessaires aux “phases” civilisationnelles, et tout plein de choses comme les merveilles, les marchés, les temples, les théâtres, les palissades, et les centre-villes, cela pouvant varier selon les civilisations, voire le donner exclusivement aux femmes parfois. On peut imaginer par exemple que dans certaines civilisations seules les femmes peuvent fonder un nouveau centre-ville (ce qui est une action stratégique énorme) mais que seul les hommes peuvent initier la construction d’une caserne. En fait tout le monde peut déjà participer à la construction, la question c’est : « qui décide ? ». Je trouve ça super passionnant. En fait on pourrait même laisser aux femmes la décision de construire la caserne qui produit des hommes soldats incapable de cultiver la terre ou de construire quoi que ce soit, ce qui humilierait l’homme qui ne serait que de la chair à canon. Bref, ça aussi c’est sexiste et je crois qu’on s’en fout, ce n’est pas un jeu qui se passe dans un fantasme de futur utopique androgyne et sans saveur.
ce commentaire est sous licence cc by 4 et précédentes
LLVMpipe sait utiliser jusqu’à 8 cœurs (par défaut il prend tous les cœurs disponibles, on peut réduire avec LP_NUM_THREADS cf. cette page.
Perso, des trucs comme Quake3 tournent avec un framerate décent avec mon CPU uniquement, mais c’est un jeu qui a plus de 16 ans…
Pour revenir au mining etc. Les GPU de portables sont généralement étudiés pour n’être utilisés qu’au ralenti la plupart du temps.
Par exemple, il y a 8 ans j’ai eu des problèmes avec mon Thinkpad X61T (ultraportable convertible tablette) au début de Gnome Shell. Pourquoi ? Parce que même si cet ordinateur était préinstallé avec Vista (qui fait de la composition), ben les concepteurs avaient encore pensé « comme avant », quand tout était fait par le CPU et que le GPU n’était utilisé qu’occasionnellement, pour des jeux par exemple. Sauf qu’à partir du moment où le wm fait de la composition, le GPU est exploité 100% du temps, et j’ai eu des problèmes inattendus de températures et d’autonomie… Il semble que le problème a été résolu logiciellement depuis, probablement du coté des pilotes, peut-être que du coté des pilotes aussi les développeurs s’étaient dit « boah, la 3D sur cette config c’est occasionnel, pas besoin de faire attention », sauf qu’avec compiz/mutter/autre, la 3D c’était tout le temps…
De même pour quasiment tous les portables aujourd’hui, ils sont faits pour encaisser la composition de Windows en continu, faire tourner des jeux occasionnellement, mais pas faire du calcul sur GPU de manière durable… Miner des *coins ça implique de laisser le matos tourner tout le temps à fond, et les portables sont rarement prévus pour cela, tu va abîmer ton matériel (si ce n’est déjà fait), ne serait-ce qu’en surchauffe, et tu peux aussi user tes ventilateurs prématurément. C’est typiquement ce qui s’est passé avec mon Thinkpad (l’usure du ventilateur à cause de la surchauffe induite par la composition). D’ailleurs, certains ne font pas qu’endommager leur ordinateur.
ce commentaire est sous licence cc by 4 et précédentes
1) La possibilité de désactiver le GPU (surchauffe sur certains portable (genre Acer) peu importe l'OS) pour utiliser le CPU.
Sous GNU/Linux tu peux faire cela :
LIBGL_ALWAYS_SOFTWARE=1SOFTPIPE_USE_LLVM=1 0ad
(tu peux remplacer 0ad par n’importe quel programme OpenGL, il utilisera alors le rendu CPU via LLVMpipe).
Mais j’espère que tu as un CPU très costaud, et que lui est bien ventilé…
Je te conseille de ne rien activer dans les "Paramètres graphiques" exceptés :
Prégérer GLSL (ici ça plante sans ça)
Eau rapide et grossière
Qualité graphique: Low
Tu dois pouvoir activer la limitation Vsync et le taux de rafraîchissement dans les menus, mais je doute que tu arrives à dépasser la fréquence de rafraîchissement de ton écran… ;-).
Dans "Général" active "Mode fenêtré" et "Surcouche FPS" (pour vérifier que tu y gagnes…) et laisse les options activées par défaut, actives.
Ferme et relance 0ad. J’ai essayé et perso j’atteins péniblement 15fps mais mon CPU n’est pas un veau. Ça reste à peu près supportable vu que c’est pas un Quake-like. À mon avis dès que le jeu va se corser (avec des tas de persos qui cherchent leur chemin etc.), ta machine va être vraiment à genoux…
Un GPU c’est tout de même fait pour quelque chose. ;-)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: bravo !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 2.
Note que je kifferai grave écrire un truc sur GooseBerry, mais c’est trop pour moi aussi. Ça peut être une dépêche à quatre mains si tu veux. ;-)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Un grand merci à AMD !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Vulkan 1.0. Évalué à 6. Dernière modification le 17 février 2016 à 20:05.
En fait la blague c’est qu’il a fallu en arriver là pour que le premier réagisse (toi, mais ça aurait pu être un autre), et qui pire, naïvement, celui qui réagit en premier puisse soupçonner une seule seconde que ce mot existe réellement. :D
Oui, on dit bien utilisation (fait d’utiliser), comme on dit conformité (fait d’être conforme), complétement (fait de compléter¹) et correction (fait de corriger).
¹ complétion dans le sens de fait de compléter est un anglicisme, même si c’est assez logique en comparaison avec utilisation et correction.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: axes, algorithmes, règles
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal [HS] Alone in the bit. Évalué à 2.
Légende: les ¹ indiquent ce qu’il faut coder (généralement la condition d’une action).
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: axes, algorithmes, règles
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal [HS] Alone in the bit. Évalué à 2.
Note: l’ajout de symboles (façon jungle speed) permettrait de jouer avec des déficiences visuelles de perception des couleurs, on peut imaginer permettre des motifs variables tout comme les couleurs sont variables. (rectangles/carrés de différentes tailles, des ovales différents, des étoiles ou spirales à nombre de branche variables etc. mais toujours avec "rectangle", "ovale", "étoile", "spirale", "fleur" etc.).
Et puis ça pourrait être très joli, en variant l’apparence des cartes sur deux nuances de la même couleur pour dessiner le motif.
ce commentaire est sous licence cc by 4 et précédentes
# axes, algorithmes, règles
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal [HS] Alone in the bit. Évalué à 5.
idée d’axe:
un jeu à trois bord (gauche, haut, droite), en fait ça pourrait être plus, voir ci-après.
forcer le fait que ça soit toujours gauche droite au début
¹, par cohérence)au bout d’un score
¹ (ex:score_total / score_déclencheur * nombre_courant_de_bords
¹) commencer àplacer des cartes
¹ d’unecouleurs supplémentaire aléatoire
¹ sous le tas et ajouter la troisième couleur dans un bord libre (forcément en haut)cesser de placer
¹ sous le tas des cartes d’une des deuxcouleurs qui sont là depuis longtemps
¹ (ce qui sera forcément droite et gauche au début)carte d’une couleur a disparu
¹ (état du tas
¹) remplacer la bande-sans-carte par une bande de la couleur nouvellesubstituer une couleur
¹ (cesser de distribuer une couleur et en distribuer une autre à la place)carte d’une couleur a disparu
¹, substituer la couleur de bande à l’image de la couleur de carte substituéeune bande de plus
¹ (cela signifie que cette étape se reproduira)substituer une bande de couleur
¹ avant que toutes les cartes de ladite couleur soit éliminées (les cartes sont bloquantes tant que la couleur ne revient pas)On peut imaginer jouer à 4 bords, en fait ça pourrait être un niveau de difficulté, le joueur choisi le nombre de bord max (2, 3 ou 4) au démarrage, et commence toujours à deux. L’algorithme est le même si les règles sont bien écrites.
paramètre de complexité :
range(2 : nombre de bords du polygone)
Logiquement, à plus de deux bords, l’algorithme pourra substituer plus d’une couleur à la fois (activer cette possibilité peut être conditionnée par
au bout d’un score
, unscore déclencheur
et àmax(nombre de bords courants, nombre de bords max) - 1
, .Il faut utiliser
nombre_de_couleur_disponible_pour_le_choix_d_une substitution_de_carte = (nombre_de_couleur_courant < nombre_de_bords_max ? nombre_de_couleur_courant+1 : nombre_de_bords_max
) afin de garantir que le jeu ne devienne pas impossible. Ce n’est peut-être pas suffisant avec des grands polygones, et donc de nombreuses couleurs, à vérifier mathématiquement. Il faut que le problème soit toujours solvable avec un temps infini ou un tri instantané (c’est l’incapacité du joueur à trier dans le temps qui le fait perdre, et uniquement cela).un autre paramètre de complexité :
1. une carte doit être
placée sous le tas quand une est retirée de dessus
¹ (profil casual/ocasionnel,perte de temps dans le métro
), le joueur ne peut pas perdre, mais le jeu peut être extrêmement addictif tout de même.2. une carte est placée
sous le tas selon une cadence
¹ (profil normal, la complexité grandissante des problèmes a résoudre prend de plus en plus de temps, augmentant l’impression de manquer de temps même s’il est fixe, le joueur peut perdre.3. la cadence de placement de carte s’accélère avec le temps (profile hardcore), le joueur perdra forcément.
Le joueur ne gagne
En mode hardcore, le jeu peut être multijoueur en compétition (chaque joueur de son coté), puisque l’aléatoire ne sert qu’au choix des couleurs de substitution (visuel) et que la substitution est basée sur le score et que le déclencheur est commun, deux joueurs peuvent jouer en parallèle sur deux instances, ils sont à armes égales. Le joueur gagne quand l’autre est débordé ou abandonne.
Ce jeu peut être multijoueur en confrontation (profile normal ou hardcore), certains scores spéciaux (exemple : terminer une couleur) active une action chez l’autre (substitution de couleur par exemple), façon tetris attack. Le joueur gagne quand l’autre est débordé ou abandonne.
On peut imaginer en mode casual une variante
nombre de couleur disponible > nombre de nombre de bords
¹ etun tas limité en nombre de carte
¹, un peu comme le solitaire, on a fini le jeu (gagné) quand on a trié le tas. Comme à de nombreux jeux, on a le temps de réfléchir à son action. Il est possible de mettre en place des mécanismes qui peuvent bloquer l’issue si le joueur trie mal. Je n’y ai pas réfléchi, à vous ! Il y a plusieurs axes de réflexion, parce que le tas peut être complètement prédéfini depuis le début (comme le solitaire), ou formé au fur et à mesure (mais avec une limite de carte) et la formation du tas étant dépendante des actions du joueur (élimination d’une couleur visible élimine une bande, ce qui rajoute une couleur, et il peut être stratégique de garder une "dernière carte" pour ne pas changer trop vite de couleur, etc.).ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pas par les anciens de Mumble
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Gamevox un fork (partiel) de Mumble. Évalué à 2.
Ce qui me gène surtout c’est que ce genre de commentaire laissant planer le doute que ce n’est pas souhaitable nourrit l’idée que les auteurs du code repris » n’ont pas su prendre les bonnes précautions et cela peut être vexant personnellement, comme s’ils avaient raté quelque chose en n’ayant pas choisi la « bonne licence » pour ce qu’ils voulaient.
En fait je crois surtout que la formulation est maladroite, si on lit ainsi :
ou :
Cela phrase ne me gêne pas, à part qu’elle n’apporte rien de réellement informatif (c’est un lieu-commun).
Je crois que c’est d’avoir écrit « les développeurs » (surtout après une virgule) qui donne cette impression de généralisation, et cette idée que « les développeurs » en général ne souhaitent pas ce genre de chose. Et puis on se doute bien que celui qui choisit une licence pour son code est un développeur, je penche donc plus pour la phrase maladroite même si j’ai eu la même impression que toi à la première lecture.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Niveau technique à considérer.
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Formation OpenCL en contribuant à GIMP. Évalué à 2.
Perso j’utilise le dépôt padoka et je crois que si ça marche pas avec, c’est que ça n’y est pas du tout, parce que c’est compilé depuis les dépôts git plusieurs fois par semaine.
Après, tout OpenCl ne tourne pas autour de ce “Image Support”, mais je sais que pour Darktable c’est éliminatoire. Il y a certainement plein de choses faisables tout de même… C’est juste que je crains un peut que ça soit aussi bloquant pour GIMP… Mais comme je n’y connais pas grand chose au sujet je ne m’avancerais pas beaucoup plus.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Incompétence sociale (ce n’est pas une insulte)
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 10.
La confusion sémantique est dans le message de Lennart. Fais vraiment à cela, c’est un troll très subtile : la confusion sémantique est dans le message de Lennart et c’est cela que je pointe : par cette confusion sémantique Lennart formule un argument fallacieux qui appelle immanquablement des réactions vives qui lui permettent de prendre la posture de la victime et de clore le débat pour raison sociale plutôt que technique. Ce glissement « débat technique » vers « prise de bec » est opéré par l’emploi d’argument fallacieux qui sont vécus comme du foutage de gueule, et c’est très efficace : personne ne peut reprocher à personne de taire un débat après de insultes, quand bien même elles ont été sacrément cherchées. L’avantage de la méthode c’est que le débat technique peut être clôt avec des arguments non techniques, et c’est du pur troll.
Tu es complètement tombé dans le troll de Lennart.
On compare
rm /dev/sda
etrm /sys/sys/firmware/efi/efivars/qqch
.Cela signifie aussi que l’on compare
cp /dev/sda
etcp /sys/sys/firmware/efi/efivars/qqch
, et pasdd
.Le gars qui se plaint de pouvoir briquer un appareil ne se plaint pas de le faire en ayant écrit des octets dans un fichier (comme tu l’as fait pour déplomber ton système), auquel cas on pourrait lui répondre « il fallait être prudent et pas écrire n’importe quoi », il se plaint de pouvoir briquer un appareil en supprimant un fichier virtuel dans
/sys
, ce qui est sensé être comparable à supprimer le fichier/dev/sda
par exemple.Dans mon exemple plus haut, si je fais
cat /sys/.../rom
je dump le vbios de ma carte graphique, mais si je faisrm /sys/.../rom
, je ne détruit pas le vbios de ma carte graphique, encore heureux ! Il devrait en être exactement de même pour le firmware de la carte mère.Non, tu peux restaurer certaines valeurs mais pas toutes car dans certains cas la machine est définitivement briquée donc tu ne peux pas restaurer.
Enfin, tout a déjà été dit, et au delà de la confusion sur les fichier spéciaux, rincer un disque dur n’a pas la même conséquence que de rincer un firmware de carte-mère surtout quand il n’est pas restaurable. J’ai déjà rincé des disques durs, je n’ai jamais perdu de données. j’ai même déjà cramé un disque dur avec une mauvaise manipulation, je n’ai pas perdu de données, je n’ai pas rendu le système indémarrable, j’ai seulement remplacé le disque.
Au delà des arguments les plus techniques, cet argument est imparable. Même dans le cas où l’on se permet de comparer
dd
etrm
sur un fichier spécial (ce qui n’a pas de sens), la comparaison « donnée standard sur stockage de masse » et « firmware de carte mère » ne tient pas la route, et le faire sciemment tient du troll.ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Incompétence sociale (ce n’est pas une insulte)
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 10.
Je n’ai pas remis cela en cause, je pointe le fait qu’il compare
rm fichier
àdd of=fichier
, ce qui est fallacieux.Je n’ai pas remis cela en cause, je pointe le fait qu’il compare supprimer des données et briquer un appareil.
Tu n’as surtout qu’une représentation, cette sauvegarde n’a pas vraiment de sens. Je peux aussi sauvegarder le fichier
/dev/sda
hein, ça ne me rendra pas mes données si je restaure le fichier/dev/sda
après avoir réécrit le disque…Il est très clair que le constructeur est en faute, mais c’est tant pis et il faut faire avec.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Tous coupables
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 10.
En fait même pas, l’argument de Lennart est encore plus falacieux que cela,
rm /dev
(comparé àrm /sys
) ne flingue même pas les données, ça t’oblige seulement à rebooter…Clairement bidon ! Il écrit par ailleurs :
Donc, il choisit consciemment de laisser un fichier modifiable 100% du temps chez tout le monde pour le cas où un jour quelqu’un a besoin de demander à redémarrer dans le firmware depuis sa distro… C’est complètement taré… Il suffirait très simplement que sa commande
systemctl reboot --firmware
remonte temporairement le système de fichier de configuration uefi le temps de configurer cela…Aussi, d’autres mécanismes de sécurités peuvent être mis en place, par exemple pour dumper le vbios de ma carte graphique (on ne parle ici que de lecture seule, hein !) je dois faire cela :
Voir à ce sujet sysfs-pci.txt :
Voyez le
echo 1
? c’est l’action « hey, je vais faire un truc inhabituel, mais je sais ce que je fais », c’est un peu comme le flag--yes-i-know-what-i-am-doing
dehdparm
.L’option UEFI utilisée par Systemd pourrait utiliser des mécanismes similaires.
ce commentaire est sous licence cc by 4 et précédentes
# Incompétence sociale (ce n’est pas une insulte)
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 10. Dernière modification le 02 février 2016 à 18:39.
J’avais failli écrire un journal quand j’ai vu ça mais j’avais fait l’effort de me retenir… Tant pis ce sera un commentaire.
N’empêche, je suis plutôt content de Systemd et j’ai rien contre Pulseaudio, mais il faut reconnaître que question relation humaine ce Lennart fait tout pour se faire insulter…
Il compare des fichiers dans le dossier
/sys/firmware/efi/efivars/
avec l’entrée/dev/sda
, ce qui est soit du foutage de gueule, soit de l’incompétence au plus haut point. L’entrée/dev/sda
est une simple entrée, si je supprime accidentellement/dev/sda
je peux la restaurer avecmknode
ou un simple reboot. Supprimer/dev/sda
ne touche à aucune donnée, cela retire au contraire l’accès aux données. L’arborescence/sys/firmware/efi/efivars/
se comporte comme un système de fichier, donc toute suppression d’un fichier modifie une configuration.Il compare supprimer un lien dur vers un fichier et écrire dans un fichier, ce qui est soit du foutage de gueule, soit de l’incompétence au plus haut point. Pour rincer
/dev/sda
il ne faut pas supprimer/dev/sda
, il faut écrire dedans. Pour briquer les machines citées, il ne faut pas écrire dans un fichier, il faut supprimer un fichier dans/sys/firmware/efi/efivars/
.Il compare une configuration contenue dans une mémoire sur la carte mère (non redondable, non sauvegardable, non restaurable), à un composant extrêmement standardisé et interchangeable comme un disque dur, ce qui est soit du foutage de gueule, soit de l’incompétence au plus haut point.
Là dessus, il clôt le ticket sans autre forme de procès.
Le gars fait tout pour que les gens se sentent insultés. Parce que lorsqu’on a en face quelqu’un qui se comporte ainsi il y a trois possibilités :
Soit l’autre est un incompétent technique de première.
Soit l’autre essaie de m’entuber, mais s’il croit m’entuber avec des sophismes de ce si piètre niveau il doit vraiment croire que je suis un incompétent technique de première, ce qui est très insultant.
Soit l’autre est un incompétent social de première.
Au premier coup d’œil, les gens civilisés ne pensent pas que l’autre est un incompétent technique, surtout que Lennart a tout de même fait ses preuves, et même si beaucoup de monde râle à propos de ces jouets, il y a assez de monde pour les utiliser même en râlant. Au premier coup d’œil, les gens ne pensent pas que l’autre est un incompétent technique de première, surtout quand il est l’auteur de logiciels intégrés partout, et ne pensent pas au premier coup d’œil que l’autre est un incompétent social (c’est un effort difficile que de discerner les difficultés de l’autre pour s’adapter et concilier). Donc que font les gens ? Ils prennent l’option foutage de gueule « ce mec me prend pour un con », les gens se sentent insultés. On ne peut pas employer des arguments fallacieux pour taire un interlocuteur expert sans que cet interlocuteur expert ne se sente insulté par une aussi basse manœuvre, c’est inévitable.
Bref, ensuite Lennart clôt la discussion (après avoir clôt le ticket) et écrit :
Il ne se rend pas compte que les gens répondent par l’insulte parce qu’ils se sont sentis insultés par lui dès son premier commentaire.
Moi de même. Juste à la lecture de son commentaire j’ai l’impression qu’il m’insulte, alors que je suis étranger à la discussion. Quand je lis son premier commentaire cela me fait bondir et j’ai une furieuse envie de le remettre à sa place, alors que je suis étranger à la discussion, que je suis étranger au projet, et que je ne suis pas concerné par ce bug, et que je n’utilise pas UEFI.
Faudrait vraiment qu’il commence à se poser des questions sur son comportement social et à apprendre à débattre / collaborer en société. C’est comme tout, ça s’apprend, certains partent de plus loin et ont besoin de plus d’efforts que d’autres mais rien n’est insurmontable, avec des règles simples on peut apprendre à éviter de provoquer les autres aussi stupidement.
En plus de la forme très blessante de son discours s’ajoute sa manière arbitraire de fermer les discussions (qu’il enflamme lui-même sans s’en rendre compte), façon l’enfant pourri-gâté (ou le lama) qui se bouche les oreilles en répétant « je n’entends rien, je n’entends toujours rien ». Vu son comportement, il ne devrait pas avoir le pouvoir de clore un ticket ou une discussion, ce pouvoir devrait être conféré par son employeur à une autre personne, même à une personne moins compétente techniquement mais plus compétente socialement, car il est très clair que ce gars a besoin d’être sous l’autorité d’un autre, quand bien même cet autre n’aurait pas d’autre compétence que celle de savoir assurer l’autorité. Mais ce problème vient de cette pseudo méritocratie qui pourrit nombre de projets libres et qui n’est en fait que la loi du plus fort : « celui qui code est celui qui décide », ce qui fait de véritable ravage quand celui qui code ne sait pas décider ou est un incompétent social.
Être incompétent social n’est pas une insulte, ce n’est pas un drame, mais il faut en être conscient et prendre les mesures nécessaires pour éviter de blesser les autres et se blesser soi-même. Il y a dans la discussion (sur GitHub et ici sur LinuxFr) des gens qui partent probablement de bien plus loin que lui, mais qui ont appris avec de grands efforts à se comporter convenablement en société et sur Internet. Là encore, ne pas faire les efforts nécessaires pour se permettre de ne pas blesser les gens qui font eux-même ces efforts prend clairement l’apparence du foutage de gueule, et j’ai bien peur que là ce ne soit pas juste une apparence, ça fait trop longtemps que cela dure sans qu’il se remette en question et ne montre pas un seul signe de progression.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Abstraction des variables dans le système de fichier
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 9.
Perso je suis très content du paradigme « tout est fichier », et s’il vous plaît, que cela ne change pas trop vite… Le problème ici n’est pas dans le fait que ce soit exposé comme des fichiers, mais quels sont les droits par défauts sur ce fichiers (i.e. qu’il n’y ai aucun garde-fou, quelque soit la manière dont ce soit exposé).
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Solution
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 10.
NB: pour ma boulette, j’ai eu juste à rebooter pour récupérer un système fiable, c’est ce que j’attends de
/dev
,/sys
etc.ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Solution
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 10.
Non, c’est pour pouvoir flinguer son système qu’on devrait mettre une entrée dans le fstab (i.e. devoir débrayer explicitement les choses quand on sait qu’on prend un risque).
Perso j’utilise pas EFI, mais il y a quelques moi j’ai fait une connerie, j’ai voulu supprimer une arborescence que j’utilisais pour un chroot, et en fait j’avais mal (c’est à dire pas) démonté des montages en bind à l’intérieur. Bref, quand j’ai fait
rm -Rf monchroot/
j’ai rincé/dev
,/sys
etc.Si j’avais été sur une machine comme citée dans le ticket et utilisateur d’UEFI, j’aurai définitivement briqué ma machine.
Les systèmes
/dev
,/sys
,/proc
etc. sont sensé être peuplés au démarrage avec des entrées vers diverses choses, mais pas monter un réel système de fichier. Rincer/sys
ne devrait supprimer que ces entrées, pas supprimer des choses en vrai dans une quelconque mémoire de stockage.Le problème pose plusieurs questions, notamment celle d’avoir ces montages en écriture par défaut, et celle de monter un système de fichier sous un dossier de
/sys
. Vous mettriez/boot
dans/sys
vous ? Ben là c’est un peu pareil (mais en pire vu que c’est pas remplaçable)…ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Niveau technique à considérer.
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Formation OpenCL en contribuant à GIMP. Évalué à 4.
Très clairement, j’ai ici un GPU AMD avec le pilote radeonsi (via le dépôt padoka qui compile tout ça depuis git) et OpenCL n’est pas prêt.
Par exemple Darktable se plaint d’un "missing image support", donc à mon avis c’est pareil pour GIMP…
Donc à mon avis c’est driver proprio obligé pour le moment, c’est vraiment dommage et j’espère que cette initiative ne va pas tomber à l’eau “parce que les pilotes ne suivent pas”. OpenCL est vraiment le parent pauvre des pilotes libres. Perso j’ai un truc qui m’empêche d’utiliser le pilote proprio sur ma bécane (ils marchent certainement mais il y a un problème bloquant ailleurs) donc je n’ai aucune possibilité d’utiliser OpenCL.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: NdM ajoutée
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Les pilotes graphiques libres : rétrospective et vue sur l’avenir. Évalué à 4. Dernière modification le 01 février 2016 à 12:38.
Ah oui effectivement… faut dire que la dépêche était dans les cartons depuis de nombreux mois et j’avais pas vu cet erratum… dommage, j’attendais impatiemment ce scheduler mais finalement il ne semble pas aussi incroyable qu’au premier coup d’œil !
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: et direct 3d
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Les pilotes graphiques libres : rétrospective et vue sur l’avenir. Évalué à 3.
Il y avait une implémentation d3d10/11 fonctionnelle mais elle a été supprimée de Mesa depuis mars 2013. Je crois qu’elle manquait d’utilisateurs tout simplement.
Il y a une implémentation d3d9 fonctionnelle qui est toujours là mais désactivée par défaut. Il semble qu’il y a plus d’utilisateurs du coté de wine (même si là non-plus ce n’est pas intégré par défaut).
Je crois que à la fois pour d3d10/11 et d3d9, wine n’en veut pas parce que c’est Linux-only, or le seul usage serait bien wine…
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Vulkan alternative?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Les pilotes graphiques libres : rétrospective et vue sur l’avenir. Évalué à 5.
Euh oui effectivement, j’ai été un peu rapide sur ce coup là. :-)
Disons qu’il vise à se substituer à OpenGL quand on veut aller plus loin qu’OpenGL. :-)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Indeed
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Tout est écrit!. Évalué à 3.
Le souci c’est que le numéro de page est plus grand que le contenu de la page lui-même (sinon on aurait trouvé là l’algo de compression ultime, en faisant des numéro de pages vers des listes de numéro de page). Le numéro dans l’url n’est qu’un numéro "marque page" associé à un numéro bien plus grand enregistré quelque part sur le serveur dans une joli table.
Après, je me demande si utilisé conjointement avec des algos de compression, on serait capable de compresser une liste suffisamment longue d’adresses pour que la liste de ces adresses prenne moins de place que la somme du contenu à ces adresses. Mais peut-être peut-on démontrer mathématiquement que ce n’est pas possible.
Quand j’avais appris l’existence du projet je m’étais amusé à coder ma photo avec la liste des caractères autorisés (un
base64
étendu, en gros) et à rechercher cette chaîne de caractère. Bon, il fallait un jpeg avec une toute petite résolution quasi illisible, à moins d’employer plusieurs tuiles.ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Version rapide
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal GPUOpen. Évalué à 2.
Ils poussent dans cette direction depuis l’acquisition d’ATI, mais ça a pris du retard. cf. https://fr.wikipedia.org/wiki/AMD_Fusion#APU
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Dropbox
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Où mettre son archive de mots de passe ?. Évalué à 3. Dernière modification le 26 janvier 2016 à 07:02.
Je crois bien que sous X11 tu es vraiment tout nu… :/
Après si t’es direct sur le tty, ça devrait le faire. ;-)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Représentation vs réalisme ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 2.
moi de même parce que je sais que je n’aurai ni le temps ni la force de répondre à toute surenchère sur le sujet. ^_^
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Représentation vs réalisme ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 3.
C’est juste mon avis, mais je trouve l’idée de la distinction homme/femme passionnante, évidemment ça complexifie énormément les choses mais c’est ça qui est passionnant, et c’est ça aussi qui donne de la saveur à ce jeu je trouve. À force de faire du neutre et échangeable on obtient des choses sans saveur. Après il faut faire cela bien. Je ne connais pas bien ces civilisations mais oui on peut donner l’exemple des vestales ou des rôles comme cela, je n’ai pas envie de voir ce rôle attribué à un homme dans 0ad. Pour le moment elles ne sont pas là, mais à mon avis il vaut mieux pousser vers leur inclusion plutôt que vers un affadissement.
Ce n’est pas dans la période historique couverte par 0ad, mais par exemple au moyen-âge les femmes avaient un très grand rôle et faisaient jeu égal avec les hommes ou les surpassait bien des fois (comme quand certaines mères abbesses de monastères avait une autorité seigneuriale et un rôle politique et diplomatique bien plus grand que certains de nos chefs d’états aujourd’hui, sur des grands territoires…). Par exemple s’il y avait un plug-in 0ad pour le temps des croisades, je trouverais cela excellent de mettre les hommes loin au combat (et incapable d’administrer son propre royaume), en ne permettant qu’aux femmes d’administrer et développer le royaume, parce que c’est juste la réalité, à cette période, les hommes étaient juste des bons-à-se-battre et des grands-absents pendant que les femmes étaient chef d’état. Il y a certainement plein de choses comme cela dans l’antiquité, ça serait vraiment excellent.
Le post d’Organix cité par damiend< s’inquiète du sexisme de voir la femme aux champs, mais en même temps n’hésite pas à proposer « Female citizens who can fight and build military buildings ; only workers of the game. Men are devoted fighters.» et « Soldiers must be constantly in a "search & destroy" mode, not in grape picking. », ce qui est tout aussi sexiste, comme le font remarquer d’autres personnes dans la discussions.
Ce qui est bizarre dans 0ad ce n’est pas que dans telle civilisation antique la femme travaille surtout aux champs et l’homme serait un militaire de métier (eh, dans l’armée romaine, le service militaire est uniquement masculin, d’ailleurs, dans certains cas, il était interdit aux soldats de se marier, ce qui exclut même la “femme du soldat” !), mais que la femme n’ait pas plus de pouvoir de construction de la cité justement. Il y a plein de bâtiments dont la construction ne peut être initiée que par des hommes, et on pourrait imaginer qu’au contraire, si certains bataillons d’hommes surentraînés ne peuvent pas cultiver, et bien les hommes ne pourraient pas initier la construction de bâtiments clés de la cité, notamment ceux nécessaires aux “phases” civilisationnelles, et tout plein de choses comme les merveilles, les marchés, les temples, les théâtres, les palissades, et les centre-villes, cela pouvant varier selon les civilisations, voire le donner exclusivement aux femmes parfois. On peut imaginer par exemple que dans certaines civilisations seules les femmes peuvent fonder un nouveau centre-ville (ce qui est une action stratégique énorme) mais que seul les hommes peuvent initier la construction d’une caserne. En fait tout le monde peut déjà participer à la construction, la question c’est : « qui décide ? ». Je trouve ça super passionnant. En fait on pourrait même laisser aux femmes la décision de construire la caserne qui produit des hommes soldats incapable de cultiver la terre ou de construire quoi que ce soit, ce qui humilierait l’homme qui ne serait que de la chair à canon. Bref, ça aussi c’est sexiste et je crois qu’on s’en fout, ce n’est pas un jeu qui se passe dans un fantasme de futur utopique androgyne et sans saveur.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: gz
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 4.
LLVMpipe sait utiliser jusqu’à 8 cœurs (par défaut il prend tous les cœurs disponibles, on peut réduire avec
LP_NUM_THREADS
cf. cette page.Perso, des trucs comme Quake3 tournent avec un framerate décent avec mon CPU uniquement, mais c’est un jeu qui a plus de 16 ans…
Pour revenir au mining etc. Les GPU de portables sont généralement étudiés pour n’être utilisés qu’au ralenti la plupart du temps.
Par exemple, il y a 8 ans j’ai eu des problèmes avec mon Thinkpad X61T (ultraportable convertible tablette) au début de Gnome Shell. Pourquoi ? Parce que même si cet ordinateur était préinstallé avec Vista (qui fait de la composition), ben les concepteurs avaient encore pensé « comme avant », quand tout était fait par le CPU et que le GPU n’était utilisé qu’occasionnellement, pour des jeux par exemple. Sauf qu’à partir du moment où le wm fait de la composition, le GPU est exploité 100% du temps, et j’ai eu des problèmes inattendus de températures et d’autonomie… Il semble que le problème a été résolu logiciellement depuis, probablement du coté des pilotes, peut-être que du coté des pilotes aussi les développeurs s’étaient dit « boah, la 3D sur cette config c’est occasionnel, pas besoin de faire attention », sauf qu’avec compiz/mutter/autre, la 3D c’était tout le temps…
De même pour quasiment tous les portables aujourd’hui, ils sont faits pour encaisser la composition de Windows en continu, faire tourner des jeux occasionnellement, mais pas faire du calcul sur GPU de manière durable… Miner des
*coins
ça implique de laisser le matos tourner tout le temps à fond, et les portables sont rarement prévus pour cela, tu va abîmer ton matériel (si ce n’est déjà fait), ne serait-ce qu’en surchauffe, et tu peux aussi user tes ventilateurs prématurément. C’est typiquement ce qui s’est passé avec mon Thinkpad (l’usure du ventilateur à cause de la surchauffe induite par la composition). D’ailleurs, certains ne font pas qu’endommager leur ordinateur.ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: gz
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 2.
Sous GNU/Linux tu peux faire cela :
(tu peux remplacer
0ad
par n’importe quel programme OpenGL, il utilisera alors le rendu CPU via LLVMpipe).Mais j’espère que tu as un CPU très costaud, et que lui est bien ventilé…
Je te conseille de ne rien activer dans les "Paramètres graphiques" exceptés :
Tu dois pouvoir activer la limitation Vsync et le taux de rafraîchissement dans les menus, mais je doute que tu arrives à dépasser la fréquence de rafraîchissement de ton écran… ;-).
Dans "Général" active "Mode fenêtré" et "Surcouche FPS" (pour vérifier que tu y gagnes…) et laisse les options activées par défaut, actives.
Ferme et relance 0ad. J’ai essayé et perso j’atteins péniblement 15fps mais mon CPU n’est pas un veau. Ça reste à peu près supportable vu que c’est pas un Quake-like. À mon avis dès que le jeu va se corser (avec des tas de persos qui cherchent leur chemin etc.), ta machine va être vraiment à genoux…
Un GPU c’est tout de même fait pour quelque chose. ;-)
ce commentaire est sous licence cc by 4 et précédentes