Batchyx a écrit 1261 commentaires

Sauf que le fermé chez Apple, ça n'est pas simplement 'pas opensource', c'est 'fuck les amateurs, vous raquez 100€ et on fait ce qu'on veut, vous avez pas intérêt à laisser les utilisateurs programmer sur leurs machines !'. À coté Windows ça passe pour un OS de libristes barbus.

Et franchement, vous en connaissez beaucoup des profs de collèges qui seraient capable de développer ou de faire développer des applis ? Si de base c'est complètement fermé, il ne risque pas d'y avoir la moindre application, donc ça sera réellement inutile.

Alors que j'ai vu des personnes absolument pas scientifique faire du python/Tkinter de petit nègre (mais vraiment) sous Windows avec l'aide "d'un ami programmeur" (pas moi), et du coté utilisateur c'était largement suffisant.

Sauf que les utilisateurs avec 300 disques sont loin d'être majoritaires, et que on à déjà fait trop souvent le reproche de linux qui ne supporte pas d'être changé de place à l'époque ou c'était déjà en partie basé sur le chemin hardware.

L'admin ou l'utilisateur ne comprenait pas que linux ne marche plus dès que l'on changeait le disque de place, que l'on réorganise les partitions alors que windows s'en sortait bien. Surtout avec grub1 ou liloo ou en gros le système devenait complètement imbootable dans ces cas la.

L'approche par chemin hardware à manifestement échouée pour la plupart des utilisateurs, y compris des admins, donc c'est parfaitement normal et raisonnable de mettre les UUID par défaut, sachant que ça reste qu'une configuration par défaut, et que comme toute configuration par défaut, c'est fait pour les neuneus qui aiment bien les configurations par défaut qui marchent.
Devoir gérer 300 disques ça n'est pas un besoin courant, et il y a quand même by-id et by-path présent par défaut pour ceux qui sont dans ce cas.

Et même dans ton cas, rien que pour trouver la partition racine, je garderait quand même la méthode des UUID, parce que c'est fait pour.

Oups oui, "mélangeables". Ça m'apprendra à cliquer bêtement sur le correcteur orthographique.

Mettre quoi en natif ? c'est toi qui définit ta numérotation. C'est toi qui considère qu'il faut numéroter en fonction de la position dans la baie. udev est natif, le reste c'est de la configuration.

Par défaut, c'est l'UUID, c'est pouvoir retrouver les partitions en ayant changés les contrôleurs, les disques, et en ayant déplacé les partitions aux hasard sur ces disques. Ça me parait raisonnable comme configuration par défaut, sachant qu'à coté il y a by-id by-path, et que les deux approches sont forcement pas mangeables.

Bien sur que tu peux, suffit de faire la même chose que fait Debian avec les cartes réseau : quand ça en détecte une nouvelle, ça ajoute une ligne dans /etc/udev/rules.d/70-persistent-net.rules avec une règle udev qui renomme avec un numéro unique.

après ton numéro unique dépend de ce que tu veux.

Pourtant udev c'est gratuit, simple et ça mange pas de pain. Tu nomme tes disques comme tu veux ou tu veux et avec qui tu veux...

ls /dev/disk/by-id/ Y a les devices et les numéros (pas uuid) des partitions.

Quand à savoir si ça serait plus simple, non ça n'est pas plus simple. Plus facile peut être, mais pas plus simple ;) Surtout comparé à un OS qui à besoin de maintenir une liste de matériel pour fonctionner correctement, et qui ne résiste absolument pas à un changement de matériel.

Et on se retrouve dans le cas ou Firesheep va aller récupérer tout les cookies d'authentification. Du coup n'importe qui peut aller sur ton compte sans connaître ton mot de passe. Il peut découvrir ton email si tu le cache, et bien d'autres choses encore...

Personnellement je ne vois pas le problème de violer la GPL si à notre tour on peut violer toutes les licences propriétaires des logiciel qui utilise des bouts en GPL. Si le piratage deviens légal, ça veut dire qu'on aura gagné. Il y aura alors aucun intérêt à faire du closed-source...

