Batchyx a écrit 1261 commentaires

C'est tellement à moitié fini que les auteurs de la spécification qu'il implémente ont reconnu qu'il était meilleur que leur propre implémentation.

Ce n'est vraiment pas une bonne raison. Faire un standard qui tiens la route et coder proprement sont deux choses différentes, et on trouve beaucoup plus de personnes qui savent faire l'un et pas l'autre que de gens qui savent faire les deux.

Que Avahi soit mieux conçu que l'implem de l'auteur original qui à du tester plusieurs modifications/améliorations de son protocole avec son implémentation, je trouve ça presque normal. C'est toujours plus facile d'arriver après la bataille.

Mais pour avoir regardé le code source d'Avahi (déjà, généralement, quand il y a besoin de descendre jusqu'au code source, c'est qu'il y a un problème), c'est quand même un gros sac de spaghettis et de code moche avec un peu trop de copier/coller.

Sur les rapports de bugs que tu cite, il y a surtout des cas ou pulseaudio prend plus de 10% de CPU lorsque aucun son n'est joué. Ça m'est déjà arrivé aussi, mais j'ai pas réfléchi plus loin que de jarter pulseaudio, c'est pas comme s'il allais servir à quelque chose sur un PC de boulot sans haut-parleurs.

De toutes les horreurs de mon post, entre le code source crade qui overflow et qui ne respecte même pas l'API, le fait que ça marche même pas avec les navigateurs, le fait que je teste avec des pings plutôt qu'avec getent et que le RTT avec linuxfr est plus court que le RTT avec une machine de mon LAN et le fait que ça ne pourra jamais marcher avec IPv6, le seul commentaire ne porte que sur les choix d'écritures de mes nombres romains de tests ;)

Y a une norme potable pour les nombres romains ?

Il me semblait que les systèmes 3D modernes utilisaient des filtres polarisant circulaire droites et gauches, et non pas rectiligne. Du coup si t'en superpose un de chaque type, t'obtiendra que du noir.

Et j'imagine qu'il doit y avoir moins de polarisation circulaire que d'autres type de polarisations dans la lumière polarisée aléatoirement, et que du coup ces filtres paraissent plus sombres que des filtres rectilignes à la lumière naturelle.

Essaye avec une souris plus large et tu verra que tu n'a pas besoin de contracter pour poser tes trois doigts.

Cohérence, ce n'est pas vraiment "je vois les mêmes données partout", mais "si je fait une requête sur les mêmes données sur n'importe quel nœuds, au final je récupère les mêmes données (ou rien du tout si le nœuds est indisponible)". Sachant que si un nœud ne possède pas la donnée, il à bien entendu le droit de le demander à ses voisins… S'il peut les joindre.

Bien sûr, ça se démontre, mais c'est quand même assez naturel comme théorème. Prenons un cas simple : deux nœuds qui partagent la même information.

Le lien entre les deux tombe (donc le système se retrouve morcelé). On demande à un des nœuds de modifier une donnée.
1. Si il accepte la modification, alors la cohérence n'est pas vérifiée (si on demande aux deux nœud la valeur de la donnée, ils ne répondront pas la même chose). Mais il reste disponible et il tolère le partitionnement.
2. Si il refuse la modification, alors la disponibilité n'est pas vérifiée. Mais il reste cohérent et tolère le partitionnement.
3. Si le système accepte la modification mais renvoie l'ancienne donnée, ou de manière générale, se comporte autrement que dans le 1) ou le 2), alors il ne marche pas. S'il marchait très bien avant que le lien tombe, alors il ne tolère pas le morcellement. Mais sinon, il reste cohérent et disponible quand il n'est pas morcelé.

Le but de libpcap est de s'abstraire de la méthode utilisée pour capturer (et accessoirement filtrer en tolérant des faux positifs) les paquets (que ça soit des paquets IP ou des URB). Le parsage du paquet reste pour ta pomme.

Mais bon, parser un paquet IPv[46]+[UT]CP des grand mères n'est pas bien compliqué. Pense juste à vérifier la taille de tes paquets et à valider les champs avant de t'en servir si tu ne veux pas te retrouver avec des failles de sécurité.

Et pense surtout à capturer au bon endroit : si tu n'a pas besoin des entêtes MAC, ne capture pas au niveau MAC.

Je ne suis pas sûr que j'arrive à te suivre:
Non, le bus n'empêchera pas le prix du pétrole de monter.

