benoar a écrit 4270 commentaires

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.

Les gens normaux, se payer quelques jours sans leurs données hors de la maison car la connexion a pété (OUI, ça arrive), ou que le serveur a crashé pendant les vacances, c'est même pas imaginable que d'autres puissent penser que c'est acceptable.

Heu… c'est réellement le comportement de personnes normales ?! Je ne sais pas où tu les trouves, mais pour moi ils ressemblent un peu à des drogués, là. Moi qui en suis moyennement un, mon hébergement chez moi, quand il tombe (perso je n'ai souvenir d'aucune indisponibilité non due à une manip de ma part, en plus de deux ans d'auto-hébergement), je fais avec, et je ne m'en porte pas plus mal. Si des personnes « normales » n'en sont pas capables, je pense qu'elles ont vraiment un problème.

nouveaux modules […] ipaddress (opérations sur adresses et masques IP)

Alléluia ! Enfin un module standard pour ça… Pourtant ça fait un bout de temps qu'il existe des modules non-officiels incompatibles entre eux et qu'on attendait une version standard.

intégration de pyvenv, outil équivalent au célèbre virtualenv

Là, au début, j'étais un peu sceptique là-dessus, connaissant la nature cradesque de virtualenv, et redoutant encore une autre solution incompatible. Au final, ça n'a pas l'air si mal que ça, même si ça ne corrige pas le problème de base (la cohérence des dépendances de différents softs et la stabilité des API).

Mon seul regret est que ça n'arrivera pas dans wheezy du coup, ce qui ne va encore pas aider à faire accélérer la migration vers Python 3 en général (il y a plein d'autres raisons de migrer, hein, mais là ça en faisait deux sympas en plus).

Aujourd'hui, il faut aligner les partitions au Mo près.

Oui. Et ne surtout pas aligner aux cylindres qui te font souvent commencer ta première partition au secteur 63 : c'est la grosse merde (niveau perfs) avec les disques 4k (= la plupart des disques aujourd'hui, et d'autant plus les SSD). En fait, ce journal a des conseils sympas, mais des conseils d'il y a 5 ans (mauvais alignement, pas de LVM, XFS/Reiser un peu dépassés, noatime vs relatime, discard automatique aujourd'hui, /tmp en RAM qui ne change quasi rien, …).

J'y connais rien en ruby, mais vu la backtrace, ça semble être un problème autour de add_frozen_gem_path. En demandant à Google j'ai trouvé :
http://www.redmine.org/boards/2/topics/5148
ce qui semble nous orienter vers une histoire de compatibilité de versions. Je suppose que l'erreur que tu as, c'est qu'il essaye d'écrire ce message d'erreur dans un log pour te prévenir de cette méthode dépréciée, mais qu'il ne peut pas (EACCESS), d'où le fait que tu n'as pas de logs non plus. Un problème de permissions dans /var/log alors ?

En tous cas, pourquoi ça marchait avant et pu maintenant, heu… T'as bien remonté les même partitions dans ton container ? Ou alors à voir avec les capacités des cgroups ? (qui sont utilisés avec libvirt + LXC, forcément, alors que LXC de base ne les requiert pas)

À noter que sur les architectures ayant un nombre certains de registres (genre RISC), il me semble que ce genre de retour de structures se fait par registre en dessous d'une certaine taille. C'est plus rapide que de passer par la pile, ou que de manipuler des pointeurs.

Alors il y a peut-être eu une incompréhension, mais moi ça m'arrive même sans utiliser la souris. Je commence à taper, j'appuie sur entrée, et ça n'est pas le bon mot qui est recherché : il manque des lettres. C'est la fonction de base de Google, et ça ne marche pas.

Que des 16/9 sur le marché.

Il faut chercher un peu, mais les 16/10è ça existe encore, même s'ils ne sont pas donnés en général. Materiel.net permet de choisir le ratio, par exemple : http://www.materiel.net/ecran-lcd/
J'ai un S24A850 de Sasmung, même caractéristiques que ce que tu annonces, et il se vend encore !

Moi le plus chiant qu'il y a avec cette méthode, c'est que Ctrl+L te nique ton buffer de copier/coller X11, puisque ce raccourci va te sélectionner l'URL actuelle. C'est pour ça que j'utilise plus souvent Ctrl+K, avec lequel je pourrais « coller », et me retrouve avec les problèmes des comportements « intelligents » de Google.

Comme quelques autres ici, j'ai également le problème du « instant machin » qui te bouffe des caractères. Il faut arrêter de prendre les gens pour des débiles, ce truc marche mal ; certes, peut-être pas chez une majorité des gens, mais c'est relou. Le pire, je crois, c'est le fait qu'ils aient obligé à avoir du JS pour mettre le focus par défaut sur le champs de recherche, car c'est le seul truc qui m'empêche de désactiver le JS (car sinon je me balade avec noscript partout, je m'en branle de cette option faites pour « accélérer la recherche »).