bubar🦥 a écrit 6904 commentaires

ça doit coûter moins cher de nous foutre des ""lunettes"" sur le nez que de remplacer les écrans par des filtres, 3 par salle, valant une fortune. Les yeux des gosses ? bah pas grave, on verra plus tard.

ce qui me gave c'est la techno en elle même, pour le moment. On a beaucoup d'explications sur le fonctionnement des projecteurs et des lunettes, qu'elles soient polarisantes, à écrans actifs séparés ou à division spectrale, blabla, ça le web est rempli d'articles supra-méga-technique sur la question. Mais rien ou presque pour rappeler qu'il s'agit toujours d'astuces destinées à ce que le cerveau s'embrouille. Ouhai, super ! Ho, regardez la dernière supra-méga-caméra Panasonic, qui record en 3D sur carte P2, va sortir à la fin de l'année :

Bref, pour les vieux, encore ça passe. Mais j'ai de gros doutes pour les enfants. Et qu'il si ai peu de rappel ce comment le cerveau est forcé avec ces engins renforce mon doute. J'amènerai pas des gosses dans une salle "3d".

J'pensais qu'ils allaient nous sortir des écrans superposés, et décalés de qq cm, filtrant chacun des gammes d'ondes, afin d'avoir un rendu "3d" à peu prêt correct (en attendant de vrais hologrammes), mais non, ils nous pondent un truc qui embrouille le cerveau. Supaireuh \o/

Genre ça ?

grande