Donc ça ne te sauvera pas de la crise pétrolière. CQFD.

Même si à court terme, prendre le bus plutôt que la voiture va te faire économiser, à long terme, en cas de crise pétrolière, tu ne pourra plus te payer ni bus ni voiture.

Prenons un exemple: un bus à vide entre un point A et un point B

Trop facile, si tu considère que chaque voyageur connaît à l'avance son point de départ et son point d'arrivée et son horaire lorsqu'il se réveille à la bourre …

Combien de personnes font le trajet au total, en comptant bus, voitures, et moto.

Réponse générique toute catégorie de transport confondue : Le nombre de personnes qui pensent pouvoir dépendre uniquement de ce seul moyen de transport pour effectuer le reste de leurs déplacement.

De même qu'une moto n'est pas pratique pour aller chercher ses deux gamins kisavpamarsher après le travail, un bus, s'il ne permet pas de faire les trajets que je peut avoir besoin de faire une fois arrivé en B (que ça soit B→A ou B→C→A), et bien ça sera sans moi, même si c'est gratuit.

Le prix viens après.

pourquoi ne pas commencer par les lignes en place, qui sont déjà en concurrence avec les trajets des automobilistes?

Va y, montre moi comment tu fait ça sans rajouter des bus ou améliorer la qualité.

Je peux te citer mon exemple : Je ne prend plus une ligne de buscar depuis que sa fiabilité à chuté. Au mieux, j'attendais pour rien, au pire je restait coincé. Surtout quand il te laisse coincé sur place au moindre épisode neigeux. Si tu crois que je suis heureux à conduire ma bagnole …

Non, pas besoin. Comptons dès aujourd'hui le rejet total en CO2 pour les bus, en incluant même les rejets qu'ils produisent quand ils roulent à vide. On verra où on en est. Je parie toujours sur avantage au bus!

Oui, et ? tu ne peux pas en conclure que mettant tout le monde dans un bus tu obtienne la même chose.

Autrement dit: Dans un monde ou tu forcerait tout le monde à prendre le bus, tu ne peux pas me dire qu'il n'y a pas un seul cas ou une voiture individuelle brûlerait moins de CO₂ que des bus vides ou un trajet absurdement plus long.

Tout les projections à coup de "tiens je te prend le CO₂ par passager d'un bus en 2011, je te multiplie ça par le nombre total de voyageur et je te montre que si tout le monde prenait le bus on consommerai moins", c'est de la grosse foutaises. Le CO₂ par passager, c'est un résultat, pas une donnée. De même que le "taux moyen d'occupation des bus" ou autres "trajet moyens".

Les voitures ne battront jamais les bus, parce qu'on peut utiliser les mêmes technologies, et le bus bénéficiera de la mise à l'échelle.

Tu ne peux profiter de la mise à l'échelle que pour les bus remplis.

Moi ce que j'en pense, c'est qu'on pourra pas rester éternellement sur le "bus qui reste sur sa ligne et qui met 5 ans à adapter son itinéraire à un changement de la demande". Il y a certainement d'autres choses à faire pour mieux remplir les bus que de taper sur les gensla demande.

Combien te coûte ta voiture vs combien te coûteraient les mêmes trajets en bus? Parce que je pense que je peux doubler le prix du bus sans faire pencher la balance…

La balance dépend du trajet que tu fait, et de toute façon c'est hors sujet, le but c'est pas de savoir de quel coté penche la balance ou savoir qui pollue le moins, mais de faire baisser le prix que tu paye avec l'un ou l'autre moyen de transport. Dire que le bus peut « nous sauver de la crise pétrolière » et de la hausse des prix, c'est juste faux. Si le prix du pétrole augmente, tu payera plus cher, t'aura rien sauvé du tout.

Je rappelle que je ne suis pas un cas d'école français

Ça tombe bien, je sais pas ce que c'est.

Quand une masse critique aura sauté le pas et laissé la voiture au garage, tu auras statistiquement beaucoup moins de chance d'avoir des bus roulants à vide.

Le magnifique problème de l'œuf et de la poule.

Si la masse critique à sauté le pas, c'est peut-être parce que le nombre de lignes et de passages de bus aura augmenté (tout en gardant un prix suffisamment bas). Ça veut aussi qu'on peut strictement rien déduire sur le nombre de bus roulant à vide. Pour moi, il augmenterai…

