oinkoink_daotter a écrit 1695 commentaires

La vraie question est : comment NTFS et/ou Linux gèrent-ils les CAPS LOCK DAYZ ??? /o\

C'est pas l'effet "prix unique du livre", ça ?

Ceux qui veulent rester dans leur ancien modèle sans anticiper le changement mourront.

Euh, on est en France, la. Donc ça va se passer comme ça : ils chouineront en demandant un juste dédommagement pour le préjudice subi, qu'ils ont pu de travail, que ca remet en cause des myiard d'emplois, et qu'en plus y a que des pirates.
Et hop une nouvelle taxe sur les FAI. (toute ressemblance, toussa …)

Je crois me rappeler qu'il y a quelques années une fibre entre l'Europe et les US est tombée en rade. BGP a mis plus de six heures à converger, foutant de fait l'internet par terre pendant plus d'une demi journée. Ca vient peut-être de la ?

Et il se passe quoi à la prochaine update du package grub ?

Maintenant avec grub2, pour ajouter une entrée dans le démarrage, il faut… juste éditer un fichier.

En faisant bien attention de ne pas toucher au "exec tail -n +3 $0" sinon ça pète tout :)

Rien que "chattr +i" ne permette de contourner :)

M'enfin, perso, je trouve aussi le fourbi de génération du menu.cfg de grub2 absolument indemerdable. Mention spéciale si je veux que mes entrées custom soient en tête du menu.

Même le noyau Linux avec l'absence de temps réel et la nécessité d'un MMU

Y a pas moyen de faire sauter la restriction pour la MMU dans les special features ?
Y a plus de patches RT ?

Surtout que c'est loin d'être une nouveauté. Ca ne faisait partie d'un truc nommé kit Jussieu ou un truc du genre à la grande époque de l'utilisation de sendmail fin des années 90 ?

Je ne suis même pas sur que ce soit Apple qui fasse la partie métier des drivers pour la plupart des trucs. Je pense qu'ils récupèrent un source de référence ou un binaire fourni par les fondeurs des chips et qu'ils font ensuite la glue qui va bien autour. Faut pas rêver ils ne sont pas magiciens.

+1

Il faudrait un jour que les fabricants de hardware comprennent que leur métier est de fabriquer du hardware, pas de coder des pilotes (les gens qui font les OS sont bien meilleurs pour coder les pilotes).

Heureusement que tu es la pour porter la sainte parole, parce que malheureusement ça ne marche pas comme ça dans le vrai monde.
Tu devrais écrire aux gens qui font des OS pour leur montrer la lumière
Nan mais c'est vrai quoi, ils osent passer leur temps à développer des OS plutôt que des drivers pour des chips buggués sans doute jusqu'à la moelle pour des cartes qui suivent plus ou moins le design de référence, avec des bios roulés sous les aisselles par des OEM sous acide, le tout pour refaire le boulot 1 mois après quand la génération kidéchiredesmamansours+1 est de sortie avec pléthore de nouvelles fonctions toutes aussi inutiles qu'indispensables à utiliser, avec des exigences de taïmetoumarquette pour le mois d'avant. Le tout pour 42zillons de types de matos différent (on parle des CG, mais y a aussi les WLAN, le bluetooth, les chipsets etc…).

Nan, y a pas à dire, c'est l'idée du siècle.

Pourquoi donc est-ce que notre compilo devrait etre prevu pour d'autres OS ?

Ben parce qu'ACPI est un standard. Du coup générer un truc standard, ça devrait être l'objectif. C'est un peu comme si un compilo java sortait du code qui ressemblait de loin à du java et que son éditeur disait "ah oui, mais compilo java il fait des trucs tout chelou, mais vous comprenez il n'est fait que pour notre JVM".

(oui, je sais cet exemple est mal choisi, mais c'est le seul qui me vienne à l'esprit et il est tard, la)

La, je ne suis pas d'accord: votre compilo devrait être prévu pour générer un truc ACPI compliant, pas juste de l'ACPI qui contente l’interpréteur ACPI Microsoft (une implémentation de fonction qui ne prend pas les paramètres définis dans le prototype, qui ne renvoie rien ou qqch qui n'est pas du type attendu sans faire sourciller le compilo, c'est vraiment génant).
Sinon, d'Aucuns pourrait penser que c'est sciemment fait pour faire des BIOS qui ne marchent qu'avec votre interpréteur.

Ce qui vous sauve, c'est qu'on ne sait toujours pas ce que ça fumait chez intel le jour quand ils ont pondu Ça, en oubliant les test de compliance en cadeau bonux :)

L'OS, c'est dur à prouver. Par contre, votre compilo AML pourrait être plus strict… Le compilo intel fait bien la tronche quand il doit décompiler/recompiler l'Œuvre d'un OEM. M'enfin, j'ai pas l'impression qu'il y ait de suite de compliance fournie par l'UEFI forum.

Faut voir le bon côté des choses : ça ne te les réchauffera pas longtemps :)
Ou alors, c'est que le téléphone embarque une tranche EPR au quel cas en plus d'avoir chaud à l'oreille, tu feras de la lumière vert luisant staïle.
/o\ -> []

Désactiver UEFI ca a autant de sens que désactiver le BIOS. Si par désactiver tu entends "booter en émulation BIOS", ça ne change pas grand chose, car tu utilises toujours l'UEFI au travers d'une émulation fournie par celui-ci.

Avec une prononciation à l'anglaise, pour moi ça donnait plutôt :
♩♫ flame *menace à coup de paume de main*, i'm gonna live forever ♪♬

/o\ /o\ /o\ ~> [] itou

_o/* Paf *Attaque sournoise à coups de Bescherelle*

comment des lunettes vertes sont-elles considérées du point de vue propagande ?

Moches. /o/

(j'ai repris le titre de l'article)

Je ne te visais pas :-)

"Private Certificate File", c'est très très moche, et ça n'existe pas.
C'est soit un certificat donc une clef publique décorée avec deux trois bricoles, le tout signé par une clef privée (idéalement de quelqu'un auquel on fait confiance), soit une clef privée. La perte d'une clef privée (visiblement ce qui s'est passé ici) c'est gênant, la perte d'un certificat, ben c'est pas une perte.

Si c'est la clef privée liée à un certificat auto signé, c'est chez google qu'il y a un problème, car ça veut dire que n'importe qui peut publier n'importe quoi sur le catalogue d'extensions chrome en se faisant passer pour n'importe qui.

Ben il a raison : globalement ça va marcher, tu vas juste perdre l'intérêt de la table de hash pour finalement te (enfin, l'interprêteur js) palucher un truc qui ressemblera d'un point de vue algorithmique à une liste chaînée.

Comme dit plus haut (ou plus bas) : ebtables.

Dans le cas présent un s/iptables/ebtables/ devrait être à peu près bon.
Et ça marche même avec les bridges. ebtables, ça tabasse.

edit: juste au dessus en fait /o\

D'un autre côté, Facebook, lui, n'est jamais allé dans mon carnet d'adresse Google, piocher la fiche à mon nom (merci le mac pour ça …), chopper TOUTES mes coordonnées (numéros de téléphone fixe et mobiles et adresses mail pro et perso), et les publier sur un profil public sans me demander mon avis au moment où j'ai cliqué sur "rejoindre g+". Informations qui une fois supprimées restaient accessibles sur le site mobile \o/