Bon, je reviens bien après la bataille, mais j'aimerais préciser ma pensée en ce qui concerne cette censure, et les autres qu'on a déjà vu ici :
Tu dis que l'asso est « en partie » responsable des contenus, mais plus loin tu cites l'avertissement qui dit que c'est l'utilisateur qui est responsable de ses dires… N'y aurait-il pas contradiction ? Et aussi, le « en partie » responsable, j'aimerais bien savoir ce que ça vaut légalement parlant.
Moi, ce que je voudrais éclaircir, c'est cette part d'ombre du côté des responsabilités qui fait que des gens peuvent censurer wikileaks sans problème alors qu'ils ne sont pas responsables du contenus. Exactement la situation que nous avons ici pour ce commentaire. Je trouve ça très dangereux pour la liberté d'expression, car tu n'es pas la justice, et tu t'arroges un droit très fort de faire taire ceux qui disent des choses qui ne te plaisent pas.
Après, je ne suis pas pour « tout le monde peut dire tout et n'importe quoi sur mon site », car tu as l'air d'estimer qui linuxfr est un peu à toi ; pourquoi pas. Mais la question que je me pose vraiment, c'est quel est le rôle de linuxfr : est-ce juste un prestataire technique, comme l'aime à dire OVH, et vous (les admins) n'êtes donc _pas_ responsable du contenu, et l'utilisateur l'est entièrement. Mais à ce moment-là, toute censure de votre part est répréhensible par la loi, car c'est une atteinte à la liberté d'expression, quel que soit le contenu du message. Bien sûr, vous pourrez l'enlever si la justice vous l'ordonne. Soit linuxfr est un éditeur, et est donc entièrement responsable de ses contenus, et peut censurer. Mais alors, il est fallacieux de dire que les utilisateurs sont responsables de leurs propos, car ce n'est pas le cas, et surtout il faudrait prévenir sur le site que linuxfr se donne le droit « d'éditer » les contenus, car ça pourrait refroidir plus d'un utilisateur, y compris moi.
Voilà, je souhaite juste éclaircir les choses en fait, pas vraiment faire chier, au final.
Ah, et à propos des censures précédentes, j'ai souvenir de commentaires effacés après demandes d'avocats. Ce n'est peut-être pas courant, mais c'est déjà arrivé (et désolé je n'ai plus les références).
Il se trouve que je suis en vacances chez quelqu'un qui a justement un abonnement Orange, et ce problème me rapelle quelque chose… oui, le cassage des AAAA par Orange !
Je décide de vérifier : dig SRV _xmpp-client._tcp.gmail.com (ou tout autre serveur jabber) et… un joli timeout ! Comme pour les AAAA ! Ce qui fait que ton client jabber se rabat sur le A du serveur (comportement pas top mais pour rétrocompatibilité) qui ne sert donc pas de service jabber.
Bref, Orange casse consciemment Internet en faisant ignorer (même pas retourner une erreur, hein, histoire de bien faire chier en faisant attendre le timeout, et tout ça en se basant sur dnsmasq, un logiciel libre qui marche très bien à la base, et en plus sans en filer les sources il me semble) toutes les requêtes DNS pour des enregistrements autres que des A au resolver de sa box. Ça fait des années que c'est le cas (au moins 4 ans que je le constate) et que par exemple ça casse toute migration possible en IPv6 puisque tous les gens qui ont des linux chez orange ont du désactiver la résolution des AAAA (et ça donne une mauvaise image de linux et de l'IPv6). À une époque, l'excuse c'est que c'était sur des vieilles box sagem qui ne seraient plus mises à jour et que ça marchait « assez bien » comme ça, mais là je viens de voir que c'est sur une livebox récente, donc ça ne tient pas.
Bref, chez Orange on a des incompétents notoires, qui sont capables de foutre en l'air un logiciel libre pour servir un service bancal qui fait que ça casse le réseau d'une manière bien chiante, mais juste pas assez pour que ceux qui gueulent depuis tout ce temps se fassent rembarrer sans recours.
Enfin, je me demande si depuis le temps il faudrait pas faire un recours auprès du RIPE ou de l'UE pour qu'ils arrêtent leurs conneries parce que au bout de tant d'années, ce n'est même plus de l'incompétence, c'est un acte criminel.
C'est pas pour faire chier (enfin, bon, en fait, si) mais je trouve ça assez ironique que linuxfr censure un commentaire quand on parle autrement de censure de Wikileaks…
Je sais bien que linuxfr est régulièrement la cible de menaces judiciaires, mais ce n'est pas en obéissant aveuglément à ce genre d'injonction par peur d'avoir à aller au tribunal (« effet LCEN ») que linuxfr aide la liberté d'expression sur Internet.
C'est censé être l'architecture trop super à la mode, et quand je cherche sur google, ya que des choses nulles.
C'est normal, dès qu'un truc devient à la mode, plein de nuls s'y intéressent et rendent la chose nulle (c'est une constatation générale, pas une attaque contre toi, hein)
Bref, comment on fait pour avoir deux trois outils pour coder en ARM, un émulateur, et c'est tout ?
Bah, ça dépend. Étant donné que c'est un truc à la mode, pleins de gens sont prêts à te refourguer des trucs tout prêts où il ne faut surtout pas que tu comprennes les détails, comme tu t'en es rendu compte. Et donc les « autres » vont fouiller à droite et à gauche pour savoir comment faire. C'est vrai que c'est dommage qu'il n'y ait pas d'intermédiaire, genre des explications un peu standard sur comment faire, mais c'est parce que le milieu est encore un peu « jeune » je pense. Et plein de gens qui veulent que ce soit à la mode. Bon, normalement, ce serait à ton école de faire ça, mais ça n'a pas l'air d'être le cas.
Puis si vous avez de la doc aussi, ça m'intéresserait.
Là je te demanderais : quelle doc tu veux exactement ? Car à mon avis, il te manque la base, je veux dire, le point de départ qui fera que tu sais ce que tu veux. Déjà pour ça il faut te demander ce que tu veux : vouloir un « IDE pour ARM » c'est déjà pour moi une mauvaise question. Enfin, je sais qu'aujourd'hui on est habitué aux trucs tout prêt avec Android et iOS, mais quand tu pars dans des considérations aussi génériques, il faut être plus précis.
Quand tu y réfléchis, tu veux compiler du code, peut-être ; il te faut donc un compilateur. Ou alors assembler et lier du code si tu fais de l'assembleur, à l'aide d'un … assembleur et d'un linker. Cas spécial ici, tu veux sûrement développer depuis ton ordi, un x86 ; tu attaques alors ce qu'on appelle la compilation croisée, ou cross-compilation. Rajoute « cross » devant le nom des outils précédents et tu as ce que tu recherches. Après, pour écrire du code, tu as sûrement déjà un éditeur préféré.
Bon, tout ça c'est plus complexe qu'un truc où tu cliques sur un bouton et ça marche, mais c'est plus intéressant, je trouve. Encore une fois, le « monde » ARM (ou même embarqué en général) n'est pas encore assez standardisé pour avoir des procédures toutes prêtes bien définies, en dehors d'outils bien chers et fermés (encore une fois, c'est mon avis, et je ne connais pas tout ce qui existe, loin de là).
Mais c'est comment ils font les pro ?
Bah déjà, ils ne font pas d'assembleur, ils font du C et ils s'en foutent que ce soit de l'ARM… Ils ont le compilo qui fait le boulot pour eux. C'est « triste » mais c'est comme ça.
Dans l'état actuel des choses, j'ai une opinion très négative d'ARM. C'est con, ils ont payé mon école pour que j'en fasse…
Bah je trouve qu'en général, les boites privées sont pas très douées pour la pédagogie. Après, ton école a l'air d'avoir du mal aussi…
Ce n'est donc pas une fonction d'une librairie. Le résultat de locale (1) est construit en allant voir les fichiers de locale et le contenu de locale.alias. Voilà.
À toi donc de faire une fonction pour lancer locale -a et récupérer la liste. Pas trop de soucis pour la généricité, c'est une appli faisant partie de la glibc, et le format de sortie est exactement celui attendu par setlocale.
C'est normal je pense. Moi aussi au départ je trouvais ça bizarre, et les heuristiques derrière cette gestion semblent étranges. Mais j'ai réfléchi, et je me suis dit que c'est pas forcément bête : (attention, c'est ma réflexion basée sur mon expérience, rien d'officiel) imagine que t'as du cache qui est souvent accédé, alors que de la mémoire utilisée par certaines applications ne l'est que très peu. Si les conditions pour mettre en swap sont du genre LRU, c'est à la mémoire de l'appli de partir en swap plutôt qu'au cache de dégager pour libérer de la mémoire. Ainsi, tes applis qui utilisent beaucoup de données sur disque, et donc beaucoup de cache, ne sont pas à l'étroit à cause d'une appli qui consomme beaucoup de mémoire mais qui ne l'utilise que très peu souvent. Ça amériore ainsi les perfs de l'appli qui utilise beaucoup de données sur le disque.
Selon quel critère ? poids de la page ? temps de chargement ? avec ou sans le javascript ? pour un utilisateur anonyme ou un utilisateur connecté ?
Je pensais à la lourdeur pour les serveurs qui vont devoir servir les pages. À la lecture du message de Xavier, j'avais compris que le site allait de plus en plus « s'écrouler » sous la charge, mais là, après relecture, c'est moins clair pour moi. En tous cas, pour moi c'est clair que ça va impliquer un changement de hard si les machines actuelles n'ont pas une bonne dose de puissance de libre pour l'instant.
Bon, en dehors du fait que l'URL dit le contraire du titre, ce que je trouve assez cocasse, cette news est nulle car elle ne met pas le lien vers sa source (comme beaucoup de journaux sur le net, ce qui est un comportement de gros con) : http://www.novell.com/company/ir/message.html
Pour moi ce qui est anormal, c'est que ce soit légal, pas que Total en profite !
Et pourquoi ce n'est pas illégal d'après toi, alors que toi si tu roules avec une caisse trop pourrie tu peux te faire arrêter ? Parce que Total a fait pression sur les politiques pour ne pas voter ce genre de loi.
Je parie que le premier qui présente une loi contre les bateaux trop pourris, soit il va se prendre une grosse vague d'opposition dans la gueule, soit il va gentiment la retirer pour une raison « inconnue ». Les guerres de pouvoirs c'est pas facile, surtout quand nos « démocraties » réduisent tellement le pouvoir démocratiquement élu au profit de celui de l'argent.
Moi je parie un coincoin en plastique qu'il sera deux fois plus lourd que l'actuel. Ce serait bien de refaire comme à la bonne époque des bench/troll en comparant cette version à templeet (« mais templeet il triche avec l'interception des 404 ! »)
Non, pas par la GPL. Car tu redistribues « seulement » le résultat de l'exécution d'un programme sous GPL, chose non couverte par cette licence.
Par contre, pour l'AGPL, c'est de la « distribution », ou plutôt de la mise à disposition par le réseau.
Je vais me faire une petite compil et essayer ça le week end prochain si j'ai le temps.
Prévois un peu de temps pour la compil, la première fois, quand il faut compiler la toolchain et tout le reste ça prend un peu de temps (plus les téléchargements). Genre quelques heures.
Bon faut dire que le projet Tomato est un peu forké de partout, c'est compliqué de voir qui fait quoi.
C'est pour ça que j'aime bien OpenWRT : c'est l'original et là où sont les développeurs « importants ».
Je tient au courant via ce sujet ou par un journal si ca j'arrive à quelque chose. Ca peut probablement intéresser d'autres personnes.
Si ça marche je pense que ça peut intéresser du monde, donc un journal effectivement c'est une bonne idée.
Visiblement OpenWRT le supporte dans Backfire mais mon routeur n'est pas encore complètement supporté.
Ah bah là faut blâmer les gros cons de chez DD-wrt avec leurs bouts de proprio et leur non contribution upstream à openwrt. C'est vrai que c'est très con que ton routeur marche avec un dérivé proprio mais pas l'original libre…
Bon en continuant mes recherches je me suis demandé si on ne pouvait pas monter directement le tunnel 6rd à la place de la Freebox.
Ah, plutôt pas mal comme idée, je ne savais pas que c'était faisable.
2a01:e00::2 est l'un des DNS IPv6 de Free
Note : tu n'es pas obligé d'utiliser les DNS en v6 pour avoir de l'IPv6 ; c'est un plus, mais j'essaierais d'abord de voir si l'IPv6 marche tout court avant de tester les DNS en v6.
Là je regarde sur l'un de mes ordis, j'ai bien reçu une IPv6. Moment de joie éphémère.
Oui, éphémère : ça veut juste dire que radvd fonctionne, que tu as bien reçu un RA de ton routeur, mais ça ne dit absolument rien sur le bon fonctionnement du routage derrière. C'est un peu comme quand t'as réussi à avoir une réponse d'un DHCP en v4 : c'est un début, mais tu n'es peut-être pas encore du tout relié à quoi que ce soit derrière…
Au même moment j'ai lancé tcpdump sur l'interface tun6rd sur le routeur :
[…]
listening on tun6rd, link-type RAW (Raw IP), capture size 96 bytes
21:51:29.603860 IP6 2a01:e3X:XXXX:XXX0:2XX:XXX:fef0:XXXX > 2a00:1450:8007::63: ICMP6, echo request, seq 1, length 64
21:51:30.611578 IP6 2a01:e3X:XXXX:XXX0:2XX:XXX:fef0:XXXX > 2a00:1450:8007::63: ICMP6, echo request, seq 2, length 64
21:51:31.611998 IP6 2a01:e3X:XXXX:XXX0:2XX:XXX:fef0:XXXX > 2a00:1450:8007::63: ICMP6, echo request, seq 3, length 64
Bon, donc tes paquets partent bien vers le tunnel, c'est un bon début.
D'abord, il précise le préfixe utilisé pour ce 6rd, alors que tu ne le fais pas :
ip tunnel 6rd dev ${SITIF} 6rd-prefix ${RDPFIX}
Je pense que c'est peut-être la source de tes problèmes. Pour mieux le diagnostiquer, tu pourrais sniffer ce qu'il se passe sur l'interface réelle ? (en v4 donc, mais tcpdump explicitera peut-être le v6 encapsulé dedans…)
Par contre, il y à un truc louche dans son script : il met la même IP sur l'interface sit et l'interface locale… Pas bon du tout ! Je ne connais pas bien 6rd, mais je suppose que l'adresse link-locale déjà attribuée pour le tunnel suffit à communiquer la passerelle v6. Donc enlève ton :
ip addr add 2a01:e3X:XXXX:XXX0::1/128 dev tun6rd
et ça devrait marcher quand même.
Personne ne devrait pouvoir imposer son pouvoir sur quelque chose d'aussi important et "volatile" que le logiciel. Tous les logiciels devraient être libres.
C'est un peu différent de ta position sur la "légalisation" du piratage, mais c'est une alternative encore plus intéressante : si on obligeait tout le monde à libérer ses sources, tout en autorisant la rémunération mais pas en l'obligeant, le monde serait meilleur ! Bisounours, toussa, ...
Tout à fait d'accord avec les histoires d'aliasing : au lieu de faire de la manipulation de pointeur dans tous les sens, utilise des tableaux que tu indexes "correctement". En plus ce sera plus lisible.
Et commme indiqué en dessous, alloue tes tableaux statiquement. Tu auras donc quelque chose comme :
double yvar1[N];
double yvar2[N];
...
Et pour la différence entre le += et le + seulement, c'est sûrement une histoire qui ressemble à l'aliasing, mais dans le cas du multithread : le compilo va dans le cas du + générer une variable intermédiaire entre l'accès à yvar1 et l'affectation, car il ne peut pas savoir si le tableau a changé entre deux. Dans le cas du +=, il doit générer une instruction qui fait l'addition "en place" dans le registre.
Le problème de la freebox, de mémoire, c'est juste qu'elle redirige les paquets ipv6 que si elle a vu une demande sur son sous réseau.
Au début j'ai pas compris cette phrase. En lisant le deuxième lien, je crois avoir compris : la freebox ne route aucun sous-réseau, ils sont directs indiqués comme accessibles depuis son interface "locale". Donc elle fait tout de suite des requêtes de neighbour discovery dessus, et donc il faut proxyfier ces requêtes vers le sous réseau en question pour que ça marche.
Par contre ca semble demander de faire une règle par client, et donc c'est mort pour les adresses ipv6 temporaires...
Oui enfin t'es gentil, moi je dirais que ça limite beaucoup les choses en général. Encore une fois, je confirme, Free propose une routage complètement pourri pour l'IPv6. C'est pas comme ça en forçant les gens à bidouiller à mort qu'on développera ce protocole.
T'as peut-être une fichier qui est "sous" un de tes (nombreux, on sent le mec qui a voulu faire simple ...) montages.
Soit tu démontes tous les sous-répertoires, mais comme tu es en prod ... Tu peux tenter un remontage de la racine autre part : mount -o bind / /quelque_part/racine_sans_sous_montages
Et de là tu pourras supprimer ce qui prend de la place.
Bon, ton ifconfig n'indique aucune adresse IPv6 (sauf lo, mais bon), donc je me dis que tu n'as vraiment pas _du tout_ configuré l'IPv6, c'est ça ?
Et puis après j'ai réfléchi à ta manip : tu ajoutes vlan2 (qui doit être l'interface côté freebox je suppose, mais on manque d'infos, là) au bridge qui, je suppose encore, doit déjà contenir ton réseau local ? Et bien c'est normal que ça marche alors ! (je suis allé étudier tes liens, mais je ne connaissais pas la manip ; vu que ce n'est pas "standard" ça aurait été pas mal de la rappeler ...) Tout se passe au niveau 2 au niveau de ton routeur (qui n'est alors en réalité qu'un switch/bridge pour l'IPv6) et tu ne peux rien controller avec ip6tables, qui manipule les paquets au niveau 3. Ou alors utiliser un truc comme eb6tables, si ça existe. Enfin bon, quel bordel...
Enfin, si ce que tu veux faire c'est vraiment du routage, il faut faire des sous-réseaux, mais vu que Free ne t'en offre qu'un, t'es baisé pour faire ça proprement. Vive les déploiements pourris d'IPv6 !
Ton -F efface la table "classique" mais pas la table de mangling (et je pense pas qu'il y ait de table de NAT ; je peux pas vérifier, là). Bon, c'est une hypothèse assez peu probable, mais c'est le premier truc auquel j'ai pensé.
Après, il nous faudrait plus d'infos : les adresses des bécanes, des réseaux, etc, au moins.
# Ah, la communication…
Posté par benoar . En réponse au message ASRI éducation - Communiquons. Évalué à 3.
[^] # Re: [ SUPPRIMÉ ]
Posté par benoar . En réponse au journal Des oranges à Assange. Évalué à 5.
Tu dis que l'asso est « en partie » responsable des contenus, mais plus loin tu cites l'avertissement qui dit que c'est l'utilisateur qui est responsable de ses dires… N'y aurait-il pas contradiction ? Et aussi, le « en partie » responsable, j'aimerais bien savoir ce que ça vaut légalement parlant.
Moi, ce que je voudrais éclaircir, c'est cette part d'ombre du côté des responsabilités qui fait que des gens peuvent censurer wikileaks sans problème alors qu'ils ne sont pas responsables du contenus. Exactement la situation que nous avons ici pour ce commentaire. Je trouve ça très dangereux pour la liberté d'expression, car tu n'es pas la justice, et tu t'arroges un droit très fort de faire taire ceux qui disent des choses qui ne te plaisent pas.
Après, je ne suis pas pour « tout le monde peut dire tout et n'importe quoi sur mon site », car tu as l'air d'estimer qui linuxfr est un peu à toi ; pourquoi pas. Mais la question que je me pose vraiment, c'est quel est le rôle de linuxfr : est-ce juste un prestataire technique, comme l'aime à dire OVH, et vous (les admins) n'êtes donc _pas_ responsable du contenu, et l'utilisateur l'est entièrement. Mais à ce moment-là, toute censure de votre part est répréhensible par la loi, car c'est une atteinte à la liberté d'expression, quel que soit le contenu du message. Bien sûr, vous pourrez l'enlever si la justice vous l'ordonne. Soit linuxfr est un éditeur, et est donc entièrement responsable de ses contenus, et peut censurer. Mais alors, il est fallacieux de dire que les utilisateurs sont responsables de leurs propos, car ce n'est pas le cas, et surtout il faudrait prévenir sur le site que linuxfr se donne le droit « d'éditer » les contenus, car ça pourrait refroidir plus d'un utilisateur, y compris moi.
Voilà, je souhaite juste éclaircir les choses en fait, pas vraiment faire chier, au final.
Ah, et à propos des censures précédentes, j'ai souvenir de commentaires effacés après demandes d'avocats. Ce n'est peut-être pas courant, mais c'est déjà arrivé (et désolé je n'ai plus les références).
[^] # Re: Si vous n'avez pas d'ami chez Free
Posté par benoar . En réponse au journal Github caché par de petites oranges ?. Évalué à 4.
Je décide de vérifier : dig SRV _xmpp-client._tcp.gmail.com (ou tout autre serveur jabber) et… un joli timeout ! Comme pour les AAAA ! Ce qui fait que ton client jabber se rabat sur le A du serveur (comportement pas top mais pour rétrocompatibilité) qui ne sert donc pas de service jabber.
Bref, Orange casse consciemment Internet en faisant ignorer (même pas retourner une erreur, hein, histoire de bien faire chier en faisant attendre le timeout, et tout ça en se basant sur dnsmasq, un logiciel libre qui marche très bien à la base, et en plus sans en filer les sources il me semble) toutes les requêtes DNS pour des enregistrements autres que des A au resolver de sa box. Ça fait des années que c'est le cas (au moins 4 ans que je le constate) et que par exemple ça casse toute migration possible en IPv6 puisque tous les gens qui ont des linux chez orange ont du désactiver la résolution des AAAA (et ça donne une mauvaise image de linux et de l'IPv6). À une époque, l'excuse c'est que c'était sur des vieilles box sagem qui ne seraient plus mises à jour et que ça marchait « assez bien » comme ça, mais là je viens de voir que c'est sur une livebox récente, donc ça ne tient pas.
Bref, chez Orange on a des incompétents notoires, qui sont capables de foutre en l'air un logiciel libre pour servir un service bancal qui fait que ça casse le réseau d'une manière bien chiante, mais juste pas assez pour que ceux qui gueulent depuis tout ce temps se fassent rembarrer sans recours.
Enfin, je me demande si depuis le temps il faudrait pas faire un recours auprès du RIPE ou de l'UE pour qu'ils arrêtent leurs conneries parce que au bout de tant d'années, ce n'est même plus de l'incompétence, c'est un acte criminel.
[^] # Re: [ SUPPRIMÉ ]
Posté par benoar . En réponse au journal Des oranges à Assange. Évalué à 5.
Je sais bien que linuxfr est régulièrement la cible de menaces judiciaires, mais ce n'est pas en obéissant aveuglément à ce genre d'injonction par peur d'avoir à aller au tribunal (« effet LCEN ») que linuxfr aide la liberté d'expression sur Internet.
À ce sujet, un billet récent de Benjamin Bayart : http://blog.fdn.fr/post/2010/12/09/La-responsabilite-des-heb(...)
# Quelques éléments de réponse
Posté par benoar . En réponse au message Coder en ARM avec Linux, c'est possible ?. Évalué à 9.
C'est normal, dès qu'un truc devient à la mode, plein de nuls s'y intéressent et rendent la chose nulle (c'est une constatation générale, pas une attaque contre toi, hein)
Bref, comment on fait pour avoir deux trois outils pour coder en ARM, un émulateur, et c'est tout ?
Bah, ça dépend. Étant donné que c'est un truc à la mode, pleins de gens sont prêts à te refourguer des trucs tout prêts où il ne faut surtout pas que tu comprennes les détails, comme tu t'en es rendu compte. Et donc les « autres » vont fouiller à droite et à gauche pour savoir comment faire. C'est vrai que c'est dommage qu'il n'y ait pas d'intermédiaire, genre des explications un peu standard sur comment faire, mais c'est parce que le milieu est encore un peu « jeune » je pense. Et plein de gens qui veulent que ce soit à la mode. Bon, normalement, ce serait à ton école de faire ça, mais ça n'a pas l'air d'être le cas.
Puis si vous avez de la doc aussi, ça m'intéresserait.
Là je te demanderais : quelle doc tu veux exactement ? Car à mon avis, il te manque la base, je veux dire, le point de départ qui fera que tu sais ce que tu veux. Déjà pour ça il faut te demander ce que tu veux : vouloir un « IDE pour ARM » c'est déjà pour moi une mauvaise question. Enfin, je sais qu'aujourd'hui on est habitué aux trucs tout prêt avec Android et iOS, mais quand tu pars dans des considérations aussi génériques, il faut être plus précis.
Quand tu y réfléchis, tu veux compiler du code, peut-être ; il te faut donc un compilateur. Ou alors assembler et lier du code si tu fais de l'assembleur, à l'aide d'un … assembleur et d'un linker. Cas spécial ici, tu veux sûrement développer depuis ton ordi, un x86 ; tu attaques alors ce qu'on appelle la compilation croisée, ou cross-compilation. Rajoute « cross » devant le nom des outils précédents et tu as ce que tu recherches. Après, pour écrire du code, tu as sûrement déjà un éditeur préféré.
Bon, tout ça c'est plus complexe qu'un truc où tu cliques sur un bouton et ça marche, mais c'est plus intéressant, je trouve. Encore une fois, le « monde » ARM (ou même embarqué en général) n'est pas encore assez standardisé pour avoir des procédures toutes prêtes bien définies, en dehors d'outils bien chers et fermés (encore une fois, c'est mon avis, et je ne connais pas tout ce qui existe, loin de là).
Mais c'est comment ils font les pro ?
Bah déjà, ils ne font pas d'assembleur, ils font du C et ils s'en foutent que ce soit de l'ARM… Ils ont le compilo qui fait le boulot pour eux. C'est « triste » mais c'est comme ça.
Dans l'état actuel des choses, j'ai une opinion très négative d'ARM. C'est con, ils ont payé mon école pour que j'en fasse…
Bah je trouve qu'en général, les boites privées sont pas très douées pour la pédagogie. Après, ton école a l'air d'avoir du mal aussi…
[^] # Re: Liste des locales installées
Posté par benoar . En réponse au message locale. Évalué à 2.
En effet, en python, je ne trouve rien du tout. Et même pas en C par la glibc ! Il n'y a que possibilité de définir la locale, pas de les lister.
Je me suis demandé comment était construite la liste de "locale -a", et la réponse est dans les sources (Luke !) :
http://sourceware.org/git/?p=glibc.git;a=blob;f=locale/progr(...)
Ce n'est donc pas une fonction d'une librairie. Le résultat de locale (1) est construit en allant voir les fichiers de locale et le contenu de locale.alias. Voilà.
À toi donc de faire une fonction pour lancer locale -a et récupérer la liste. Pas trop de soucis pour la généricité, c'est une appli faisant partie de la glibc, et le format de sortie est exactement celui attendu par setlocale.
# Thinkpad
Posté par benoar . En réponse au message Spécial Cadeau de Noël : Un laptop solide !. Évalué à 2.
# « Normal » je pense
Posté par benoar . En réponse au message Probleme de cache et de swap. Évalué à 5.
[^] # Re: participants ?
Posté par benoar . En réponse à la dépêche Participez au concours LinuxFr.org !. Évalué à 3.
Je pensais à la lourdeur pour les serveurs qui vont devoir servir les pages. À la lecture du message de Xavier, j'avais compris que le site allait de plus en plus « s'écrouler » sous la charge, mais là, après relecture, c'est moins clair pour moi. En tous cas, pour moi c'est clair que ça va impliquer un changement de hard si les machines actuelles n'ont pas une bonne dose de puissance de libre pour l'instant.
[^] # Re: Les droits sur Unix ne font pas partie du lot racheté à Novell par
Posté par benoar . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 4.
C'est court, mais bon…
[^] # Re: Tu lis ca ou?
Posté par benoar . En réponse au journal Do not be evil, enfin un peu tout de même. Évalué à 4.
Et pourquoi ce n'est pas illégal d'après toi, alors que toi si tu roules avec une caisse trop pourrie tu peux te faire arrêter ? Parce que Total a fait pression sur les politiques pour ne pas voter ce genre de loi.
Je parie que le premier qui présente une loi contre les bateaux trop pourris, soit il va se prendre une grosse vague d'opposition dans la gueule, soit il va gentiment la retirer pour une raison « inconnue ». Les guerres de pouvoirs c'est pas facile, surtout quand nos « démocraties » réduisent tellement le pouvoir démocratiquement élu au profit de celui de l'argent.
[^] # Re: participants ?
Posté par benoar . En réponse à la dépêche Participez au concours LinuxFr.org !. Évalué à 3.
[^] # Re: Viralité par lien
Posté par benoar . En réponse au message GPLv3 et inclusion de code sans interaction. Évalué à 3.
Par contre, pour l'AGPL, c'est de la « distribution », ou plutôt de la mise à disposition par le réseau.
[^] # Re: C'est tout le problème du tiers de confiance
Posté par benoar . En réponse au journal Payement via un tiers de confiance. Évalué à 3.
[^] # Re: Autres tables ?
Posté par benoar . En réponse au message Free, IPv6, brouting et ip6tables. Évalué à 2.
Prévois un peu de temps pour la compil, la première fois, quand il faut compiler la toolchain et tout le reste ça prend un peu de temps (plus les téléchargements). Genre quelques heures.
Bon faut dire que le projet Tomato est un peu forké de partout, c'est compliqué de voir qui fait quoi.
C'est pour ça que j'aime bien OpenWRT : c'est l'original et là où sont les développeurs « importants ».
Je tient au courant via ce sujet ou par un journal si ca j'arrive à quelque chose. Ca peut probablement intéresser d'autres personnes.
Si ça marche je pense que ça peut intéresser du monde, donc un journal effectivement c'est une bonne idée.
Au fait, c'est quoi ton routeur ?
[^] # Re: Autres tables ?
Posté par benoar . En réponse au message Free, IPv6, brouting et ip6tables. Évalué à 2.
Ah, dommage.
Visiblement OpenWRT le supporte dans Backfire mais mon routeur n'est pas encore complètement supporté.
Ah bah là faut blâmer les gros cons de chez DD-wrt avec leurs bouts de proprio et leur non contribution upstream à openwrt. C'est vrai que c'est très con que ton routeur marche avec un dérivé proprio mais pas l'original libre…
[^] # Re: On n'est pas sous Windows !
Posté par benoar . En réponse au journal Rescue réussi. Évalué à 2.
blockdev --rereadpt /dev/sda
[^] # Re: Autres tables ?
Posté par benoar . En réponse au message Free, IPv6, brouting et ip6tables. Évalué à 3.
Ah, plutôt pas mal comme idée, je ne savais pas que c'était faisable.
2a01:e00::2 est l'un des DNS IPv6 de Free
Note : tu n'es pas obligé d'utiliser les DNS en v6 pour avoir de l'IPv6 ; c'est un plus, mais j'essaierais d'abord de voir si l'IPv6 marche tout court avant de tester les DNS en v6.
Là je regarde sur l'un de mes ordis, j'ai bien reçu une IPv6. Moment de joie éphémère.
Oui, éphémère : ça veut juste dire que radvd fonctionne, que tu as bien reçu un RA de ton routeur, mais ça ne dit absolument rien sur le bon fonctionnement du routage derrière. C'est un peu comme quand t'as réussi à avoir une réponse d'un DHCP en v4 : c'est un début, mais tu n'es peut-être pas encore du tout relié à quoi que ce soit derrière…
Au même moment j'ai lancé tcpdump sur l'interface tun6rd sur le routeur :
[…]
listening on tun6rd, link-type RAW (Raw IP), capture size 96 bytes
21:51:29.603860 IP6 2a01:e3X:XXXX:XXX0:2XX:XXX:fef0:XXXX > 2a00:1450:8007::63: ICMP6, echo request, seq 1, length 64
21:51:30.611578 IP6 2a01:e3X:XXXX:XXX0:2XX:XXX:fef0:XXXX > 2a00:1450:8007::63: ICMP6, echo request, seq 2, length 64
21:51:31.611998 IP6 2a01:e3X:XXXX:XXX0:2XX:XXX:fef0:XXXX > 2a00:1450:8007::63: ICMP6, echo request, seq 3, length 64
Bon, donc tes paquets partent bien vers le tunnel, c'est un bon début.
Bon, revoyons la source de ton script, je suppose http://forum.hardware.fr/hfr/OSAlternatifs/reseaux-securite/(...)
D'abord, il précise le préfixe utilisé pour ce 6rd, alors que tu ne le fais pas :
ip tunnel 6rd dev ${SITIF} 6rd-prefix ${RDPFIX}
Je pense que c'est peut-être la source de tes problèmes. Pour mieux le diagnostiquer, tu pourrais sniffer ce qu'il se passe sur l'interface réelle ? (en v4 donc, mais tcpdump explicitera peut-être le v6 encapsulé dedans…)
Par contre, il y à un truc louche dans son script : il met la même IP sur l'interface sit et l'interface locale… Pas bon du tout ! Je ne connais pas bien 6rd, mais je suppose que l'adresse link-locale déjà attribuée pour le tunnel suffit à communiquer la passerelle v6. Donc enlève ton :
ip addr add 2a01:e3X:XXXX:XXX0::1/128 dev tun6rd
et ça devrait marcher quand même.
[^] # Re: Attendre la légalisation du piratage ?
Posté par benoar . En réponse au journal Computer graphics : journal d'un résistant. Évalué à 3.
Personne ne devrait pouvoir imposer son pouvoir sur quelque chose d'aussi important et "volatile" que le logiciel. Tous les logiciels devraient être libres.
C'est un peu différent de ta position sur la "légalisation" du piratage, mais c'est une alternative encore plus intéressante : si on obligeait tout le monde à libérer ses sources, tout en autorisant la rémunération mais pas en l'obligeant, le monde serait meilleur ! Bisounours, toussa, ...
[^] # Re: Quelques commentaires
Posté par benoar . En réponse au message Parallelisation d'une boucle (théoriquement) trivialement parallélisable. Évalué à 3.
Et commme indiqué en dessous, alloue tes tableaux statiquement. Tu auras donc quelque chose comme :
double yvar1[N];double yvar2[N];
...
Et pour la différence entre le += et le + seulement, c'est sûrement une histoire qui ressemble à l'aliasing, mais dans le cas du multithread : le compilo va dans le cas du + générer une variable intermédiaire entre l'accès à yvar1 et l'affectation, car il ne peut pas savoir si le tableau a changé entre deux. Dans le cas du +=, il doit générer une instruction qui fait l'addition "en place" dans le registre.
[^] # Re: Autres tables ?
Posté par benoar . En réponse au message Free, IPv6, brouting et ip6tables. Évalué à 2.
Au début j'ai pas compris cette phrase. En lisant le deuxième lien, je crois avoir compris : la freebox ne route aucun sous-réseau, ils sont directs indiqués comme accessibles depuis son interface "locale". Donc elle fait tout de suite des requêtes de neighbour discovery dessus, et donc il faut proxyfier ces requêtes vers le sous réseau en question pour que ça marche.
Par contre ca semble demander de faire une règle par client, et donc c'est mort pour les adresses ipv6 temporaires...
Oui enfin t'es gentil, moi je dirais que ça limite beaucoup les choses en général. Encore une fois, je confirme, Free propose une routage complètement pourri pour l'IPv6. C'est pas comme ça en forçant les gens à bidouiller à mort qu'on développera ce protocole.
# Fichier caché par un montage ?
Posté par benoar . En réponse au message Où est utilisé mon espace disque ?. Évalué à 8.
Soit tu démontes tous les sous-répertoires, mais comme tu es en prod ... Tu peux tenter un remontage de la racine autre part :
mount -o bind / /quelque_part/racine_sans_sous_montagesEt de là tu pourras supprimer ce qui prend de la place.
[^] # Re: Autres tables ?
Posté par benoar . En réponse au message Free, IPv6, brouting et ip6tables. Évalué à 4.
Et puis après j'ai réfléchi à ta manip : tu ajoutes vlan2 (qui doit être l'interface côté freebox je suppose, mais on manque d'infos, là) au bridge qui, je suppose encore, doit déjà contenir ton réseau local ? Et bien c'est normal que ça marche alors ! (je suis allé étudier tes liens, mais je ne connaissais pas la manip ; vu que ce n'est pas "standard" ça aurait été pas mal de la rappeler ...) Tout se passe au niveau 2 au niveau de ton routeur (qui n'est alors en réalité qu'un switch/bridge pour l'IPv6) et tu ne peux rien controller avec ip6tables, qui manipule les paquets au niveau 3. Ou alors utiliser un truc comme eb6tables, si ça existe. Enfin bon, quel bordel...
Enfin, si ce que tu veux faire c'est vraiment du routage, il faut faire des sous-réseaux, mais vu que Free ne t'en offre qu'un, t'es baisé pour faire ça proprement. Vive les déploiements pourris d'IPv6 !
# Autres tables ?
Posté par benoar . En réponse au message Free, IPv6, brouting et ip6tables. Évalué à 5.
Après, il nous faudrait plus d'infos : les adresses des bécanes, des réseaux, etc, au moins.
[^] # Re: pire du pire
Posté par benoar . En réponse au message installation Debian sur pSeries 610-6C1. Évalué à 2.