benoar a écrit 4229 commentaires

Je ne connais pas bien IPv6 mobile, mais je crois que ça ne permet d'utiliser qu'un seul chemin à la fois. Me corriger si erreur.

Erreur, ça peut la faire avec MCoA (Multiple Care-of Addresses), RFC 5648. Après, l'implémentation n'est pas ce qu'il y a de plus génial (des patchs pas remontés upstream pour UMIP).

Faut pas exagérer non plus, tu as un manuel traduit en français qui t'explique en détail toutes les options : http://www.debian.org/releases/stable/amd64/ch06s03.html.fr#di-partition

Un bouteille en plastique remplie d'eau du robinet se couvre rapidement de dépots marrons alors que l'eau prend une coloration verdâtre.

Houa ! Tu vis dans quel pays, pour info ? Ça donne pas envie de quitter la France, où même si elle est parfois trop chlorée, l'eau est toujours potable.

De nos jours, ce type d'éponge est un objet synthétique principalement issue de l'industrie pétrochimique.

Heu… J'ai horreur de ces éponges-là, et j'achète systématiquement des « naturelles ». En fait, Wikipédia me dit que ce sont plutôt des « artificielle provenant de la transformation d'un polymère naturel comme la cellulose », mais pas de l'industrie pétrochimique. Ces dernières sont une horreur, pour un prix à peine inférieur.

Euh …., t'es sûr ? Dans la revue de patrick_g sur le noyau Linux 3.0, on trouve : […]

Je n'ai pas dit qu'UEFI était bien, hein. Si tu veux des citations encore plus acides, va voir celles de Linus (comme d'hab). C'est juste qu'il n'est « pas trop mal », et que c'est devenu un peu le passage obligé pour le nouveau matériel, vu que supporter le BIOS sur le dernier matos devenait de plus en plus galère.

Ça change des choses assez bas niveau qu'il faut prendre en compte, et je ne connais pas tout : UEFI utilise des conventions différentes pour là où sont chargés le noyau et l'initramfs, les fonctions bas-niveau d'affichage ou de gestion du clavier (pour les tous premiers stages du boot) sont différents, la manière de passer en mode protégé est différente (en fait, je crois qu'en UEFI, tu es directement en mode protégé), etc.

On est d´accord : tu parles bien juste d´UEFI ?

Oui. Malheureusement à cause de tous les amalgames faits autour de Secure Boot, UEFI s'en retrouve synonyme dans la tête des gens… UEFI, ça existe depuis des années comme « remplaçant » du BIOS, tout se passait bien jusqu'à cette histoire de boot sécurisé…

Je faisais une petite boutade sur ça par rapport aux supers algos non-bloquants qu'on peut croiser aujourd'hui, mais pour la plupart des gens, ça se résume à "Cette implémentation de XXXX est thread-safe, tu peux y aller Bobby, la gestion des ressources c'est pour les vieux cons"

Cette constatation me paraît tout à fait juste. J'ai l'impression qu'entre la vitesse de découverte de nouvelles techniques et celle sa mise en œuvre, ainsi que l'apprentissage, par les générations d'informaticiens « dans la vraie vie », c'est un gouffre qui se creuse de plus en plus. Une sorte d'accumulation des « nouveautés » qui fait que ça « bouche » le cerveau de ceux qui apprennent sans être à la pointe (tout le monde ne peut pas aller voir tout le temps les dernières technos sorties) qui fait que les techniques modernes mettent de plus en plus de temps à arriver chez les développeurs lambda.

J'ai retrouvé ! Ça date de janvier 2012. Attention les yeux :
http://lists.freedesktop.org/archives/dri-devel/2012-January/018250.html
Et donc, il y a quelques jours, le même mec de NVidia (Robert Morell) propose le même patch, refreshé sur le dernier master, avec quelques symboles en plus, et le même message de commit :
http://lists.freedesktop.org/archives/dri-devel/2012-October/028842.html