Une des lignes de bus que je prenait pour aller étudier n'avais aucun bus entre 10h et 13h pour rentrer chez moi. Rester coincé 3 heures, je peux le dire, c'est chiant. Avoir un bus par heure entre 10h et 13h, même s'il est vide 99% du temps, ça aide à accepter de dépendre de cette ligne de bus comme seul moyen de transport. Mais ça augmente aussi le nombre de bus vides.

Même si parfois des bus roulent presque vides, encore une fois, faisons le calcul en CO2 de ce que ça rejette comparé à des voitures quasi individuelles.

Pour ça, il nous faudrai une situation réaliste ou une masse critique à sauté le pas. Or on en a pas. Pas la peine de spéculer.

Les bus peuvent rouler au diesel, au bio-diesel, au GPL, au gaz naturel, à l'électricité

Et pas les voitures individuelles ? Si c'est uniquement une considération logistique du genre "il faut une station pas loin", alors le même problème se pose pour les bus. Si la solution impose de mettre des stations dans toutes les gares routières, il faudra bien faire quelque chose pour la gare routières loin des infrastructures et en plein dans les champs.

la quantité de CO₂ rejetée n'est pas strictement proportionnel à la consommation, surtout avec les vieux bus des années 90 qui circulent encore sur ma ligne.

Quand à la quantité de CO₂ par passager, c'est une unité complètement idiote, puis qu'elle dépend du nombre de passager. S'il y a 4 personnes dans ton bus, il vaut mieux que ces 4 personnes prennent chacun un gros 4x4, ça consommera moins. Et se retrouver dans un bus avec moins de 4 personnes, ça m'est souvent arrivé en période creuse, sur les 20 km de la ligne que je prenait en tout cas. C'est pour ça que je ne revendique plus le bus comme moyen de transport unique; Si il faut augmenter le nombre de passage des bus, il faudra accepter qu'à certain moments, des bus brûlent du gazoil (ou autre) pour un ou deux passager (zéro ça existe déjà, c'est les bus "ne prenant pas de voyageurs").

Mais bon, là le sujet, ce n'est pas le rejet de CO₂ (et pas de CO²), mais le prix du carburant. Et si le prix du carburant double, tu subira la hausse des prix quand même (peu importe si tu la subit plus ou moins qu'un automobiliste, tu va quand même la sentir passer) et tu ne pourra pas faire jouer la concurrence. Et ce n'est que le prix du carburant.

Et ton bus il roule à quoi ? À l'eau ?

Si le prix du pétrole explose, faudra pas s'attendre à une baisse des tarifs pour les lignes de bus.

Tu omets les connexions TCP utilisées pour la résolution DNS dans tes calculs.

À ce rythme, il faudrai aussi compter l'ARP vers la passerelle et aussi de la loi de Murphy des réseaux Wi-Fi surchargés.

Certains, ici comme ailleurs, auraient eu la tête coupée par un Académicien plus d’une fois si la peine de morte n’était pas abolie dans notre cher pays

J'arrive pas à parser cette sentence. C'est sensé vouloir dire quoi ?
Dommage que l'on puisse pas fixer les journals. Ça serait bien que linuxfr supporte ça.

C'est pas bien compliqué à faire …

#include <nss.h>
#include <netdb.h>
#include <errno.h>
/*
 * gcc -fPIC -shared -o libnss_roman.so.2 -Wl,-soname,libnss_roman.so.2 __FILE__
 * Rushed crappy code. DO NOT RUN THIS SHIT ON PRODUCTION SYSTEMS!
 */