ha tiens tu places /var/tmp en tmpfs ?? ça fonctionne, ça, avec kde sur mageia ? (je suppose que si tu te pré-occupes de /var/tmp c'est que tu utilises kde, vu qu'il n'y a plus que lui -ou presque- qui en a encore besoin).
[moi aussi, mais par ln -s /tmp/ /var/tmp, tout comme pas mal de .cache, de tmp et de Temp]

bonne nouvelle ! Sur Mandriva ça faisait planter la mise en veille et hibernation, d'avoir /var/tmp en ram.

ha zut, oubli :
les partitions sont toutes des partitions primaires. Une partition étendue est crée sur la fin du disque, et celle ci contient la partition swap (pour l'hibernation aussi, c'est pratique même s'il n'y a plus aucun gain de vitesse : le portable est en veille sur ram, et lorsqu'il atteint un seuil faible sur la batterie, il hiberne tout seul, nickel & pratique).

Donc 3 partitions primaires. 1 en ext4 (boot), 2 en btrfs (home et racine). Et une partition étendue (partition swap et partition prise en main btrfs). Voir ici

Merci

Y a t il une raison précise pour ne pas avoir choisi btrfs ? Perso je ne me suis pas soucier de la taille de blocs, j'aurai dû avec btrfs aussi ? Extrait de la fstab d'un autre nouvel utilisateur (et enchanté ! sur noyau -rc5) des derniers ssd :


UUID=blabla / btrfs ssd
UUID=blabla /boot ext4 discard,noauto,comment=systemd.automount
UUID=blabla /home/muny btrfs ssd,noexec,nodev,nosuid
UUID=blabla /mnt/btrfstest btrfs ssd
tmpfs /tmp tmpfs size=300M,noexec,nodev,nosuid


J'apprécie aussi tout particulièrement le noauto sur /boot. C'est vraiment très pratique avec systemd.automount derrière !

quandide de la cantité, les sauts kantiques se décomptent.

Je comprends pareil. Et il n'y a qu'un pas pour penser que :
. ces erreurs sont sans conséquences pour windows car ce dernier inclut ces correctifs nécessaires, ou des workarounds. OK.

hypothèses :
. windows inclut uniquement les correctifs et workarounds des erreurs que l'on rencontre lorsqu'on utilise le compilo de la même maison.
. le compilo de cette maison créait d'autres erreurs, dont les correspondances (le terme correspondances étant peut être plus approprié, là, pour ça) ne se trouvent que dans windows.

résultat :
. la norme est respectée (elle est implémentée tel quel, sans modifications)
. des ajouts maisons à la norme sont réalisés
. le moyen le plus rapide et le plus sûr pour un constructeur est d'utiliser le compilo de la maison MS.
. on peut dire sans mentir que les bios sont buggés (mais on ne dit pas qu'on ajoute des bugs avec la solution pour éviter les bugs des bios)
. le constructeur se retrouve avec une facilité pour sa pré-install
. le constructeur se retrouve baisé avec des tables acpi qui ne peuvent être prises que par windows, sans gros travail (ou sur le bios réellement, ou en chassant les workarounds)
. cela impacte le desktop linux, qui ne décolle pas. comme il ne décolle pas, le constructeur ne s'y intéresse pas.
. MS joue fin, très fin, mais gros (si c'était prouvé, il deviendrait possible de faire interdire le compilo MS pour cet usage, aux usa, ou de l'obliger à documenter)

En résumé, MS cherche à faire du Apple, mais sur tout les constructeurs, ouch, et sans leur accord, ouch.

ouhaip, perso j'suis assez d'accord pour dire que contre tes commentaires le "inutile" est souvent employé pour une "je n'aime pas". Ici tes commentaires sont "pertinents", souvent. Même dans le cas où il y a usage d'un art anglais d'esquivage de réponses :) Le fait que tu réponde ici reste plutôt sympathique, et tu apportes parfois tes éléments. Le fait que tu défendes ton beaftec avec des genre de "personne ne force les constructeurs a utiliser le compilo de MS plutot que celui d'Intel" où on peut bien sentir qu'il y a anguille sous roche, n'empêche pas le fait que tu discutes et apportes des éléments.

il manque peut être un bouton "je n'aime pas". ça permettrait de ne pas baisser le karma (un peu quant même ? pas autant en tout cas), et permettrait de ne pas utiliser "inutile" à mauvais escient. Là c'est chiant de déplier à chaque fois pour lire tes commentaires :p

note que je ne jete aucune pierre, te nommerait jamais grouillot c'est sûr, mais que Albert le fasse ça me fait marrer aussi, franchement :) donc aucune pierre (ou leçon de morale) à qui que ce soit!

Pour revenir au sujet, ce truc puducul(tm), quant même, ça sent fort le :
. compilation avec intl :
"zut y a des trucs qui passent pas nickel chrome sur seven"
"prenez le mien"
"nickel ça fonctionne"
-> super norme acpi. mais implémentation personnelle dans windows
-> pas d'obligation d'utiliser un compilo aml, mais avec celui de ms ça passe illico pour windows
-> utilisation de ce compilo là, implémentation de features directement en bas.

A aucun moment les constructeurs ne sont obligés d'utiliser cet outil là. Mais s'ils le font, c'est qu'ils ont de bonnes raisons (...). Au passage à aucun moment tu ne mens, visiblement. Bref, ça sent fortement la politique du serpent : on commence par faire une implémentation personnelle du standard dans un produit. On propose un autre produit qui réduit le temps pour que la pré-install soit parfaite. Cet autre produit casse à bas niveau pour tout autres concurents. La norme reste la norme, personne ne voit rien, les constructeurs gagnent à ne pas revoir leur bios, et les concurents se retrouvent magiquement avec des trucs bizarres. Mais effectivement, en l'absence de preuves formelles, c'est du fud.

Cette présentation nous apprends que 150 est la réponse, et que 42 n'a qu'à aller se rhabiller. C'est quarantedeuzineu.

:-)

quant même pas, mais c'est un rebond sur ce commentaire. :)

j'avais vraiment envie de tenter l'aventure du SSD

Le temps de trouver comment formater mon SSD (...) Mageia (...) L'installation s'est bien passée, même si j'ai un peu galéré avec le partitionnement

Quel choix a tu fais pour le partitionnement ? (type de partoches, nombres, type de système de fichiers, options de celui-ci)

j'l'ai fait. (inapplicable de manière généralisé, surtout si bourré = nerveux ou pire. l'instructeur, Pascal, me connaissait assez bien) Lors de ma 6 ou 7 septième leçon de conduite, je suis arrivé presque bourré. Bien sûr l'instructeur l'a vu, mais n'a rien dit ;-) Au lieu de me faire conduire, mon tour venu, il m'a fait faire une manoeuvre pour se garer sur un parking encombré : impossible. Leçon de 2mn, mais belle leçon.
se pointer bourré à l'auto-école, faut oser :p

T'en connais beaucoup des sites de test informatique qui se donnent toute cette peine quand un problème apparaît?

hum c'est pas faux, ça change totalement mon avis sur phoronix.
Presque, car on peut aussi se poser cette question : "t'en connais beaucoup des pignolos qui envoient des mails aux dev sans rien d'autre dedans que ça ?" En fait, j'sais pas vraiment, c'est p'être lui qui a raison. Ce qui est sûrs c'est que si on s'y met tous, ça fera pas avancer le schimlblick, ça va l'encombrer.

En plus je pari que le problème se situe en dessous. Que c'est courir après un lièvre : s'ils implémentent des 'workarounds' pour 'bypasser' ces problèmes, d'autres problèmes similaires viendront ensuite, et ça recommencera. J'ai l'impression qu'il mélange deux trucs différents : d'un côté linux consomme un peu plus que seven, ce qui devrait se corriger uniquement dans le projet, et d'un autre des correctifs qui ne peuvent être réels qu'avec la participation active de plus de constructeurs (sinon on court après un lièvre)

Dans le doute, j'vais mettre une "alarme" : 20 cliques par jour sur ses pubs, à phophoronix.

oupss mauvais lien :
http://www.hdt-project.org/

bah c'est malheureusement courant (à mon bien humble avis il y a là un lièvre que personne n'ose soulevé aux USA, certainement pour de bonnes raisons. Si c'était confirmé ça serait une sacrée preuve d'abus de position dominante : favoriser un produit grâce à une implémentation de bug par un autre produit, dont les correctifs ne sont connu que du premier. Tout ça, à la barbe des clients, les constructeurs).