Genre, comment relancer le troll 9 mois plus tard… (je dis troll puisqu'en gros il n'a ressorti aucun enseignement de la discussion précédente, et que c'est donc uniquement de la provocation. Voilà la mentalité des devs NVidia…) Et ça va continuer à faire perdre du temps aux gens compétents (et qui ont autre chose à faire) qui devront réexpliquer la GPL à des têtes de mule.

C'est marrant, cette histoire de licence de l'API DMA-BUF, elle n'a pas déjà eu lieu il y a quelques temps ? J'ai l'impression d'avoir vu exactement le même thread il y a quelques mois. Et ça avait déjà été NAK d'Alan Cox qui leur a conseillé d'aller voir son avocat s'ils voulaient continuer la discussion…

Le problème avec l'implémentation actuelle c'est qu'il y a deux programmes séparés (dhcpv6-client et radvd) qui devraient discuter pour faire ça, mais ce n'est pas encore le cas. Du coup je n'ai pas trouvé d'autre moyen que de demander le prefix delegation avec DHCPv6, mais en configurant radvd statiquement (c'est un peu con).

Normalement, il faudrait effectivement que le client DHCPv6 et radvd dialoguent. Ça n'est pas encore tout à fait automatique actuellement, mais j'espère que ça arrivera dans les distributions bientôt. Car tout ça, ça ne reste qu'une histoire de scripting à faire quand ton client dhcp reçoit un préfixe.

C'est marrant, j'ai vu sur HFR ya pas longtemps le topic d'un mec qui utilisait le même boîtier que tes machins (Streacom FC8), en fanless : http://forum.hardware.fr/hfr/Hardware/minipc/fanless-conso-win7-sujet_909818_1.htm
Tout ça pour moins de 500€ (OK, ça n'aura pas la puissance d'un i7, mais bon…) et qui consomme 12W ! (et sans bidouille hardware comme le mec dont on parle plus haut).

Le numéro de série, je ne pense pas, mais ici dhclient log l'adresse MAC de la carte réseau dans le syslog, ça peut être un bon moyen d'identifier la machine, car elle est souvent écrite dessus (enfin, sur les machines pas trop cheap que j'ai vu).

L'ATM est obligatoire sur l'adsl ?

À ma connaissance, en France on n'utilise que ça. http://en.wikipedia.org/wiki/ADSL#Transport_Protocols indique d'autres modes dont je n'avais jamais entendu parler, mais je pense que ça doit être rare.

Il me semblait qu'une des innovation à l'époque de Free est d'avoir un réseau WAN ethernet et non ATM, justement pour éviter ATM, plus couteux et avec plus de latence.

Il me semble que leur innovation c'était de faire de l'IPoA, histoire d'économiser un peu (PPP en moins).

Non, c'est « VT-x » la virtualisation chez Intel ; « VT-d » c'est pour la virtualisation des IO, et ça n'est en général pas très utile pour le grand public.

Souvent, les « bus error », ça n'a rien à voir avec le bus SATA : ça se rencontre généralement sur des archis non-x86 quand tu fais des read/write non-alignés. Donc, quel rapport, ici ? Je dirais que c'est le CPU/RAM qui déconne et qui provoque cette erreur, par exemple à cause d'une surchauffe, peut-être ?

Les symptômes de corruption aléatoire du disque, c'est souvent plutôt dû à ça (RAM foireuse, ou CPU qui surchauffe). Bref, comme beaucoup de « vieux » portables, nettoyer la ventilation (nécessite un démontage du coup) ou réparer le truc si c'est cassé.

C'est 6,49€ d'après http://boutique.orange.fr/ESHOP_mx_ft/?tp=F&ref=3610&IDCible=1&donnee_appel=&id=&type=3
Et ça marche très bien avec FDN, du coup ça fait un abonnement à 34,50€ au total (sauf quand on n'est pas dégroupé).

Autant faire plus simple :

BATT=BAT0

awk '/remaining capacity:/ { rem = $3 }
     /design capacity:/ { tot = $3 }
     END { print 100 * rem / tot }' /proc/acpi/battery/$BATT/{state,info}

faux, car il suffirait de reclamer les plages non utilisées ou partiellement utilisées.

Lu sur Slashdot : « on » consomme actuellement 12 blocs /8 par an, et l'augmentation est exponentielle. Rappel : au total, on en a 255, dont un paquet qui sont réservés par le protocole, et dont la totalité est officiellement assignée, et dans laquelle tu veux essayer de taper. Je te laisse calculer la marge de manœuvre que peut nous apporter la réclamation de ses blocs (qui sera bien sûr très galère à négocier).

Deuxième rappel : le RIPE oblige depuis quelques temps que les opérateurs ne demandent pas plus de trois mois de « stock » d'adresses pour leurs clients et eux-même. Et maintenant qu'on a attaqué le dernier /8 en Europe, le RIPE n'autorise chaque opérateur qu'à avoir un seul et unique dernier /22 (= 1024 adresses). Bref, il reste théoriquement 3 mois + 1024 adresses à tous les opérateurs européens. Voire un peu plus pour ceux qui ont prévu large il y a longtemps (ou ceux qui ont menti au RIPE…).

Moi je dis, ça va être « drôle » à regarder toutes ces histoires prochainement.

J'ai déjà fait une rapide analyse du code où je ne voyais rien de rédhibitoire, et j'ai proposé un coup de main pour la migration, dans un de ces n journaux/dépêches sur IPv6. Mais les admins ne doivent pas avoir la volonté/motivation…

Comme les autres, j'ai le problème avec les déchirures sur shift/control après plusieurs années d'utilisation, et l'usure sur e/t (sur une, l'ergo s'est tellement usé qu'il y a un trou maintenant).

Concernant le touché des claviers, effectivement, il s'assouplit avec l'âge, ayant pu tester côte à côte un deux ans d'âge avec un neuf. La vieillesse de la skin joue aussi.

J'ai maintenant une peau transparente, elle est très agréable au touché, mais elle est neuve. Ils ont changé la qualité il n'y a pas si longtemps.

Alors justement, les nouvelles, elles sont horribles car très dures : le tapé est beaucoup moins agréable dessus, plus difficile. Je ne l'avais pas constaté au début parce que je l'avais mise de côté, mais une connaissance ayant des problèmes aux mains m'a fait remarquer que cette nouvelle skin était insupportable pour lui. Après vérification moi-même, cette nouvelle est effectivement plus dure que l'ancien modèle (testé à niveau d'utilisation égale : quasi-neuve). Ils proposent de renvoyer une ancienne à ceux que ça dérange, mais pour combien de temps encore ? Je n'ai pas eu de réponse sur une solution à long terme. Très dommage.

Et je rappelle le site de « référence » pour ceux qui veulent parler de bépo et typematrix : http://bepo.fr/wiki/Accueil

Non, ce n'est pas ce qu'on m'explique.

À la limite, le sujet de départ c'était la disponibilité, et tu n'as encore rien répondu là-dessus, tu ne fais que diverger.

exemple du banquier qui connait plus de choses sur toi : OVH ira voir chez toi que si la police vient, comme ton banquier. Quand tu fait de l'auto-banking?

Ça n'a juste rien à voir, on peut très bien séparer sa vie privée en ligne de sa « vie privée bancaire », dans ses valeurs. Tu fais des amalgames et tu joues le manichéen, comme d'hab.

surtout quand on parle de faire le backup chez un pote, alors la, la vie privée, on démontre qu'on ne s'y attache pas du tout, car le pote a des raisons de regarder, il te connait

Bien sûr, ça c'est un très bon argument contre l'auto-hébergement, mais il existe bien sûr d'autres solutions. Sauf que toi tu prends n'importe quel inconvénient comme un mal absolu, duquel sont bien sûr dépourvus toutes les autres solutions non-auto-hébergées…

Alors, donnez de vraies raisons (il y en a : ça peut être moins cher chez soit + un pote si beaucoup de données par exemple), pas une psychose "vie privée" qui est fausse. Celui à qui vous mentez le plus, c'est vous-même.

T'essayes de faire ma thérapie ? Le coût est en effet un autre argument. Mais la vie privée aussi, ne t'en déplaise.

pour une seule raison : le prix car j'ai du gros volume.

J'ai l'impression que de toutes façons tout se ramène à ça en ce qui te concerne.

Tout le monde a tord, vous petit nombre de personnes qui êtes l'élite avez forcément raison sur l'usage, faut que les autres changent leurs usages.

Ça commence fort…

Les autres rigolent et prennent un truc qui répond à leur besoin (Google, Facebook, Apple…), parce que ce truc fait une chose : il fait ce que la personne souhaite.

Oui, mais c'est comme tout, il y a des compromis à faire. Ce qu'on t'explique, là, c'est qu'on peut troquer un peu de disponibilité contre une meilleure vie privée. Si les gens s'en foutent, tant pis, mais ta description des « gens » est à peine caricaturale…

On cherche pas à attaquer qui que ce soit, contrairement à ce que tu crois. J'ai juste fait remarquer que dire que les gens préféraient une disponibilité absolument sans faille par dessus tout le reste était juste pas super crédible (après, il doit en exister un certain nombre comme ça, je n'en doute pas).

La suite de ton message part en troll HS, donc je laisse.

Oui, j'ai vu ça. Mais s'ils avaient fait un truc vraiment incompatible, j'aurais eu peur que ceux qui doivent aussi « supporter » les versions < 3.3 ne s'y seraient pas mis à cause de ça.

Perso, j'utilise beaucoup git, et je me suis demandé comment l'adapter à la gestion des « dotfiles » en général, car le coup des différentes config correspond exactement à l'utilisation de git. Restait le fait d'ajouter facilement les modifications au répo, et la solution est toute bête : c'est un répo avec un work-tree externe (OK, quand on ne connaît pas git, ça ne doit pas dire grand chose). Bref, ça donne ça : http://dolka.fr/code/dotfiles.git et comme indiqué, on fait :

wget http://dolka.fr/code/dotg && chmod +x dotg && ./dotg init-dotfiles

Et on utilise la commande dotg comme on utilise git. Sauf que ça gère tous ses dotfiles.