benoar a écrit 4229 commentaires

Regarde en:Dynamic DNS pour ce qui est de mettre à jour le serveur DNS.

Comme indiqué dans le bug-report que tu pointes, le fix est déjà dans unstable ; il devrait arriver bientôt dans testing, ou alors tu peux aussi installer le paquet d'unstable (ce qui est mieux que d'installer des paquets de stable dans testing).

En tous cas, tu tombes sur le plus gros problème de testing : les bugfixs mettent des années à arriver, c'est comme ça. Moi, je préfère largement unstable.

Je connaît pas d'autre RFC qui parle du sujet, mais si tu as plus d'infos je serais heureux de corriger mon code et mon cerveau :)

Bon, impossible de retrouver le papier où j'avais vu ça ... (il me semblait que c'était une RFC ...) C'était en gros pour avoir une forme canonique d'IPv6, en explicitant les cas ambigus comme quand on a deux suites de 0 (sur 16 bits) séparés, laquelle compresser en :: (j'ai souvenir de "celle de gauche") ; qu'on "compresse" toujours un maximum ; etc. Mais bon, tant pis.

Moi j'ai déjà récupéré des Acer "HS" parce que surchauffe, et ce n'était qu'un problème de poussière. OK ça demande un démontage complet, mais après la bécane marche très bien.

chaque constructeur faisant sa sauce.

Et il est aussi dit un peu plus loin dans le thread que les constructeurs ne se cassent pas le cul à factoriser le code, et préfèrent copier/coller le code existant en rajoutant leurs modifications, ce qui n'aide pas à arranger le bordel.

Avec ça, le header REMOTE_ADDR et autres headers du genre sont remplacés par une adresse IP aléatoire générée à l'aide de la véritable adresse IP comme seed. Ainsi pour le code PHP en dessous, ça ne change rien au niveau logique, sauf qu'il ne peut avoir accès à la véritable IP du client.

Au début, je n'ai pas très bien compris ton explication, mais en allant voir ton lien, j'ai capté : tu fais un hash de l'IP, représenté également comme une IP.

Ça peut être pas mal ... Par contre, en IPv4, ça doit être facile de faire une rainbow table pour retrouver l'IP d'origine. Bon, par contre, en IPv6 ...

Enfin, petite remarque : ta normalisation d'IPv6 ne suit pas, selon moi, la RFC que j'avais vu à ce sujet (on n'étend pas tout "bêtement"). Vu que tu dis juste "following the RFC", je ne sais pas à laquelle tu te réfères.

Arrête de nous narguer !

Si t'es vraiment motivé, comme le dit ze_lionix, c'est le meilleur moyen de montrer que t'as vraiment envie de t'embarquer dans ce domaine (haha). En plus, t'auras des gens qui sont dans l'embarqué _et_ le logiciel libre. Si ça te tente vraiment, dis toi aussi que tu n'auras plus jamais l'occasion de faire ça ...

Oui, je pense, à moins de gros changement dans les drivers.

Je viens d'en apprendre un peu sur les dts/dtb tout à l'heure, t'as de la chance ...

Donc, le "Device Tree Source" c'est, en gros, un fichier qui va décrire ta board et ses périphériques. Ça réunit les informations "bas niveau" sur l'organisation des bus, les interrputions, des mapping mémoire, etc. Ça se compile donc en dtb.
Ça permet de ne pas coder "en dur" l'initialisation des périphériques dans le kernel. Je suppose qu'on peut comme ça utiliser le même kernel sur deux boards différentes (mais de la même archi, quand même) en changeant juste le dtb.

Quant au ramdisk, je suppose que tu parles de l'initramfs (anciennement initrd). Bah ça c'est comme sur n'importe quelle distro d'aujourd'hui : ça contient les modules nécessaires au boot de ta carte. Pareil qu'avant, ça permet de mettre plein de drivers dedans pour plein de périphs différents, mais qui ne seront chargés qu'en fonction de leur utilisation.

Sinon, tu aurais pu aussi préciser ce qu'était le "avant" et "après" dans ta description, c'est toujours utile pour avoir un peu de contexte.

Franchement, t'as jamais dû utiliser d'iPhone toi. Essaye d'oublier tes préjugés à 2Fr, et essaye de voir ce que donne l'interface d'Apple objectivement (oui, essaye d'oublier tout le mal qu'il y a derrière ; là-dessus je suis d'accord).

ce n'est pas réellement possible d'avoir des donnée membres private/protected

Effectivement. Mais ces qualificatifs n'ont toujours été que des indications pour le programmeur : il y a toujours moyen de le contourner dans le langage. D'où le principe de python d'en faire une indication "visuelle" seulement : quand tu veux faire du "private", tu préfixes ta variable avec deux underscore. Pour du "protected", avec un underscore.

"as" est un mot-clé dans python depuis quelques temps déjà (au moins 2.4), c'est complètement con de l'utiliser comme nom de variable. À mon avis y'avait des warnings avant. OK, c'est pas tip top de passer de "warning" à "syntax error", mais voilà quoi, normalement on n'utilise pas des mots-clés comme nom de variable.

Je l'ai juste testé à la FNAC, et une des constatations que j'ai faite : plantage en moins de 5 minutes. Revu quelques jours plus tard : planté ou moment où je suis arrivé. Bref, pour l'instant, niveau soft, c'est pas ça.

Par contre le rasoir de sûreté m'irritait quand même plus qu'un bi-lame à tête jetable

Ah, je compte passer du deux lames jetables au rasoir de sûreté : ça irrite vraiment plus ? Vu que tu parles au passé, t'es passé à autre chose ? Ça m'inquiète un peu ...

Les lames Gilette de base coûtent 2 euros les 10 [...][soit] un coût récurrent un peu inférieur [aux Bic de base]

Je ne connais pas le prix des Bic, mais par rapport à un Gilette 2 lames, c'est plutôt largement moins cher : c'est facile 10€ les 10 ! Et je ne parle même pas des 3/4/5 lames ...

Je compte passer à un rasoir de sûreté, et vu le prix, ça me tente vraiment bien !

Mais ça coûte 45 euros par moi pour Canal et c'est un poil cher.

Oui enfin, compare au prix de "temps de cerveau" que tu "payes", et je pense que ça vaut vraiment le coup de payer des fois au lieu de se prendre de la pub (je parle dans un cas général, pas forcément de Canal).

Le budget de la pub en France se compte en milliards d'€ il me semble (à vérifier), et qui c'est qui la paye ? Toi, une fois en achetant les produits, et une autre en perpétuant ce système "grâce" au lavage de cerveau que t'imposent les publicités.

Avec PAE on peut "utiliser" les 16GB en entier, même si chaque process sera limité à 4GB (enfin, plutôt 3GB si on enlève l'espace réservé par le kernel, moins encore l'espace réservé aux MMIO ...)

Un exemple serait de dire à son serveur HTTP qu'il va utiliser PHP 5.3 et non la version 5.1 proposée par défaut.

Ça doit se faire pas trop difficilement. Ma remarque était surtout sur le côté "générique" : la solution pour apache sera différente de celle pour une autre application.

De fait, n'est-il pas possible de compiler ladite nouvelle version dans /usr/local et d'appeler un exécutable différent (/usr/local/bin/php53 et non /usr/bin/php) ?

Je pense que c'est tout à fait possible, et c'est comme ça qu'on fait d'habitude (i.e. mettre dans /usr/local, ou dans /opt). Je n'ai pas la solution pour PHP car je ne l'utilise pas, mais j'ai déjà modifié le PATH pour certains CGI (bon, je ne l'ai plus en tête, mais c'est dans la doc).

j'ai d'ailleurs re-découvert tout à l'heure une possible solution sous Debian avec le script update-alternatives[1, 2 et 3]. Visiblement, il est grâce à lui possible de choisir quelle alternative sera préférée, au niveau du système et certainement au niveau de l'utilisateur.

Oui, update-alternatives sert exactement à ça, mais choisit pour le système entier, pas par utilisateur.

J'avais l'impression qu'il était possible de facilement définir quelle serait celle préférée par défaut[5], tout en pouvant en appeler d'autres.

Effectivement, ça a l'air pas mal. C'est géré dans Debian avec update-alternatives, mais généralement seulement pour des versions _majeures_ différentes. Car on ne peut pas installer une 2.5.x et une 2.5.y en parallèle (c'est un choix de Debian).

Bon, quand tu parles de solution "générique", je pense voir ce que tu veux dire, mais c'est très difficile : tu parles de lancer un programme, par exemple. Faire ça se fait en mettant le PATH de la version choisie en tête, c'est facile. Mais ça ne marchera pas si le programme appelant code les chemins en dur (ça arrive, même si c'est mal). Parfois, le programme est aussi lancé "indirectement" (par exemple, ton programme appelant ajoute une entrée cron, qui va lancer le soft en question) et c'est difficile de savoir comment lui faire exécuter la bonne version.

Et encore, là on ne parle que d'exécutable : tu peux très bien vouloir une version particulière d'une bibliothèque. Ça se fait "normalement" en jouant du LD_LIBRARY_PATH, mais pareil, il y a sûrement plein de manières de faire qui font que ça ne va pas marcher avec certains programmes.

Bref, pour un "simple" exécutable, la solution du PATH devrait marcher (quoiqu'après, il faut savoir où le modifier exactement – je pensais à Apache par exemple, puisque tu cites des langages web – on doit sûrement avoir à toucher qqch dans le conf à l'intérieur des bonnes balises conditionnelles ; encore un exemple que rien n'est "générique").

Par contre, je ne comprends pas bien en quoi Gentoo ou FreeBSD y arriveraient mieux là-dessus ? (bon, je ne les connais pas bien)

Oui, ils ont une part de responsabilité, mais les plus gros responsables sont ceux qui utilisent ces services. Des gens décident de faire confiance à une entité privée qui gère la "réputation" de tout l'Internet : forcément, ça peut amener à tout et n'importe quoi.

Voir aussi une discussion récente sur FRnog.

Remarque importante : l'implémentation de référence libérée oblige, si on veut contribuer, à refiler tous les droits à Google sur le code qu'on lui fournit. Une clause qu'on retrouve dans d'autres projets, et qui bloque de nombreux contributeurs qui n'ont pas forcément envie de voir leur contribution "propriétarisée". Bien sûr, on peut continuer à licencier le code autre part sous la licence qu'on veut, mais Google peut aussi en faire ce qu'il veut.

Je pense que ça va freiner pas mal de monde.

Et bien ça marche très bien chez moi avec un système 100% libre, une Debian, sans dépôt spécial, et en plus ça marche aussi sur un PPC (linux, bien sûr). Et ce depuis des années. Ça met un plugin totem dans la page, et les contrôles stylés en CSS marchent même aussi !

C'est la "magie" de la balise embed (ou object, je ne sais plus laquelle ils utilisent). Ça a toujours marché chez moi depuis belles lurettes, alors arrêtez de gueuler avec vos systèmes mal configurés (entre le Flash qui fout souvent la merde et les codecs win32 dont je n'ai jamais compris l'utilité, pas étonnant que vos systèmes déconnent).

Le format associé est MPEG-4 part 1 (MP4) + MPEG-4 part 3 (AAC) + MPEG-4 part 10 (AVC). Tout est diffusé.

Il n'y a pas vraiment de "format associé", juste des formats "supportés" ; Flash peut lire du H264/AAC, oui, mais il me semble (je n'ai pas retrouvé de source) que le format "par défaut" est bien le VP6 ou autre connerie proprio.

Faut arrêter de mentir sur la partie, vidéo, depuis qu'ils sont passé au standards, ce n'est plus une attaque valide!

Doucement, je fais partie des "supporters" de H264, ce n'était pas une attaque dessus mais bien sur VP6.

Ca OK, font pas de l'open partout en effet, ça craint. Mais c'est un truc bien spécifique, il faudrait déjà s'occuper du 99% ouvert avant de râler sur le 1% manquant...

Arrête ton char, RTMP c'est une très grosse partie de leur marché, même si le code source ne doit pas être très gros. Il savent que c'est une partie très stratégique, et c'est justement pour ça qu'ils ne le libère pas (en plus que c'est la partie qui "protège" le contenu).

Source?
Blue5 a l'air d'être toujours la, et open-source...

Je parlais surtout du client côté client : rtmpdump ... C'est ça avec Adobe : si vous créez du contenu, allez-y, développez du libre. Par contre si vous voulez faire un client, pas possible : on veut contrôler entièrement la plateforme client. Ça ne te rappelle rien ? Ah si, la politique du lecteur Flash avant l'"ouverture" du format.

Faut arrêter de les prendre pour des bisounours, quand ils réclament un "marché ouvert" (marché ?!?!) ils veulent juste qu'on ne les empêche pas d'enfermer leurs utilisateurs. Ils ont le contrôle de 98% des plateformes desktop et ne veulent surtout pas le lâcher. Là ils sont obligé de lâcher du lest parce qu'Apple est en train de leur tailler un short (et d'autres les suivent) mais c'est bien la seule raison qui les fait "s'ouvrir". Sinon, selon moi, cette boîte n'a aucune envie à l'ouverture.

Bon, en disant ça, je me rends compte d'une certaine contradiction avec le PDF par exemple. Mais je pense que les gens autour de Flash chez Adobe sont les anciens de Macromedia ; et que PDF date d'une autre époque, avec des gens qui ont une mentalité différente.

PS: La poursuite de l'année dernière contre rtmpdump :
http://www.chillingeffects.org/anticircumvention/notice.cgi?(...)

Vu la qualité de l'implémentation des firmwares de certains SSD, je serais au contraitre très heureux d'utiliser les possibilités de btrfs afin de prolonger leur durée de vie.

En particulier, allez voir les options ssd et ssd_spread (j'utilise chacune sur un SSD IDE, et un SSD de cartes CF, respectivement).