enum nss_status _nss_roman_sethostent(int a) { return NSS_STATUS_SUCCESS; }
enum nss_status _nss_roman_endhostent(void) { return NSS_STATUS_SUCCESS; }
enum nss_status _nss_roman_notfound(int* __restrict perr, int* __restrict er) {
        *perr = ENOENT; *er = HOST_NOT_FOUND; return NSS_STATUS_NOTFOUND;
}
enum nss_status _nss_roman_gethostbyaddr_r(const void* __restrict a,
                size_t l, int t, struct hostent* __restrict result,
                char* __restrict b, size_t blen, int* __restrict perrno,
                int* __restrict err) {
        return _nss_roman_notfound(perrno, err);
}
struct buf_use { struct in_addr addr; char* addr_list[2]; };
enum nss_status _nss_roman_gethostbyname2_r(const char* __restrict name,
                int af, struct hostent* __restrict r, char* __restrict buff,
                size_t buflen, int* __restrict perrno, int *__restrict err) {
        if (af != AF_INET && af != AF_UNSPEC)
                return _nss_roman_notfound(perrno, err);
        if (buflen < sizeof (struct buf_use)) {
                *perrno = ERANGE;
                *err = NO_RECOVERY;
                return NSS_STATUS_TRYAGAIN;
        }
        struct buf_use * buf = (void*)buff;
        r->h_addrtype = AF_INET;
        r->h_name = "";
        r->h_length = sizeof (struct in_addr);
        r->h_addr_list = buf->addr_list;
        r->h_addr_list[0] = (void*)&buf->addr;
        r->h_addr_list[1] = 0;
        r->h_aliases = &r->h_addr_list[1];
        buf->addr.s_addr = 0;
        unsigned current_octet = 3;
        unsigned value = 0;
        while (*name) {
                unsigned letter_value = 0;
                switch (*name++) {
                case 'I': letter_value = 1; break;
                case 'V': letter_value = 5; break;
                case 'X': letter_value = 10; break;
                case 'L': letter_value = 50; break;
                case 'C': letter_value = 100; break;
                case '.':
                        if (current_octet == 0 || value > 255)
                                return _nss_roman_notfound(perrno, err);
                        buf->addr.s_addr |= (value << (current_octet * 8));
                        value = 0;
                        --current_octet;
                        continue;
                default:
                        return _nss_roman_notfound(perrno, err);
                }
                value += letter_value - 2 * (value % letter_value);
        }
        if (current_octet != 0 || value > 255)
                return _nss_roman_notfound(perrno, err);
        buf->addr.s_addr = htonl(buf->addr.s_addr + value);
        return NSS_STATUS_SUCCESS;
}
enum nss_status _nss_roman_gethostbyname_r(const char* __restrict n,
                struct hostent* __restrict r, char* __restrict buf, size_t len,
                int *__restrict erno, int* __restrict er) {
        return _nss_roman_gethostbyname2_r(n, AF_INET, r, buf, len, erno, er);
}