-> donc ne prends pas mes mots au pied de la lettre, ceci est du fud puisque rien n'est confirmé.

si tu veux voir le résumé de la totalité des tables, une autre astuce :
acpidump > acpi
acpixtract -l acpi

par exemple sur mon laptop HP G72, la moitié des tables est "MSFT" et l'autre moitié "INTL". Ce qui est étrange sur ce modèle : tout ce qui concerne les fonctions classiques sont ok, mais par contre la politique réelle concernant le disque semble contredire ce qui est déclaré (et opéré par le firmware dudit disque).

si tu souhaites allez un poil plus loin, regarde ce site (totalement obsolète mais encore plein de bonnes infos pour démarrer) http://linuxfirmwarekit.org Aujourd'hui c'est plus un outil comme HDT qui pourrait devenir un support de ce type de tests suite.

s/type/système

l'amont étant automatisé, l'aval pourra l'être.
non ?

on achète surtout la liberté de circuler.
depuis où on veut (la voiture c'est petit) jusqu'à où on veut (tant que t'as de l'essence et des papiers), et quant on veut.
la voiture automatique ne retire aucune de ces trois libertés.

non ?

c'est l'affaire d'une génération.
En pensant "personne", ça peut être difficile. et encore, il y aura des incitations (assurance) et des obligations (route nationales = convoi automatisé) par exemples.
En pensant "parent" beaucoup moins, quel parent ne préférerait pas avoir un drone routier capable d'emmener et de ramener le fiston ?

Heu, oui, bon.

Mais il y a aussi un autre fait : place la priorité aux vélos partout, et la sécurité sera meilleure pour tous. Ce n'est pas parceque "vélo", mais plus simplement par alignement sur le point le plus faible de la chaîne. ça ne sera pas confortable pour les voitures, certes, mais si les vélos ont presque route ouverte, tout les automobilistes devront faire bien plus gaffe.

D'autant plus que dans un pays 'latin' c'est peut être le seul moyen d'arriver à modifier petit à petit les comportements urbains en véhicule à moteur... (à paris, encore ça va, c'est sec et le jeu est franc. mais ici au sud, on sent bien qu'on est au sud...)

LA stupidité artificielle n'est pas assez stupide pour s'engager sur une route où il n'est pas possible de se croiser, sans connaître au préalable :
1) les arrêts possibles
2) la position des autres stupidités artificielles

alors là, bravo :-)

ce changement ayant entraîner une perte d'exclusivité de tes réactions sur les râleurs étant contre le changement : il ne te reste qu'à râler contre le monde qui change... :-) bravo :-)

Lotus, avec ses ingénieurs structure, de purs génies :-)

les non-parisiens de moins de trente cinq ans ne pourront pas comprendre (fg n'étant captée alors que de paris), mais tant pis :

david girard : "spécialiste en spécialités"
zaza : "vous faites un joli métier"

raaaa moments cultes.

qu'on devient vieux... : "plus de capitaine de soirée tout le monde peut se murger la gueule" .. 'tain : même pas pensée à celle là \o/ Et pourtant elle est énorme !