Brioche4012 a écrit 370 commentaires

Si oui, je prends!

<fillettes de 14 ans>
PAAtttrrrrrriiiiiiCCCCCckckkKKKKkKkkKK!!!!
</fillettes de 14 ans>

Sinon, je n'arrive pas à accéder à tes feuilles de style, ce qui est dommage. Apparemment tu as des soucis d'hébergement. Tu peux les mettre sur mon jyraphe si tu veux:

[http://www.etenilsrealm.nl/jyraphe/]

N'oublie pas de mettre time limit à none après avoir cliqué sur More options et surtout, mets les liens de coté. Ça te fera un miroir en attendant.

C'est cool que gnash puisse lire le youtube HD, en attendant, il a toujours du mal à charger le tampon des vidéos normales, pour moi c'est plutôt:

4s tamponnage, 2s lecture et ainsi de suite...

Sur un phenom x4 et une connec internet, c'est quand même surprenant! Si quelqu'un a la recette pour corriger ça, je suis preneur!

Choix stratégique: embrace and conquer.

Aussi, si flash n'était utilisé que pour les vidéos sur youtube, je pense pas que la FSF se compliquerait l'existence. Le soucis est que beaucoup de sites sont faits en flash et ne pas avoir flash est un handicap dans ce cas.

<mode sodomisation des diptères on>

Je ne pense pas qu'impacter soit un anglicisme mais un néologisme. Un impact est un mot français provenant du latin impacto et qui désigne un choc, une rupture.

Impacter est donc un verbe tiré de ce mot qui signifie faire un impact et par conséquent n'est pas un anglicisme.

<mode sodomisation des diptères off>

Et en Français, ça donne quoi?

Juste en passant,

On peut aussi faire du NAT en IPv6, et les addresses IP e IPv6 ne seront pas forcément fixes. En fait je me rappelle avoir lu quelque part que les FAI fourniraient des addresses IPv6 non fixes par défaut, à moins de faire la demande pour en avoir des fixes.

L'avantage majeur de l'IPv6 est de simplifier grandement le protocole par rapport a IPv4, et aussi de permettre un grand nombre d'addresses IP, ce qui permettra aux pays en voie de développement de ne pas être coincés par le nombre d'IP fixes disponibles. Á noter que seulement 10.9% des addresses IPv4 est encore disponibles à ce jour.

Sauf si la fin est du nettoyage de pointeurs... Sinon bienvenue chez Windows et bonjour le merdier!

la pénétration de javascript dans la base de données.

OH OUI! Plus fort!!!!!

Et les lignes de code en assembleur??

Je crois que LUA est plus simple et plus petit. Les jeux n'ont d'habitude pas une grosse API de scriptage, LUA est donc bien plus efficace qu'un gros moteur javascript dans ce cas.

Gnash, swfdec sont disponibles sur pratiquement toute plate-forme et toute architecture.

La meilleure solution reste néanmoins de ne pas du tout utiliser flash.

Amusant, je n'étais pas au courant. Bon ben mea culpa alors.

Néanmoins, ça n'enlève pas le fait qu'ARM puisse faire mieux qu'intel sur ce secteur.

J'ai un eee-pc 701, premier modèle.

Et pour revenir sur ce que tu dis, je ne suis pas d'accord, un processeur dont le fabricant vente les mérites comme consommant très peu et ayant un faible TDP n'a pas de raison de monter aussi haut en température, même avec un petit ventilo. Sinon, c'est bien que ce processeur est mauvais pour cet emploi.

À titre d'exemple, le processeur chauffe si fort que je ne peux pas laisser ma main trop longtemps sur le garde main. C'est vraiment trop chaud.

Si cet eee-pc meurt et que les arm sont à la hauteur de leur réputation, je serais ravi de m'en offrir un.

Je vois pas pourquoi ARM n'implementerait pas une methode de baisse de fréquence sur leur CPU. Tous les x86 savent faire ça et ça a l'air d'être un truc basique.

D'autre part, les atoms sont des merdes niveau bouffage de batterie et dégagement thermique. Celui qui est dans mon eee-pc est en croisière a 75 degrés (en ne faisant rien) et le petit ventilo de l'ordi est tout juste suffisant pour le maintenir à cette température délirante.

ARM a quand même un excellent historique de CPU très basse consommation, et gageons qu'ils sauront bien se débrouiller pour en faire de même avec ce nouveau processeur.

C'est marrant Patrick, ce mec est ton exact opposé, toi tu fais des scores au dessus de 90, lui en dessous de -90.

Mickael serait-il l'anti-patrick-g?

On dirait oui, moinssons ça vite avant que le troll ne prenne.

Sans aucun doute, la différence est qu'il aurait mis trois jours rien que pour avoir la configuration qui va bien sous windows.

Etant programmeur, je DOIS utiliser cygwin chaque fois que j'utilise windows sinon je perdrais mon temps à me demander où est quoi dans le clicodrome. Alors ce que dit le monsieur n'est pas mensonger.

On te garde la place au chaud pour quand tu postera que windows est pourri sur windowsusers.com.

Peut-on facilement assembler des portables soi-même?

Et on pourrait savoir où trouver cette interview qui semble très intéressante?

J'ai un modèle pigeon aussi depuis deux ans et je n'ai pas eu le moindre soucis.

En plus, cet ordi se paye le luxe d'avoir du matos qui passe sur des distros toutes libres. C'est un aspire 5315, et j'utilise trisquel dessus, mais une gnewsense marcherait tout aussi bien.

L'enculage de mouche est ce qui fait les programmes optimisés. Chaque optimisation n'est pas un luxe et fait gagner du temps à la longue.

Je connais beaucoup de gens qui sont passés de debian à arch pour la seule raison que pacman est plus rapide que apt, même si les paquets debian sont de meilleure facture (enfin, c'est mon avis, pas taper!)

Et puis, 2.5s pour résoudre des dépendances est toujours trop long.

Pour illustrer mon propos, j'ai mesuré les temps mis par apt et pacman pour installer vim sur le même ordinateur, apt prends environ 10s et pacman 2s, et je les trouve toujours trop lents.

Tu peux expliquer pour les puceaux du SELinux? Est-ce que unconfined_t est un réglage particulier? Est-ce activé par défaut?

Un truc que je ne comprends pas, c'est que tu dis que ton gestionnaire "mets" le paquet dans ta branche principale, mais comment le gestionnaire trouve-t-il le paquet en question?

Utilise-tu une base de données? Si oui ça veut dire que du fais une requête dans ta base à chaque dépendance que tu rencontres. Est-ce que ça ne prend pas trop de temps? Le maintien de la BDD de APT est ce qui semble prendre le plus de tems pour l'installeur de debian.

Une autre question est que ton système à l'air vraiment très bien, mais pourquoi le fais-tu dépendre de QT? S'il est vraiment efficace, nombre d'autres gestionnaires aimeront sans doute s'en servir. Limiter les dépendances serait alors un choix judicieux.

Surtout que les muscles du bras droit sont très développés. Fapfapfapfapfap!