$ping -c 1 CXXIIIX...I
PING  (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_req=1 ttl=64 time=0.053 ms

---  ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.053/0.053/0.053/0.000 ms
$ ping -c 1 CVIIIC.CLXIIX..I
PING  (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=8.70 ms

---  ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 8.702/8.702/8.702/0.000 ms
$ ping -c 1 XIIC.CIXC.CCL.CLXXVI
PING  (88.191.250.176) 56(84) bytes of data.
64 bytes from prod.linuxfr.org (88.191.250.176): icmp_req=1 ttl=56 time=7.29 ms

---  ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 7.290/7.290/7.290/0.000 ms

Bizarrement, Firefox et chromium n'aime pas vraiment mes bidouillages… Il y a ptet d'autres trucs à implémenter, ou il faudrait peut être qu'ils arrêtent de transformer le nom d'hôte en minuscule.

Pour avoir codé du support de Google Calendar dans un logiciel, je peux t'assurer que Google Calendar n'utilise pas iCalendar, mais un espèce de mélange iCalendar/format maison pas standard (si je me souviens bien, ça n'utilise iCalendar que pour ses fonctionnalités d'événement récurrent). Après ça permet des import/éxports en iCalendar, mais ça supporte pas toutes les fonctionnalités d'iCalendar, et parfois ça ne respecte même pas la norme. Ça à peut-être changé depuis, mais j'en doute.

Toujours pas. Je connais un autre machin "qui se trouve aujourd'hui quand tu vas dans un magasin :)" ou on peut changer le DPI très facilement.

Ça s'appelle un vidéo-projecteur, et c'est la hantise de tout ceux qui veulent faire des interfaces qui s'adaptent au DPI : Non seulement le DPI peut changer, mais l'utilisateur n'a pas souvent le choix du DPI qu'il va avoir, la plupart des vidéoprojs ne peuvent pas donner leur DPI (ils ont besoin de la distance entre eux et l'écran pour le savoir), et surtout, on a aucune idée du DPI que l'on souhaite, ça dépend de la distance entre ceux qui regardent et l'écran.

Pour certains, ces raisons sont suffisante pour dire qu'une interface qui s'adapte au DPI est vouée à l'échec. Surtout lorsque le cas d'utilisation principal d'un vidéoprojecteur, c'est qu'on l'utilise avec un PC portable qui à déjà un écran, avec un DPI complètement différent.

Je pense que c'est légèrement mal formulé car changer le DPI de l'écran je ne vois pas comment : le nombre de pixels par pouce sera toujours le même c'est physique / lié à la taille de l’écran et à sa résolution.

Moi j'y arrive très bien sur mon écran CRT. C'est très pratique en plus.

C'est vrai, c'est tellement plus simple de taper une adresse IPv6 …

Vivement qu'on autorise l'usage de l'importe quel caractère pour les noms de domaines. Franchement, même maintenant on ne peut même pas utiliser tout les caractères ASCII, ni même tout les caractères imprimables, mais seulement [0-9a-zA-Z], séparé par des -, sans parler de l'insensibilité à la casse. Ça fait que 53 caractères sur les 98 imprimables, il y a largement de quoi faire mieux. Et qu'on vienne pas me dire que c'est impossible.

Les IDN permettent déjà de souffler un peu, mais faudrai pas que ça s'arrête là.

C'est surtout complètement débile comme manière de penser. Si je veut fermer mon écran pour mettre en veille mon portable, alors fermer l'écran devrai mettre mon système en veille, peut importe que je sois loggué, pas loggué, que j'ai un serveur X qui tourne ou pas, ou que j'utilise Gnome, KDE, ou ObscureWM. C'est à ça que sert acpid, et c'est pas à un gestionnaire de fenêtre de gérer ça. Ça ferait quoi si je tourne un KDE et un Gnome en même temps ? les deux se marcheraient dessus en même temps ?

Elle fait quoi ton appli ? elle utilise ces touches ? Est ce que Qt fait des grab sur des evdev dans ton dos ? Est ce que il y a du X ?

S'il y a du X avec driver evdev, il y aura des grabs, il faut juste vérifier quel périphérique se fait grabber.

Un des problèmes c'est quand tu cherches à utiliser de l'existant, que cela soit du C, du vieux C++ pas fait comme ça, ou du C++ récent pas fait comme ça, voire même encore autre chose que du C ou du C++)

En même temps, quoi qu'on en dise, je n'ai jamais vu de compatibilité entre langages indépendants qui ne soit pas une grosse blague. Ce n'est pas parce que C et C++ peuvent linker entre eux qu'ils sont compatibles pour autant. Si j'ai de l'existant en Ruby et en Java, je vais pas m'amuser à interfacer mon C++ avec un interpréteur Ruby et une JVM. Je vais plutôt les faire tourner chacun dans leur coin et ils communiqueront avec les autres avec des méthodes standard (sockets, IPC …) que je devrai implémenter en utilisant les paradigmes de chaque langage. C'est pareil avec les bibliothèques C qui sont remplies de callbacks dans tout les sens, c'est pas la peine d'essayer de forcer pour qu'elles rentre dans du C++, tu fait juste du C pour que ça communique avec de manière propre. Pour le C++ qui se fiche des exceptions, si c'est assumé et "bien fait", que les options de compilations sont bien réglées en upstream et que ça gère bien les erreurs quand même, tu le met dans un processus à part. Si ça n'est pas assumé, c'est juste du code buggé, à considérer en tant que tel. Tu peux choisir de l'utiliser, ou pas.

Pour le reste, genre POSIX (enfin, pas tout), oui c'est assez léger pour qu'il y ai des ribambelles de bibliothèque C++ bien foutues pour wrapper ça, avec un support pour plusieurs systèmes d'exploitations.

Cela ne peut qu'être qu'en pixel, voyons. Tes 10×10 pixels sont définis pour être alignés sur un plan, parfaitement ordonnés dans un beau carré bien droit. Mais ce que tu vois sur ton écran, ça n'en reste qu'une approximation grossière : une espèce de forme avec 4 "bords" qui semblent droit, mais qui en réalité ne le sont pas, des pixels non-carrés qui ne font pas la même taille et ne sont pas vraiment alignés. Sans parler du tout qui n'est même pas sur un plan (surtout avec mon écran), donc tu ne peux même pas définir ce qu'est une pente.

Une pente n'a pas d'unité, étant une division d'une distance par une autre… Je comprend pas de quel distance tu parle.

Ce sont des projets largement faisable le temps d'un mandat, même si les répercussions mettront plus de temps.

Mais ça ne change rien au problème de la solution de Zenitram, qui incite des gens avec peu de moyen à rester lorsque la demande augmente.