Moi je demande à ce que tu fasse un rapport de bug.

Chez moi sous Debian Sid tout marche correctement, dmix est configuré par défaut sans que je fasse rien. Et ce avec quatre cartes son différentes. Et heureusement d'ailleurs, puisque Flash est souvent bien trop lent pour lire une quelconque vidéo, alors que mplayer /tmp/Flash*, pas.

Il ne le tue pas parce qu'il est en arrière plan, il le '''swappe'''(comme tu dit) parce qu'il est en arrière plan et qu'il manque de la place. à ce moment là il y a bien d'autres applis en arrière plan qui sont bien moins utiles et qui mériteraient largement d'être swappées. Mais il va quand même me tuer mon client IM ou mon lecteur de zick (surtout mon client IM puisqu'il est un peu gros). Pour la sick c'est pas trop grave, mais pour l'IM ça veut dire qu'il se déconnecte.

Et pour une vision téléphone, moi je veux bien tout ce que tu veux, à condition que ça marche. Devoir gérer la fermeture des applis ça me gênais pas tant que ça sur un Openmoko (tu clique sur le bouton "fermer" de l'appli, et elle quitte. simple non ?)

Pour le téléphone c'est un téléphone bas de gamme Huawei avec une ROM Orange (rootée depuis). Orange appelle ça "tactile internet" et me l'a vendu moins de 180 euros.

En même temps, si tu pose une question du type "Acceptez vous de renforcer le pouvoir de XXXX" (ou XXXX est inaccessible au pékin moyen), ça parrais difficile que la réponse soit autre que "nom".

Qui veut renforcer le pouvoir du parlement français pour voter la réforme des retraites ? Qui veut renforcer le pouvoir du gouvernement pour qu'ils cachent mieux leurs affaires Bettencourt ? Qui veut renforcer le pouvoir du conseil de l'Europe ou du parlement européen qu'on sait même pas ce qu'il fait, ou alors on le sait en mal (c'est bien connu, c'est quand ça va pas qu'on en entend parler) ?

Geek.

J'imagine que tu n'aime pas le soleil pour les mêmes raisons, trop directif et ponctuel ;)

-------> []

Sauf que tes 'services inutiles dont tu ne connais même pas l'existence' ne sont absolument pas protégé contre une attaque interne. Parce que NAT firewallé ou pas, une machine pas protégée qui surfe sur un site vérolé va bien finir par devenir une machine zombie tôt ou tard, et va sûrement chercher à infecter le réseau local tout entier.

Exactement ce que Olivier viens de dire quand il parle de sécurité à tout les niveaux.

95% de l'énergie d'une ampoule à incandescence part en chaleur. Et sur les 5% restants, il y a effectivement des rayonnements qui ne sont pas visibles. Mais le fait que tu ne puisse pas approcher ta main, c'est aussi lié au fait que ton filament à 2700K chauffe ton ampoule qui chauffe l'air environnant.

Mais bon, un écran cathodique qui consomme 80 W au final il finit quand même par être chaud. Si l'ampoule est à coté de l'utilisateur ça peut gagner en confort.

Sans parler du fait qu'une ampoule halogène émet des UV nocifs pour la peau parce que l'enveloppe en quartz les laisse passer. UV qui ne passent pas à travers l'ampoule en verre .

L'exemple même du truc idiot :-)
C'est toi qui est idiot.

Si tu augmente le volume, l'effet halogène diminue tout autant. (je rapelle que le but de l'halogène est de capturer les atomes de tungstène jartés du filament et de les remettre dessus), du coup avec une enveloppe de taille normale tu te retrouve avec une ampoule normale parfaitement inutile.

Quand à la seconde paroi, son but n'est pas de réduire la température, mais il est purement sécuritaire. Il y a toujours un risque d'explosion avec une ampoule halogène, et les éclats de quartz peuvent provoquer des incendies. Le but de la paroi est de limiter les dégâts. Quand on voit comment certain laissent les lumières allumées chez eux alors qu'il ne sont pas la ...

Je veux pas dire, mais les bureaux virtuels et les barres de taches, ça rempli exactement la même fonction. La preuve je suis sur un WM qui n'a pas de "barres de tâches" proprement dit, mais une barre de bureaux virtuels, et je m'en sort très bien, mieux que les pauvres qui n'ont pas de bureaux virtuels ;)

Alors oui, pour améliorer la situation, il est parfois possible de merger des fonctions. Mais on peut aussi améliorer une situation en décidant d'améliorer une fonction au détriment d'une autre. Par exemple, on peut dire qu'on à amélioré les interfaces graphiques au détriment des interfaces consoles (Va essayer de me trouver des tableurs performant en console, ou des lecteurs PDF).

Si on avais essayé de merger les interfaces consoles et les interfaces graphiques, on aurai un joli mélange qui ne contenterai pas beaucoup de monde. Il suffit de voir la popularité des WM utilisables qu'au clavier ...

Sachant que l'IPv4 est déjà critiqué pour avoir des entêtes trop complexes, tu veux le complexifier encore plus. Et que fait tu des autres inconvénients d'ipv4 ?

Et bien si tu a envie de définir tout ton réseaux avec pour seul objectif d'avoir des IP retenables, pourquoi ne pas te prendre un préfixe avec plein de 0 pour avoir a taper
2000:c00c:0010::0.0.20.3 ?

Mais franchement, je n'ai aucun problème avec les SHA256 qui sont certainement plus horribles que tes ip 64bit. On peut déjà faire du copier/coller, comparer tout ou une partie avec nos yeux ou avec un outil plus spécialisé, l'incrémenter/le décrémenter à la main ... Pourquoi ça serait impossible de manipuler une ipv6 ? y a besoin de plus d'opérations ?

Il va peut-être falloir apprendre que retenir une adresse IP c'est du masochisme. Est ce que vous retenez des adresses MAC, des hash MD5, SHA256, des UUID et des MessageID ? Non ? Et alors ? Pourquoi retenir des adresses IP ? Surtout qu'on à inventé un petit protocole appelé DNS pour éviter ça.

Et même si on considérait de base qu'il faut impérativement retenir des adresses IP, avec 64bit ça fait des adresses à la 61.23.209.40.121.215.133.19 ou à la f250:e010:d77d:1804. À mon avis y a pas grand monde qui retiendrai des adresses pareilles. Ceux qui sont capables de les retenir peuvent bien retenir une ipv6, c'est pas beaucoup plus compliqué et c'est tout autant inutile.

Au final on à des IP irretenable et une autre migration vers du 128, du 256 ou du 1024 à prévoir. Les deux inconvénient des deux technos IP en gros.

Si tout le monde utilisait ce qu'il à de meilleur, ça se saurait.


(Ça ne veut pas dire que la constitution française est actuellement ce qu'il y a de meilleur, faut pas pousser non plus)

Sur Android, on est pas sensé s'occuper de savoir si une application est lancée ou pas.

Le problème dans ce cas, c'est que l'on considère une application comme étant simplement une interface utilisateur, et si l'interface n'a pas l'interface devant les yeux, alors l'application peut être fermée.

Le problème c'est que il y a certaines applications dont le seul but est de rester en tâche de fond, par exemple un client IM , un lecteur de musique, un logiciel de trace GPS ou un logiciel qui maintient une connexion vers je ne sais quoi ;).

Régulièrement ces applications se font tuer alors que d'autres le mériteraient amplement. Résultat je me retrouve à utiliser mon téléphone comme s'il était monotâche, à ne pas vouloir fermer l'application courante au risque qu'elle se fasse tuer. Surveiller la zone de notification ça me gonflait trop. Au final je me retrouve avec un système multitâche utilisable qu'en monotâche, c'est dommage

Je dirais plutôt qu'il doit y avoir une loi cosmique qui dit que même si on relit 716262771 fois SON texte il sera toujours lardé de fautes.

Ça dépend de la définition de "peu de personnes".

Si "peu de personnes" c'est "100% des utilisateurs de SPARC", ou "100% des utilisateurs de linux en milieu sensible" alors ta feature ne va pas forcement partir tout de suite.