Qu'est-ce qui les empêcherais d'afficher le prix du pack logiciel à 1€, et de se refaire sur les marges arrières, comme dans la grande distribution ?
Vu que c'est un "service" et vu le coût quasi-nul de duplication...
Sinon, j'imagine bien aussi les groupements d'éditeurs (au hasard, bsa ?) racheter aux revendeurs la liste des gens qui ont acheté un PC sans OS, et puis 3 mois après aller toquer aux portes des particulier ... (Bon, ils n'ont pas le droit, mais une simple loi vite votée pourra venir corriger rapidement ce "défaut"...)
C'est déjà fait pour la redevance TV il me semble, non ?
> Si l'image est visitée 100 fois par jours
> Le vidage de cache devient inopérant il me semble.
L'hypothèse de départ est que l'image n'est PAS réclamée 100x / jours, on est d'accord (Si c'est le cas, ça veux dire que le contenu est polémique, et donc Freenet est conçu pour freiner sa suppression).
Je partais du principe que le contenu n'est pas consulté souvent, voire presque jamais => Du coup les données en cache seraient remplacée par d'autres, l'image initiale n'étant plus accessible.
La ou je voulais en venir, c'est que la seule façon de censurer un contenu sur Freenet, ça serais de ne PAS le consulter, ni le demander....
Je voulais simplement ajouter un petit commentaire pour signaler que, si j'avais eu des gros problèmes de stabilité de Freenet 0.7-RC sur x86_64 (impossible de maintenir Freenet plus de quelques heures), la dernière version à l'air largement plus stable et surtout plus "régulière" en conso mémoire. Du coup, je peux la laisser tourner tranquillement sur mon serveur sans impacter la machine...
Chapeau bas !
Maintenant, je rejoins le commentaire ci-dessus concernant une version "embarquée" :
De plus en plus on trouve des NAS pas très chers à base de processeurs assez puissants, et comprenant des unités crypto accélérées.
(http://www.linuxdevices.com/news/NS5637467946.html )
Il me paraîtrais très bon pour le réseau freenet que, via un simple plug-in, on puisse ajouter sur ces NAS un "module freenet", configurable simplement via la page web de config, et qui dédie un espace du disque au stockage Freenet.
Qu'en pensez vous ?
Un autre module qui manque cruellement, est un mode de partage de fichiers "à la p2P" ou l'on indique simplement un répertoire et tous les fichiers contenus sont automatiquement partagés, et leur clé publiée pour faciliter la recherche.
Ceci n'excluant en rien le système actuel, qui se rapproche plus de bittorrent quant à la notion de "publication explicite" de fichiers.
(Sauf qu'il n'y a pas de tracker sur lequel aller trouver les références)
Sinon, pour répondre aux critiques que j'ai vu ça et là concernant les contenus horribles de Freenet, il ne faut pas oublier que le principe de Freenet est de diffuser les contenus les plus demandés au détriments des autres. Donc, si personne ne cherche des photos malsaines, elles vont disparaître seules...
Tiens d'ailleurs, question aux programmeurs de Freenet:
Si l'on activais un mécanisme pour vider régulièrement le cache (genre: tous les jours), est-ce que ça ne pourrais pas accélérer la suppression de ces contenus ? Puisque le cache serais remplacé par les choses les plus demandées....
Du coup, rapidement, si la "source initiale" se tarie, les documents disparaîtrons.
Par contre, pour les documents téléchargés par bcp de personnes, le cache sera re-remplis avec les données téléchargées précédament en cas de demande.
[quote]Là où je vois un problème c'est que notre gouvernement et nos institutions sont eux censés se battre pour l'intérêt des citoyens.[/quote]
Hein ?
J'ai toujours crus comprendre qu'un gouvernement de droite avait pour but de diriger un état comme une multinationale.
Il y a un an, plus de la moitié des votants n'ont vu aucun problème à ce mode de fonctionnement. Moi il n'y a rien qui me surprend.
Bonjour,
J'ai tenté d'utiliser freenet il y a quelques mois, avec un succès mitigé:
Sur une machine ix86 ca marchais pas trop mal, mais sur un linux amd64, c'était très instable, et il y avais manifestement des fuites de mémoires qui provoquait un crash du serveur au mieux tous les jours, avec un cache configuré à 10Go.
J'ai laissé tombé assez vite, ensuite... D'autant plus que je ne m'y connais pas en java pour fouiller dans le code.
Est-ce que quelqu'un à un retour d'expérience sur cette version rc1 ?
D'autre part, lors de mes essais, j'ai eu l'impression que la mise à disposition de contenu sous Freenet était plutôt orienté vers des contenus editoriaux (blogs/pages/articles) plutôt que binaires.
Est-il possible de lui donner un répertoire à indexer, pour que ensuite il puisse répondre aux requêtes automatiquement ?
Est-ce qu'il fonctionne par hash, autrement dis si 2 personnes proposent le *même* fichier binaire, Freenet serait-il capable de détecter cela et de télécharger depuis les 2 sources ?
Merci
Je voulais juste ajouter quelques points au message d'Aissen, et répondre indirectement à la question de Thomas : Je l'ai eu via une amie qui vit aux états-unis.
On ne peux le commander QUE de là-bas, en plus ils vérifient que tu commande avec une carte bancaire américaine (Donc, tu peux pas faire ta commande avec ta carte française, même internationale, et faire expédier ça chez une connaissance: Il faut que ça soit lui qui commande).
Concernant le buzz, c'est clair qu'il y a ce petit coté marketing viral un peu dérangeant - apparemment ça reste une belle bande de geek qui l'on conçu, il faut bien qu'ils le fassent connaitre !
Après , c'est sur la vente exclusive aux US et tout c'est chiant, je pense que oui, il y a les problèmes d'agrémentation CE (c'est pas gratuit), ainsi je pense que des taxes d'import largement plus grande (tiens je renseignerais à combien se monterais les taxes d'import d'un tel produit...)
D'autre part, pour avoir travaillé sur des chips Freescale, ça m'étonnerais pas qu'ils aient, en plus, des problèmes d'approvisionnement en i.MX21 : Peut-être qu'ils se sont dis qu'il valais mieux privilégier un marché restreint et faire des heureux, plutôt que de faire un marché mondial et de ne pas pouvoir répondre à la demande.
Enfin, pour l'open-source, il est vrai que les applets flash d'origines ne sont pas libre, et j'admets que je ne sais pas bien pourquoi (après tout, pour eux ce développement est un centre de cout, pas de profit ! - Eux, ils veulent vendre du matériel...)
Par contre, TOUT le reste est libre, même le hard : Honnêtement, j'ai très rarement vu mieux...
Pour moi, a partir du moment ou les schémas sont libres + les datasheets des composants, même si tout le reste est proprio, on ne peux *PAS* raler : ON peux toujours redévelopper from scratch.
Et franchement, c'est très rare les produits ou le hardware est libre...
Même si les box ou autre ou les sources sont dispo, le plus souvent déjà le bootloader ne l'est pas, et puis c'est pas facile de chercher comment diable allumer une led ou bricoler un bus i2C avec 2 fils.
Alors, oui, c'est vrai le choix du flash n'est pas des meilleurs du point de vu du libre, mais bon, au moins il existe des compilos libres pour créer des applis libres.
Et ce n'est pas de la faute de la technologie Flash si Adobe est pas foutu de sortir un plug-in flash pour machine 64bit alors que tout le monde le demande depuis 3 ans.
D'ailleurs, petite question :
Vous verriez quoi comme technologie pour créer l'interface graphique d'un truc comme le chumby ? Pas de fenêtrage ni de widgets, interface plutôt "Cartoon", gestion de l'écran tactile/bouton/accéleromètre ?
J'ai ca sur une compactFlash branchée en IDE, ca marche très bien (sur un pentium 200).
Après, il faudra peut-être personnaliser ton noyau avec les drivers dont tu as besoin.
Les routeurs de ce genre sont souvent basés sur les même microprocesseurs et les mêmes architectures logicielles.
Alors, première chose, démonte-les et repère les différents éléments, en commençant par le processeur , puis les flash et les RAM.
Là, google est ton ami pour rechercher les no des puces.
(et google image pour des photos de puces, parfois ça aide pour reconnaitre les marquages et les fabricants).
Ensuite, recherche sur http://wiki.openwrt.org/TableOfHardware si le processeur est supporté. si oui, il y a de l'espoir, sinon, ça va être TRES dur :pas de documentations, pas d'outils, pas de GCC, pas de patch pour linux, pas de schéma de carte... un boulot de plusieurs mois pour un bidouilleur persévérant.
Enfin, si il est supporté, le but est de trouver le port série "console", si possible.
Ce sont 3,4 fils souvent alignés (regarde les schémas des différentes cartes) qui sortent en 3.3V, moins souvent en 5V, auquel il te faut relier un adaptateur pour port série.
(Il y a des infos sur le site de neufbox4.org, francofon, etc... ce sont les mêmes).
A partir de là, ça dépend du bootloader ( sur ces plate-forme c'est souvent u-boot, CFE, ...) l'équivalent de grub ou lilo sur PC.
Bref, du a la nature propriétaire de ces appareils et la mauvaise volonté des constructeurs à donner des documentations même pour des produits obsolètes (souvent plus par manque de ressource que par volonté de faire chier le monde), c'est souvent un sacerdoce de travailler sur ces machins.
Même lorsque le code des ouvert, et que on a beaucoup d'informations, ca reste un challenge. ..
J'ai lu plein de réactions concernant le fork des projet, et je pense intéressant de rajouter mon point de vue:
Pour moi, le but des licences libres et de disposer du code source *utilisable* , avant tout d'empêcher une société d'enfermer ses utilisateurs dans ses produits.
Car, quoique l'on dise, le but *absolu* des sociétées est de faire de l'argent, et sur un marché de renouvellement comme le notre, la seule solution est de rendre obsolète les produits existant le plus rapidement possible.
A mon avis, c'est pour ca que de nombreux produits hig-tech sont vendu avec des évolutions mineures qui auraient pu donner lieu à des mises à jour soft, *mais* on préfère vendre le nouveau produit au prix fort (je pense en particulier aux routeurs wifi, téléphones,...)
Ceci explique aussi la durée de vie ridicule des produits actuels (batteries qui ne tiennent plus rien au bout d'un an par exemple).
Un autre exemple plus industriel, plutôt dans l'air du temps:
PeopleSoft se fait racheter par Oracle, ce dernier tente de faire migrer les utilisateurs qui n'en ont pas vraiment besoin, mais ils doivent le faire car c'est trop risqué de continuer sans support. Pire encore, si les utilisateurs utilisent une version hébergé de leur logiciel...
On peux imaginer que, si le logiciel de PeopleSoft avait été open-source, une boite aurais pu monter un fork et continuer la maintenance...
(Ce n'est qu'un exemple capillotracté, hein ;-) )
Bref, pour moi le but et l'intérêt d'abord et avant tout de libérer les utilisateurs finaux des contraintes purements marketings et commerciales des éditeurs, petits et grands.
Car, pour un utilisateur, si l'éditeur est une sociétée, et même si celle ci est de bonne fois, rien n'empêche un rachat, une changement de direction, un départ de l'équipe technique, ... Dans ce cas, un fork permet de sauver ceux qui se sont basé dessus.
Pour un éditeur indépendant (tel un shareware), ou un groupe de personnes, ca permet de continuer le logiciel via un fork si un problème arrive à la personne concernée.
En plus, cela force l'éditeur à répondre à la demande des utilisateurs, plutôt qu'a des actionnaires ou direction, sous peine de mort rapide de la structure en question. Bref, ca oblige tout le monde à ramer dans la même direction.
(Ca reste quand même l'éditeur le mieux placé pour faire les modifications demandées par les utilisateurs, techniquement parlant)
Un bon exemple de succès vis-à-vis de ce modèle c'est Trolltech.
Alors, c'est sur on peux toujours forker à tord et à travers, mais il n'y a aucun intérêt à le faire a cause de modifications mineures, même si elles ne plaisent pas. Par contre, le jour (hypotétique) où, par exemple, Apple se fait racheter par M$ et celui-ci décide d'intégrer IE dans tous les iphones, là les possésseurs d'iphone seraient bien content d'avoir les sources, afin qu'une petite équipe produise un fork...
(C'est encore un exemple foireux, mais Apple reste connu pour imposer des restrictions et modifications unilatérales de ses produits via les maj de firmware ... Et c'est loin d'être le seul)
Donc tous les autres routeurs tournant sur TI AR7, marvel, ikanos, realtek, freescale, intel, ... n'existe pas. Pourtant sur le wiki openwrt ils sont loin de ne pas exister...
C'est vrai il y a l'AR7 que j'avais oublié. Mais les autres ont tout de même moins de diffusion... (a mon grand regret d'ailleurs : Personnellement j'essaye d'acheter du realtek ou du ralink chaque fois que c'est possible).
Mouai c'est pas les commerciaux qui choisissent tout, il faut quand même respecter certains critères techniques. Et puis le développeur a quand meme un petit mot a dire : c'est bien beau de prendre le moins cher, mais apres s'il y a 2 ans de dev pour integrer le truc, je suis pas sur que ca soit tres rentable...
Non ce n'est pas rentable, mais c'est comme ca que ca se passe malheureusement au moins dans les grosses sociétés, oui.
Ensuite, s'en suit une belle session de blame-storming entre commerciaux et devs pour expliquer l'échec commercial des produits :-) .
Le plus souvent, ce sont les devs qui rament derrière pour finir par faire marcher ce qui était prévu... (comme dans le cas ou les commerciaux décident de diviser par 2 la taille de flash, et les devs doivent se débrouiller pour faire tenir dans 8mo ce qui était prévu dans 16 au début).
Vive la légalité du truc.
J'ai jamais prétendu le contraire.
Il y a une histoire comme ça (pour des cartes graphique, je crois) ou une personne avait accès à des codes source sous NDA, et les a transcrits en texte (en prose, quoi). Ensuite, une autre personne à pu réecrire un driver libre pour la carte en question en se basant sur ces informations.
C'est une excellente technique je trouve, même si c'est chronophage.
Au risque de passer pour un dangereux anarchiste, je n'ai aucun respect pour les financiers qui veulent controler un marché en controlant la diffusion de connaissances, et d'autant plus si c'est un produit physique qui est vendu.
C'est pas neuf qui est en mesure de demander a broadcom des drivers sous GPL (si tous les clients de broadcom font des demande de driver sous GPL, broadcom vont peut etre se poser des questions et changer leur politique).
Heu... Broadcom est malheureusement, avec Atheros, le plus gros fournisseur de puces wifi, à eux deux ils ont pratiquement 100% du marché des routeurs personnels. Du coup, leurs prix sont les plus intérressants du marché, et dans les grosses boites tel que Neuf/Free/Dlink/Linksys/etc... c'est jamais les developeurs qui décident du matériel, c'est les commerciaux. Et eux ils prennent le moins cher, point barre.
Du point de vue de broadcom, ils n'ont strictement *aucune* raison de prendre 5mn à publier les sources, même si ils le voulaient: A quoi bon, ils ont *déjà* vendu la fabrication de millions d'unitées.
La seule facon de les faire bouger serais un boycott de la part des clients, mais c'est pas 5 trolleurs sur LinuxFR qui vont prévenir la vente de centaine de millions de routeurs dans le monde :-(.
Perso, quand je peux, j'achète du matériel à base d'Atheros, qui est un tout petit peu plus ouvert, mais bon...
D'autre part, au niveau des *cartes* wifi, un driver libre existe maintenant.
(Ca ne nous aide pas pour la 9box, on est d'accord).
Pour moi la solution c'est qu'il y ai un jour une grosse fuite de toute les doc et datasheets nécéssaire pour refaire un noyau pour ces puces, en particulier les endroits qui sont aujourdhui fournis en binaires, et ainsi rendre obsolete tout ce merdier broadcom: En fin de compte, les sociétées achèteraient les puces et les devs utiliseraient les sources GPL derrières, et tout le monde serais content (Sauf broadcom, qui eux redeviendrais un fournisseur de puces, plutot qu'un fournisseur de "solutions". Ca fait moins bien devant les actionnaires.)
Est-ce que quelqu'un connais d'autres implémentation d'un serveur SyncML ?
En particulier en PHP + MySQL (pour déployer facilement sur un serveur de type FAI) , et en C/C++ (pour mettre dans un routeur, par exemple avec un backend sqlite).
Egalement, un couplage avec OpenLDAP pourrais être intéréssant..
Les seules implémentations que j'ai vu sont Funanbol, en java, et une page PHP qui était plus un système de test qu'une réelle implémentation.
En fait, pourquoi en est-on à douter de la déontologie des FAI?
Parceque le turn-over y est très important, et qu'il est difficile de savoir quel personnes a accès à tes données à un moment donné (d'autant plus que je ne leur fait pas confiance à priori) ?
Parcequ'il y a des tas d'histoires de fuites de données personelles (il suffit d'une faille de sécurité ou d'un portable volé) ?
Parceque la loi qui te protège (encore) aujourdhui peut très bien être révoquée demain, et une loi d'espionage de la population votée cet été... voire même via un décret, puisque à présent c'est comme ca que l'on gouverne ? (et là les FAI n'y peuvent rien, à part protester)
Dire que puisque je n'ai rien à cacher, je suis d'accord pour qu'on surveille tout ce que je fais/dis/télécharge, c'est à mon avis avoir une confiance aveugle dans l'avenir et les gouvernements présents et suivants.
Moi non plus je n'ai rien à cacher, mais si j'ai des gosses un jour, je refuse qu'il grandissent chez Big Brother Land, et c'est maintenant qu'il faut réagir. Pas lorsque les puces RFID seront implantées à la naissance.
En gros, la-bas, le système bancaire est un peu différent, et s'appuie en particulier sur le SSN (Social Security Number) comme numéro d'identifiant unique d'une personne. A la différence du notre, il s'utilise un peu à tord et a travers, et en particulier pour ouvrir des comptes bancaires, payer des factures, prendre des abonnements de gaz, ...
Bref, il est énormément manipulé par beaucoup de monde, et ne comporte que peu de chiffres (8 si je me souviens bien).
De plus, la bas il n'y a pas trop de "droit au découvert bancaire", mais plutôt un système de carte de crédit qui se comporte comme un prêt à la consomation, cad qu'il y a un taux d'intérêts (souvent entre 13 et 19%) sur l'utilisation, juqu'a hauteur de $1000 souvent. Ces cartes de crédits s'obtiennent quasi automatiquement à l'ouverture d'un compte bancaire.
La technique est donc simple: Quelqu'un récupère (très facilement, donc, sur un courrier, facture de gaz, téléphone, ou dans un fichier d'ordinateur) ton nom, prénom, SSN et addresse.
Muni de ces seules information, il va ouvrir un compte bancaire, il récupère une carte de crédit, et va immédiatement acheter tout ce qu'il veux, ou bien retirer du cash. Ensuite, il détruit la carte.
Quelques mois plus tard, en voyant le solde débiteur et le non approvisionnement du compte, la banque va frapper à ta porte, en te demandant de rembourser les somme + les intêrets accumulés (Et 15% par mois sur $1000 ca chiffre vite).
Le problème est que, en plus de cela, ton "credit history", cad une valeur globale qui représente ta capacité à rembourser tes crédits, va baisser. Et ca, c'est très gênant, un peu comme en france se faire classer "interdit bancaire", car c'est très difficile à faire annuler.
La seule solution est de porter plainte, et de prouver ta bonne foi aux banques et instituts de crédits, ce qui prend plusieurs mois.
Pendant ce temps la, plus de crédits, toutes les factures se payent en cash au guichet (les banques ne prennent plus ni chèques ni cartes), et tu recois tous les jourts des lettre de menace des sociétés de collection de fonds (qui elles ne sont pas au courant de la procédure)
Il n'est pas possible de changer de numéro SSN, ce qui fait que si le tiens se balade dans la nature, il se peux très bien que 2 mois après, rebelotte.
C'est très difficile de chopper les gens qui font ca, en général ca demande des flagrant délis, si par exemple ils utilisent la même carte plusieurs fois. Si il ne sont pas trop bêtes, ils ne le font pas, et là... C'est coup de bol.
Les banques pendant longtemps s'en foutaient royalement: Elles augmentais simplement leurs assurances en conséquence, et en répartissait le coût sur les clients.
Là les choses évoluent, parceque vu le nombre de cas, ca bouge au niveau fédéral pour obliger les banques à être plus sérieuses sur l'ouverture des comptes.
Voilà donc les "bienfaits" des numéros d'identification unique, voilà pourquoi la CNIL s'oppose fermement à ce genre de numéro. (pour ce qu'elle est écoutée...)
A mon avis, et comme le veux la légende, tous ce que fait l'amérique, 10ans plus tard ca arrive chez nous, alors...
Pourtant, là, on a la chance d'avoir en direct l'exemple de ce qu'il ne faut pas faire.
Est-ce qu'il ne serais pas suffisant, déjà, de prévenir l'acheteur potentiel que l'équippement a recours à la "tivoization" ?
Avec, par exemple, un sticker sur la boite et une mention sur les sites web genre:
"Attention: Ce matériel contient des protection logicelles et matériel qui sont concue pour vous empêcher d'exercer vos droits"
En anglais, ca donnerais:
"Warning: This equippment contains software and hardware protections that prevent it usage under the Fair Use Act."
Déjà, ca éviterais à tous les bidouilleurs d'acheter ces appareils.
Ensuite, ca serais suffisament négatif, je pense, pour que les gens qui ne s'y connaissent pas choisissent un appareil sans le sticker.
A la fin, soit Tivo re-négocie avec les société de production, soient ils meurent.
On pourrais coller la même chose sur les Livebox signées, aussi.
Cela dis, je pense vraiment qu'un jour ou l'autre, ils finiront tous par libérer leurs sources:
Rien que Linksys par exemple, à mon avis ils ont été (avec le recul) très contents de libérer les sources du routeur WRT-54G : Les geeks se sont jeté dessus comme des petits pains (alors meme qu'il y a des parties non libre dedans), des business se sont montées autour de ca,...
Lorsque il y en a un qui entend l'appel feutré de la liasse de billets, le soir au fond des bois, très vite la meute arrive...
Bon, ok désolé je me suis emporté la dernière fois.
Quelques réaction tout de même:
- Qualité technique de flash:
Comment savoir ? c'est proprio, donc on peux pas aller voir exactement comment ca marche. D'autre part, si chez toi c'est stable, c'est loin d'être le cas chez tout le monde. Et me dis pas que t'est jamais tombé sur une appli flash qui fait planter le navigateur avec 100% de CPU utilisé. (Je sais tu va me dire c'est pas de la faute du flash si les dévelopeurs codent mal les applet... C'est pas mon avis)
De plus, les critères ne sont pas pour tout le monde les mêmes: Une machine virtuelle, une API complète et multi-plateforme unique en son genre, des routines d'affichage performantes, tout ça dans un téléchargement de 2 Mo fonctionnant sans accroc sur une foultitude de configurations. Aucun projet libre n'arrive à la hauteur de ces quelques caractéristiques.
Si pour toi cela c'est de la qualité technique, c'est bien.
Pour moi, la qualité viens surtout de l'absence de bugs ET de la portabilité.
La portabilité, justement, ca se prévois, dès le début d'un projet. Or, il est TRES clair que le flash n'a JAMAIS été concu pour la portabilité, tu l'a toi-même montré lorsque tu cite du code asm dans le source du flash player (bon, ya peut-etre des routines de fallback, je sais pas)
Ce que je n'accepte pas, c'est que ca fonctionne sur un Linux x86 et PAS sur un linux PPC, ARM ou pire, x86-64: Là, normallement, une simple recompilation suffi, à condition de ne pas truffer le code d'asm et d'utiliser les librairies de l'OS.
Je suis bien d'accord que pour le porter sur Windows/MacOS/solaris/*BSD/... il faut adapter les couches basse, et selon le cas c'est pas un boulot facile.
J'ai *exactement* la même critique pour la JVM Java: Heureuement qu'il y a des jvm libre qui on tant bien que mal réussies a régler le problème, et il faut espérer que maintenant que la jvm est GPL les portages et simplifications vont arriver.
Il y a des tas d'autres exemples: Picasa, GoogleEarth (qui eux ont pu utiliser wine, effectivement c'est pas donné à toute les architectures). Et là, surtout pour GE, il y a le problème de la 3D.
C'est regrettable, mais le défi technologique est autrement compliqué que celui du flash, qui reste une virtual machine.
Et le rapport entre Flash et Javascript, c'est quoi, à part tes aversions gratuites et incompétentes ?
C'est 2 techno qui s'execute sur le poste client, et qui posent des TAS de problèmes a tout le monde, entre les plantages navigateurs (100% CPU et j'en passe) et les derniers développements de virus en JS.
(Qui, pour veux qui ne sont pas au courant, lorsqu'ils s'executent sur la machien client via une page web, vienne attaquer par brute-force le
routeur ou la box avec des mot de passe courant genre admin/admin sur le port telnet ou meme HTTP, puis ensuite identifie la marque/modèle, vont télécharger un "profil", et prennent le controle du routeur en le faisant rediriger des ports, envoyer des pings, faire du scan de port, etc... Le tout sans que l'utilisateur n'y vois rien, et aucun antivirus n'y peux rien car rien n'est installé sur le PC utilisateur)
Ok, vendredi prochain tu nous codes un équivalent du lecteur Flash en mieux et plus portable, hein, dis ?
Justement pas, non, parceque ce genre de techno sur le poste client, ca se travaille à long terme, il faut essayer de penser à toute les utilisation possible, éviter les enfermements, penser à la sécurité...
(Autant de choses qui sont pas forcément en accord avec les objectifs privées des companies privées, surtout les très très grosses).
C'est censé tourner sur un poste *Client*, potentiellement mal protégé, voire critique (téléphone ou poste public) et dont l'utilisateur n'a pas les compétences pour gérer la sécurité.
Pour moi, le flash n'est vraiment qu'une "démo technologique", il reste à inventer un système mature qui fasse la même chose, peut-etre à l'initiative d'un organisme de normalisation style W3C ou ISO.
Ok ca sera pas fait en 3j, mais au moins :
- ca marchera,
- ca marchera tout le temps,
- ca marchera tout le temps pareil,
- ca marchera partout.
Et moi ce que je supporte pas dans le flash, c'est que non seulement c'est proprio, mais en plus, ils ne livre la version compilé QUE pour x86.
Conséquence: Impossible d'utiliser flash (en tous cas dans ses dernières versions) sur ARM (PDA, Nintendo DS, ...), MIPS ou PowerPC (Set top box), et même sur des x86 avec des architectures un peu spéciales (type AMD Geode, trouvé sur des network PC).
Même sur architecture x86-64, pourtant de plus en plus répandues, ca n'existe pas (ils y travaillent, parait-il... Ca dois pas être bien brillant, leur code, si une simple recompilation ne suffit pas).
Et je parle même pas des autres OS, Free- ou Net- BSD.
Bref, ca m'horripile cette habitude de mettre du flash ou du javascript partout ou on peux.
Tiens autre chose:
C'est quoi, aussi, cette habitudes qu'on tous les sites de proposer systématiquement le téléchargement des versions adapté a l'OS sur lequel on est (ex: Adobe, pour Télécharger le plugin flash justement) ?
OK, ca aide le plus grand nombre, mais c'est vraiment relou quand on veux télécharger pour une autre plateforme, c'est la croix et la bannière, ca m'est arrivé de devoir changer le user-id pour pouvoir avoir le lien.
(Mozilla, au moins, propose un lien en bas "get another version". Adobe, rien du tout)
Franchement, à vouloir tout simplifier on en viens a tout compliquer... :-(
Bon, coup de geule du vendredi, je sais ca sert à rien mais ca défoule.
Tout dépend de la caméra que tu veux et de la résolution d'affichage, mais pour cette utilisation (streaming des données vers un portable), toutes les cartes vont suffire.
Par contre la puissance requise pour cette "simple" tache augmente vachement dès que la résolution augmente: Nous, on avais dû streamer de la full-HD (1080*720, 30img/sec en MPEG2, en firewire), ca mettait à genou un mac mini.
Je vois pas trop comment tu veux faire en FTP, par contre... Mais bon.
Tu ne donne pas trop d'infos concernant les besoins en poids/taille, conso, et nombre de cartes, ce que je vais dire est à prendre avec les pincettes...
- Foxboard: http://www.acmesystems.it/?id=4
+ : Ethernet intégré, RoHS-compliant, déjà utilisé pour des trucs de caméra, une carte additionelle FPGA existe (a rajouter dessus)
- : Pas trop de RAM, encore moins de flash, vitesse de traitement limitée.
- Armadeus: http://www.armadeus.com/products_APF9328.html
+ A peu près la même taille & meme puissance que les gumstix, meme taille de carte, possibilité d'inclure une FPGA, RoHS (marché européen)
- C'est une assoc, alors je sais pas si tu peux commander 10K cartes pour après-demain. Utilise aussi les connecteurs Hirose super-chiants, comme la gumstix. Du dev hardware à prévoir autour, si tu ne peux pas utiliser la carte de support directement
-Embedian: http://www.embedian.com/index.php?main_page=index&cPath=(...)
+ Puissance de traitement conséquante, pas mal de périphériques dispo en option (donc une carte graphique complete, avec 8Mo de ram dédié).
Ils font aussi des "computer on Modules", que je connais pas.
Je sais pas no, plus si ils sont RoHS.
- Vachement plus grosse (form factor 3 1/2), consome plus, seulement 12 GPIO de disponible, pas de flash intégré.
RED est une "classless" qdisc, ce qui veux dire qu'il ne supporte pas de fils.
Il s'utilise donc en 'qdisc' ou en 'class' terminale, avec tc.
Dans le script que j'ai posté la dernière fois, (http://linuxfr.org/forums/12/20943.html ) il faudrait le mettre en lieu et place de sfq ou de pfifo, avec ses paramètres.
ex:
tc qdisc add dev eth0 parent 1:21 handle 21: red limit 1000000 \
min 5000 max 100000 avpkt 1000 burst 50
ok, j'ai tous compris maintenant. cependant est ce qu'il y a un moyen de voir la valeur du champ MARK avec une commande pour un paquet donné?
J'ai pas compris: dans quel contexte ? Via un tcpdump par exemple ?
La marque est interne au noyau: dès que le paquet sort du noyau, elle n'existe plus. Elle n'existe que dans le contexte de netfilter.
Par contre avec iptables -t mangle -L on peux voir les stats des paquets pour chaques règles.
et je cherche également un logiciel qui me permetterai de voir graphiquement le traffic de chaque file d'attente que j'ai créer, est ce que vous en connaisez un ?
alors j'ai jamais fait (perso je me contente des chiffres) mais je sais que les solutions mises en places par ipcop & compagnie tournent autour de MRTG/rrdb et des scripts lancés périodiquement.
Voici le script en question: Je pense qu'il est gros, mais complet.
#!/bin/sh
#
# Control the bandwith management between connections.
# Works in close collaboration with the rc.firewall script, which must
# be called *BEFORE* this one. (because of tagging)
OUTDEV=ppp0
# CLASS1+CLASS2+CLASS3 must equal MAX_UPLOAD_RATE
MAX_UPLOAD_RATE=15kbps
CLASS1=8kbps
CLASS2=4kbps
CLASS3=3kbps
echo Clearing Netfilter rules for mangle table. Also clear counters
iptables -t mangle -F
iptables -t mangle -Z
if ! ifconfig $OUTDEV >/dev/null 2>&1 ; then
echo Cannot find output interface $OUTDEV, delaying a little....
sleep 8
if ! ifconfig $OUTDEV > /dev/null 2>&1 ; then
echo Cannot find output interface $OUTDEV. Abort.
exit 1
fi
fi
echo Clearing the QoS disciplines
tc qdisc del dev $OUTDEV root handle 1: prio bands 3
if [ "$1" == "del" ]; then
exit 0
fi
# Setup the flow control.
# This apply to the OUTGOING interface : the cable modem
# We assume that the packets arriving from the net come much slower
# than the internal network, so the output queue on the local
# interface is empty 99.9% of time.
# Here is the schema :
# /------\
# | PRIO |
# \------/
# / | \
# / | \
# 1/ 2| 3\
# / | \
# / | \
# /-------\ /-------\ /------\
# | pfifo | | SFQ | | HTB |
# \-------/ \-------/ \------/
# / | \
# / | \
# 3.1/ 3.2| 3.3\
# / | \
# /-----\ /-----\ /-----\
# | SFQ | | SFQ | | SFQ |
# \-----/ \-----/ \-----/
#
# Links 1, 2, 3 are absolute priorities : No packet comme from 2 or 3 if
# the pipe 1 is not empty.
# Pipe 1 is for UDP DNS request or answers, and TCP ACK or SYN.
# Pipe 2 is for SSH connections and FTP-control
# Pipe 3 is for anything else.
#
# The pipe 3 is classed throught a HTB (Hierarchical Tocken Bucket)
# The classes can share the load between them, BUT, in case of congestion :
# Class 3 is 80% of the traffic : client interactive traffic :
# HTTP, Mail, IRC(both client and server), Webcam
# Class 4 is 10% of the traffic : server traffic :
# HTTP , Mail, Webmin, and FTP (both client and server)
# Class 5 is everything else ( kazaa, edonkey ...)
echo "Tagging packets"
# Class 4 : server : HTTP(80,443), Webmin(10001:10254), FTP(21,20,27000-27999)
# client : FTP_data in Active Mode mode (20)
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 80 -j MARK --set-mark 4
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 443 -j MARK --set-mark 4
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 21 -j MARK --set-mark 4
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 20 -j MARK --set-mark 4
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 27000:27999 -j MARK --set-mark 4
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 10001:10254 -j MARK --set-mark 4
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 20 -j MARK --set-mark 4
# Class 3 : client : HTTP(80,443), Mail(25,110,143,993,1093), IRC(6666,6667),
# ,ICQ(5190/TCP+UDP), Yahoo chat (5050/TCP), news(119)
# FTP_control (21)
# : server : IRC(6667) , Mail(993,25)
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 80 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 443 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 21 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 25 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 143 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 110 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 993 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 1093 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 119 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 6666:6667 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 5190 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --dport 5190 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 5050 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 25 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 993 -j MARK --set-mark 3
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 6667 -j MARK --set-mark 3
# Class 2 : ssh(22)
# Real-time traffic : Yahoo ( 5000/1/TCP, 5000/10/UDP, 5100/TCP)
# NetMeeting ( 1720/TCP, 20200/9/UDP+TCP ) via nmproxy (inetd)
# MSN ( 1863/TCP )
# Roger Wilco ( 3782/1/TCP+UDP ), ASRC ( 3290 TCP+UDP )
# VNC ( 5900/x/TCP , x is the number of simultaneous connection)
# Skype (27614)
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 22 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 22 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 5100 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 1863 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 5000:5001 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --dport 5000:5010 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --dport 3782:3783 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 3782:3783 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --dport 3290 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 3290 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 5900:5902 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 1720 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 1720 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --dport 1720 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --sport 1720 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 20200:20209 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 20200:20209 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --dport 20200:20259 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --sport 20200:20259 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --sport 27614 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --sport 27614 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --dport 27614 -j MARK --set-mark 2
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --dport 27614 -j MARK --set-mark 2
# Class 1 : TCP connection control (ACK,SYN,RST,FIN) , ICMP and DNS(53 UDP)
iptables -A POSTROUTING -t mangle -o $OUTDEV -p udp --dport 53 -j MARK --set-mark 1
iptables -A POSTROUTING -t mangle -o $OUTDEV -p icmp -j MARK --set-mark 1
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --tcp-flags SYN SYN -j MARK --set-mark 1
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --tcp-flags RST RST -j MARK --set-mark 1
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --tcp-flags FIN FIN -j MARK --set-mark 1
iptables -A POSTROUTING -t mangle -o $OUTDEV -p tcp --tcp-flags ACK ACK -m length --length :74 -j MARK --set-mark 1
echo Adding QoS rules :
echo " Adding root PRIO discipline"
# All packets goes throught the last and default pipe
# The other ones are selected using filters
tc qdisc add dev $OUTDEV root handle 1: prio bands 3 priomap 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2
echo " Adding first level disciplines"
# First pipe is a standard fifo
# Second is a sfq ( for ssh connections )
# Third is a HTB filter, that will be subdivided
tc qdisc add dev $OUTDEV parent 1:1 handle 11: sfq perturb 10
tc qdisc add dev $OUTDEV parent 1:2 handle 12: sfq perturb 10
tc qdisc add dev $OUTDEV parent 1:3 handle 13: htb r2q 1 default 30
echo " Adding HTB Classes"
tc class add dev $OUTDEV parent 13: classid 13:1 htb rate $MAX_UPLOAD_RATE ceil $MAX_UPLOAD_RATE
# All classes could take the whole bandwidth, BUT they are not equal in front of congestion
tc class add dev $OUTDEV parent 13:1 classid 13:10 htb rate $CLASS1 ceil $MAX_UPLOAD_RATE mtu 1492
tc class add dev $OUTDEV parent 13:1 classid 13:20 htb rate $CLASS2 ceil $MAX_UPLOAD_RATE mtu 1492
tc class add dev $OUTDEV parent 13:1 classid 13:30 htb rate $CLASS3 ceil $MAX_UPLOAD_RATE mtu 1492
echo " Adding last level disciplines"
# Finally, the connections selected by the CBQ are delivered with an SFQ discipline
tc qdisc add dev $OUTDEV parent 13:10 handle 131: sfq perturb 10
tc qdisc add dev $OUTDEV parent 13:20 handle 132: sfq perturb 10
tc qdisc add dev $OUTDEV parent 13:30 handle 133: sfq perturb 10
echo Applying tags to QoS filter
# Filter the connections with the tags as key values
tc filter add dev $OUTDEV protocol ip parent 1: handle 1 fw flowid 1:1
tc filter add dev $OUTDEV protocol ip parent 1: handle 2 fw flowid 1:2
tc filter add dev $OUTDEV protocol ip parent 1: handle 3 fw flowid 1:3
tc filter add dev $OUTDEV protocol ip parent 1: handle 4 fw flowid 1:3
tc filter add dev $OUTDEV protocol ip parent 1: handle 5 fw flowid 1:3
tc filter add dev $OUTDEV protocol ip parent 13: handle 3 fw flowid 13:10
tc filter add dev $OUTDEV protocol ip parent 13: handle 4 fw flowid 13:20
export FLOW_CONTROL="Yes"
Le script rc.firewall est:
#!/bin/sh
accept() {
if [ -z "$1" -o -z "$2" -o -z "$3" ] ; then
return 1
fi
if [ ! -z "$4" ]; then
dest=$2:$4
else
dest=$2
fi
iptables -t nat -A PREROUTING -i $OUTIF -p $3 --dport $1 -j DNAT --to-destination $dest
iptables -A FORWARD -i $OUTIF -d $2 -p $3 --dport $1 -j ACCEPT
echo " - Prerouting port $1 to $dest ( $3 )"
}
accept() {
if [ -z "$1" -o -z "$2" ] ; then
return 1
fi
iptables -A INPUT -p $2 --dport $1 -j ACCEPT
echo " - Accepting port $1 ( $2 )"
}
output() {
if [ -z "$1" -o -z "$2" ] ; then
return 1
fi
iptables -A OUTPUT -p $2 --dport $1 -j ACCEPT
iptables -A FORWARD -o $OUTIF -p $2 --dport $1 -j ACCEPT
echo " - Output port $1 ( $2 )"
}
OUTIF=ppp0
echo " - Setting internal network authorizations"
iptables -A INPUT -i lo -j ACCEPT
echo " - Setting default rules for masquerading and state control"
iptables -t nat -A POSTROUTING -o $OUTIF -j MASQUERADE
# ICMP are accepted. Floodping is avoid by icmp_ratelimit below
iptables -A INPUT -p icmp -j ACCEPT
# This ignore any packets in the NEW or INVALID state
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
# This analysis any opening connection and close it immediatly if PG says so.
# (Warning, MoBlock must be running).
#iptables -A INPUT -i $OUTIF -m state --state NEW -j QUEUE
#iptables -A OUTPUT -o $OUTIF -m state --state NEW -j QUEUE
echo " - Setting various kernel parameters to counter DoS"
#### Prevent various DoS conditions
# Turn off ECN since it brings problems with some sites
echo 0 > /proc/sys/net/ipv4/tcp_ecn
# Turn on TCP_SYNCOOKIES (avoid total DoS when under attack)
echo 1 > /proc/sys/net/ipv4/tcp_syncookies
# Set various icmp protections
echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
echo 1 > /proc/sys/net/ipv4/icmp_ignore_bogus_error_responses
echo 100 > /proc/sys/net/ipv4/icmp_ratelimit
# Augment the number or connectection tracking to keep in table
echo 250000 > /proc/sys/net/ipv4/ip_conntrack_max
[^] # Re: Pourtant...
Posté par C. OB (site web personnel) . En réponse à la dépêche Vente liée/action de groupe dans le projet de loi de modernisation de l'économie. Évalué à 4.
Vu que c'est un "service" et vu le coût quasi-nul de duplication...
Sinon, j'imagine bien aussi les groupements d'éditeurs (au hasard, bsa ?) racheter aux revendeurs la liste des gens qui ont acheté un PC sans OS, et puis 3 mois après aller toquer aux portes des particulier ... (Bon, ils n'ont pas le droit, mais une simple loi vite votée pourra venir corriger rapidement ce "défaut"...)
C'est déjà fait pour la redevance TV il me semble, non ?
OB
[^] # Re: Merci
Posté par C. OB (site web personnel) . En réponse à la dépêche Freenet 0.7.0 édition "Darknet" disponible!. Évalué à 1.
> Le vidage de cache devient inopérant il me semble.
L'hypothèse de départ est que l'image n'est PAS réclamée 100x / jours, on est d'accord (Si c'est le cas, ça veux dire que le contenu est polémique, et donc Freenet est conçu pour freiner sa suppression).
Je partais du principe que le contenu n'est pas consulté souvent, voire presque jamais => Du coup les données en cache seraient remplacée par d'autres, l'image initiale n'étant plus accessible.
La ou je voulais en venir, c'est que la seule façon de censurer un contenu sur Freenet, ça serais de ne PAS le consulter, ni le demander....
# Merci
Posté par C. OB (site web personnel) . En réponse à la dépêche Freenet 0.7.0 édition "Darknet" disponible!. Évalué à 3.
Chapeau bas !
Maintenant, je rejoins le commentaire ci-dessus concernant une version "embarquée" :
De plus en plus on trouve des NAS pas très chers à base de processeurs assez puissants, et comprenant des unités crypto accélérées.
(http://www.linuxdevices.com/news/NS5637467946.html )
Il me paraîtrais très bon pour le réseau freenet que, via un simple plug-in, on puisse ajouter sur ces NAS un "module freenet", configurable simplement via la page web de config, et qui dédie un espace du disque au stockage Freenet.
Qu'en pensez vous ?
Un autre module qui manque cruellement, est un mode de partage de fichiers "à la p2P" ou l'on indique simplement un répertoire et tous les fichiers contenus sont automatiquement partagés, et leur clé publiée pour faciliter la recherche.
Ceci n'excluant en rien le système actuel, qui se rapproche plus de bittorrent quant à la notion de "publication explicite" de fichiers.
(Sauf qu'il n'y a pas de tracker sur lequel aller trouver les références)
Sinon, pour répondre aux critiques que j'ai vu ça et là concernant les contenus horribles de Freenet, il ne faut pas oublier que le principe de Freenet est de diffuser les contenus les plus demandés au détriments des autres. Donc, si personne ne cherche des photos malsaines, elles vont disparaître seules...
Tiens d'ailleurs, question aux programmeurs de Freenet:
Si l'on activais un mécanisme pour vider régulièrement le cache (genre: tous les jours), est-ce que ça ne pourrais pas accélérer la suppression de ces contenus ? Puisque le cache serais remplacé par les choses les plus demandées....
Du coup, rapidement, si la "source initiale" se tarie, les documents disparaîtrons.
Par contre, pour les documents téléchargés par bcp de personnes, le cache sera re-remplis avec les données téléchargées précédament en cas de demande.
Merci en tous cas.
[^] # Re: Comme de par hasard....
Posté par C. OB (site web personnel) . En réponse à la dépêche La normalisation de OOXML relance le RGI.. Évalué à 3.
Hein ?
J'ai toujours crus comprendre qu'un gouvernement de droite avait pour but de diriger un état comme une multinationale.
Il y a un an, plus de la moitié des votants n'ont vu aucun problème à ce mode de fonctionnement. Moi il n'y a rien qui me surprend.
---
obc
# Stabilité ?
Posté par C. OB (site web personnel) . En réponse à la dépêche Freenet 0.7-rc1 est disponible. Évalué à 1.
J'ai tenté d'utiliser freenet il y a quelques mois, avec un succès mitigé:
Sur une machine ix86 ca marchais pas trop mal, mais sur un linux amd64, c'était très instable, et il y avais manifestement des fuites de mémoires qui provoquait un crash du serveur au mieux tous les jours, avec un cache configuré à 10Go.
J'ai laissé tombé assez vite, ensuite... D'autant plus que je ne m'y connais pas en java pour fouiller dans le code.
Est-ce que quelqu'un à un retour d'expérience sur cette version rc1 ?
D'autre part, lors de mes essais, j'ai eu l'impression que la mise à disposition de contenu sous Freenet était plutôt orienté vers des contenus editoriaux (blogs/pages/articles) plutôt que binaires.
Est-il possible de lui donner un répertoire à indexer, pour que ensuite il puisse répondre aux requêtes automatiquement ?
Est-ce qu'il fonctionne par hash, autrement dis si 2 personnes proposent le *même* fichier binaire, Freenet serait-il capable de détecter cela et de télécharger depuis les 2 sources ?
Merci
OB
# Un autre commentaire
Posté par C. OB (site web personnel) . En réponse au journal Chumby. Évalué à 2.
Je voulais juste ajouter quelques points au message d'Aissen, et répondre indirectement à la question de Thomas : Je l'ai eu via une amie qui vit aux états-unis.
On ne peux le commander QUE de là-bas, en plus ils vérifient que tu commande avec une carte bancaire américaine (Donc, tu peux pas faire ta commande avec ta carte française, même internationale, et faire expédier ça chez une connaissance: Il faut que ça soit lui qui commande).
Concernant le buzz, c'est clair qu'il y a ce petit coté marketing viral un peu dérangeant - apparemment ça reste une belle bande de geek qui l'on conçu, il faut bien qu'ils le fassent connaitre !
Après , c'est sur la vente exclusive aux US et tout c'est chiant, je pense que oui, il y a les problèmes d'agrémentation CE (c'est pas gratuit), ainsi je pense que des taxes d'import largement plus grande (tiens je renseignerais à combien se monterais les taxes d'import d'un tel produit...)
D'autre part, pour avoir travaillé sur des chips Freescale, ça m'étonnerais pas qu'ils aient, en plus, des problèmes d'approvisionnement en i.MX21 : Peut-être qu'ils se sont dis qu'il valais mieux privilégier un marché restreint et faire des heureux, plutôt que de faire un marché mondial et de ne pas pouvoir répondre à la demande.
Enfin, pour l'open-source, il est vrai que les applets flash d'origines ne sont pas libre, et j'admets que je ne sais pas bien pourquoi (après tout, pour eux ce développement est un centre de cout, pas de profit ! - Eux, ils veulent vendre du matériel...)
Par contre, TOUT le reste est libre, même le hard : Honnêtement, j'ai très rarement vu mieux...
Pour moi, a partir du moment ou les schémas sont libres + les datasheets des composants, même si tout le reste est proprio, on ne peux *PAS* raler : ON peux toujours redévelopper from scratch.
Et franchement, c'est très rare les produits ou le hardware est libre...
Même si les box ou autre ou les sources sont dispo, le plus souvent déjà le bootloader ne l'est pas, et puis c'est pas facile de chercher comment diable allumer une led ou bricoler un bus i2C avec 2 fils.
Alors, oui, c'est vrai le choix du flash n'est pas des meilleurs du point de vu du libre, mais bon, au moins il existe des compilos libres pour créer des applis libres.
Et ce n'est pas de la faute de la technologie Flash si Adobe est pas foutu de sortir un plug-in flash pour machine 64bit alors que tout le monde le demande depuis 3 ans.
D'ailleurs, petite question :
Vous verriez quoi comme technologie pour créer l'interface graphique d'un truc comme le chumby ? Pas de fenêtrage ni de widgets, interface plutôt "Cartoon", gestion de l'écran tactile/bouton/accéleromètre ?
OB
# slitaz
Posté par C. OB (site web personnel) . En réponse au message linux sur compact flash. Évalué à 1.
J'ai ca sur une compactFlash branchée en IDE, ca marche très bien (sur un pentium 200).
Après, il faudra peut-être personnaliser ton noyau avec les drivers dont tu as besoin.
ob
# Etapes
Posté par C. OB (site web personnel) . En réponse au message Installer une distribution Linux sur une NeufBox. Évalué à 2.
Alors, première chose, démonte-les et repère les différents éléments, en commençant par le processeur , puis les flash et les RAM.
Là, google est ton ami pour rechercher les no des puces.
(et google image pour des photos de puces, parfois ça aide pour reconnaitre les marquages et les fabricants).
Ensuite, recherche sur http://wiki.openwrt.org/TableOfHardware si le processeur est supporté. si oui, il y a de l'espoir, sinon, ça va être TRES dur :pas de documentations, pas d'outils, pas de GCC, pas de patch pour linux, pas de schéma de carte... un boulot de plusieurs mois pour un bidouilleur persévérant.
Enfin, si il est supporté, le but est de trouver le port série "console", si possible.
Ce sont 3,4 fils souvent alignés (regarde les schémas des différentes cartes) qui sortent en 3.3V, moins souvent en 5V, auquel il te faut relier un adaptateur pour port série.
(Il y a des infos sur le site de neufbox4.org, francofon, etc... ce sont les mêmes).
A partir de là, ça dépend du bootloader ( sur ces plate-forme c'est souvent u-boot, CFE, ...) l'équivalent de grub ou lilo sur PC.
Bref, du a la nature propriétaire de ces appareils et la mauvaise volonté des constructeurs à donner des documentations même pour des produits obsolètes (souvent plus par manque de ressource que par volonté de faire chier le monde), c'est souvent un sacerdoce de travailler sur ces machins.
Même lorsque le code des ouvert, et que on a beaucoup d'informations, ca reste un challenge. ..
Good luck !
OB
[^] # Re: Re:
Posté par C. OB (site web personnel) . En réponse au message [Thinkpad T20 pcmcia? wifi? mobo?]Gros partage en couille.. Évalué à 2.
Le sifflement aigu, le lecteur CD qui subitement fait des erreurs, la carte wifi qui ne marche plus... ça sens le 12V qui n'est plus stable.
[^] # Re: Controle et libre?
Posté par C. OB (site web personnel) . En réponse à la dépêche Le projet Webkit clarifie ses règles. Évalué à 3.
Pour moi, le but des licences libres et de disposer du code source *utilisable* , avant tout d'empêcher une société d'enfermer ses utilisateurs dans ses produits.
Car, quoique l'on dise, le but *absolu* des sociétées est de faire de l'argent, et sur un marché de renouvellement comme le notre, la seule solution est de rendre obsolète les produits existant le plus rapidement possible.
A mon avis, c'est pour ca que de nombreux produits hig-tech sont vendu avec des évolutions mineures qui auraient pu donner lieu à des mises à jour soft, *mais* on préfère vendre le nouveau produit au prix fort (je pense en particulier aux routeurs wifi, téléphones,...)
Ceci explique aussi la durée de vie ridicule des produits actuels (batteries qui ne tiennent plus rien au bout d'un an par exemple).
Un autre exemple plus industriel, plutôt dans l'air du temps:
PeopleSoft se fait racheter par Oracle, ce dernier tente de faire migrer les utilisateurs qui n'en ont pas vraiment besoin, mais ils doivent le faire car c'est trop risqué de continuer sans support. Pire encore, si les utilisateurs utilisent une version hébergé de leur logiciel...
On peux imaginer que, si le logiciel de PeopleSoft avait été open-source, une boite aurais pu monter un fork et continuer la maintenance...
(Ce n'est qu'un exemple capillotracté, hein ;-) )
Bref, pour moi le but et l'intérêt d'abord et avant tout de libérer les utilisateurs finaux des contraintes purements marketings et commerciales des éditeurs, petits et grands.
Car, pour un utilisateur, si l'éditeur est une sociétée, et même si celle ci est de bonne fois, rien n'empêche un rachat, une changement de direction, un départ de l'équipe technique, ... Dans ce cas, un fork permet de sauver ceux qui se sont basé dessus.
Pour un éditeur indépendant (tel un shareware), ou un groupe de personnes, ca permet de continuer le logiciel via un fork si un problème arrive à la personne concernée.
En plus, cela force l'éditeur à répondre à la demande des utilisateurs, plutôt qu'a des actionnaires ou direction, sous peine de mort rapide de la structure en question. Bref, ca oblige tout le monde à ramer dans la même direction.
(Ca reste quand même l'éditeur le mieux placé pour faire les modifications demandées par les utilisateurs, techniquement parlant)
Un bon exemple de succès vis-à-vis de ce modèle c'est Trolltech.
Alors, c'est sur on peux toujours forker à tord et à travers, mais il n'y a aucun intérêt à le faire a cause de modifications mineures, même si elles ne plaisent pas. Par contre, le jour (hypotétique) où, par exemple, Apple se fait racheter par M$ et celui-ci décide d'intégrer IE dans tous les iphones, là les possésseurs d'iphone seraient bien content d'avoir les sources, afin qu'une petite équipe produise un fork...
(C'est encore un exemple foireux, mais Apple reste connu pour imposer des restrictions et modifications unilatérales de ses produits via les maj de firmware ... Et c'est loin d'être le seul)
ob
[^] # Re: Ce qui est fourni..
Posté par C. OB (site web personnel) . En réponse à la dépêche Les logiciels libres utilisés dans la NeufBox v4 publiés. Évalué à 2.
C'est vrai il y a l'AR7 que j'avais oublié. Mais les autres ont tout de même moins de diffusion... (a mon grand regret d'ailleurs : Personnellement j'essaye d'acheter du realtek ou du ralink chaque fois que c'est possible).
Mouai c'est pas les commerciaux qui choisissent tout, il faut quand même respecter certains critères techniques. Et puis le développeur a quand meme un petit mot a dire : c'est bien beau de prendre le moins cher, mais apres s'il y a 2 ans de dev pour integrer le truc, je suis pas sur que ca soit tres rentable...
Non ce n'est pas rentable, mais c'est comme ca que ca se passe malheureusement au moins dans les grosses sociétés, oui.
Ensuite, s'en suit une belle session de blame-storming entre commerciaux et devs pour expliquer l'échec commercial des produits :-) .
Le plus souvent, ce sont les devs qui rament derrière pour finir par faire marcher ce qui était prévu... (comme dans le cas ou les commerciaux décident de diviser par 2 la taille de flash, et les devs doivent se débrouiller pour faire tenir dans 8mo ce qui était prévu dans 16 au début).
Vive la légalité du truc.
J'ai jamais prétendu le contraire.
Il y a une histoire comme ça (pour des cartes graphique, je crois) ou une personne avait accès à des codes source sous NDA, et les a transcrits en texte (en prose, quoi). Ensuite, une autre personne à pu réecrire un driver libre pour la carte en question en se basant sur ces informations.
C'est une excellente technique je trouve, même si c'est chronophage.
Au risque de passer pour un dangereux anarchiste, je n'ai aucun respect pour les financiers qui veulent controler un marché en controlant la diffusion de connaissances, et d'autant plus si c'est un produit physique qui est vendu.
[^] # Re: Ce qui est fourni..
Posté par C. OB (site web personnel) . En réponse à la dépêche Les logiciels libres utilisés dans la NeufBox v4 publiés. Évalué à 3.
Heu... Broadcom est malheureusement, avec Atheros, le plus gros fournisseur de puces wifi, à eux deux ils ont pratiquement 100% du marché des routeurs personnels. Du coup, leurs prix sont les plus intérressants du marché, et dans les grosses boites tel que Neuf/Free/Dlink/Linksys/etc... c'est jamais les developeurs qui décident du matériel, c'est les commerciaux. Et eux ils prennent le moins cher, point barre.
Du point de vue de broadcom, ils n'ont strictement *aucune* raison de prendre 5mn à publier les sources, même si ils le voulaient: A quoi bon, ils ont *déjà* vendu la fabrication de millions d'unitées.
La seule facon de les faire bouger serais un boycott de la part des clients, mais c'est pas 5 trolleurs sur LinuxFR qui vont prévenir la vente de centaine de millions de routeurs dans le monde :-(.
Perso, quand je peux, j'achète du matériel à base d'Atheros, qui est un tout petit peu plus ouvert, mais bon...
D'autre part, au niveau des *cartes* wifi, un driver libre existe maintenant.
(Ca ne nous aide pas pour la 9box, on est d'accord).
Pour moi la solution c'est qu'il y ai un jour une grosse fuite de toute les doc et datasheets nécéssaire pour refaire un noyau pour ces puces, en particulier les endroits qui sont aujourdhui fournis en binaires, et ainsi rendre obsolete tout ce merdier broadcom: En fin de compte, les sociétées achèteraient les puces et les devs utiliseraient les sources GPL derrières, et tout le monde serais content (Sauf broadcom, qui eux redeviendrais un fournisseur de puces, plutot qu'un fournisseur de "solutions". Ca fait moins bien devant les actionnaires.)
[^] # Re: Embarqué ?
Posté par C. OB (site web personnel) . En réponse à la dépêche SyncML, le graal de la synchronisation de données. Évalué à 2.
Effectivement, l'objectif c'est un mini-serveur ARM9...
OB
# Embarqué ?
Posté par C. OB (site web personnel) . En réponse à la dépêche SyncML, le graal de la synchronisation de données. Évalué à 2.
Est-ce que quelqu'un connais d'autres implémentation d'un serveur SyncML ?
En particulier en PHP + MySQL (pour déployer facilement sur un serveur de type FAI) , et en C/C++ (pour mettre dans un routeur, par exemple avec un backend sqlite).
Egalement, un couplage avec OpenLDAP pourrais être intéréssant..
Les seules implémentations que j'ai vu sont Funanbol, en java, et une page PHP qui était plus un système de test qu'une réelle implémentation.
Merci !
OB
[^] # Re: Wow !!!
Posté par C. OB (site web personnel) . En réponse à la dépêche EyeOS 1.0. Évalué à 4.
Parceque le turn-over y est très important, et qu'il est difficile de savoir quel personnes a accès à tes données à un moment donné (d'autant plus que je ne leur fait pas confiance à priori) ?
Parcequ'il y a des tas d'histoires de fuites de données personelles (il suffit d'une faille de sécurité ou d'un portable volé) ?
Parceque la loi qui te protège (encore) aujourdhui peut très bien être révoquée demain, et une loi d'espionage de la population votée cet été... voire même via un décret, puisque à présent c'est comme ca que l'on gouverne ? (et là les FAI n'y peuvent rien, à part protester)
Dire que puisque je n'ai rien à cacher, je suis d'accord pour qu'on surveille tout ce que je fais/dis/télécharge, c'est à mon avis avoir une confiance aveugle dans l'avenir et les gouvernements présents et suivants.
Moi non plus je n'ai rien à cacher, mais si j'ai des gosses un jour, je refuse qu'il grandissent chez Big Brother Land, et c'est maintenant qu'il faut réagir. Pas lorsque les puces RFID seront implantées à la naissance.
obc
[^] # Re: Pas d'acord
Posté par C. OB (site web personnel) . En réponse à la dépêche Apple Plus : sans DRM, mais.... Évalué à 8.
En amérique, il y a un GROS problème en ce moment, c'est ce qu'ils appelent l' "identity thief" (vol d'identité) :
http://en.wikipedia.org/wiki/Identity_theft
En gros, la-bas, le système bancaire est un peu différent, et s'appuie en particulier sur le SSN (Social Security Number) comme numéro d'identifiant unique d'une personne. A la différence du notre, il s'utilise un peu à tord et a travers, et en particulier pour ouvrir des comptes bancaires, payer des factures, prendre des abonnements de gaz, ...
Bref, il est énormément manipulé par beaucoup de monde, et ne comporte que peu de chiffres (8 si je me souviens bien).
De plus, la bas il n'y a pas trop de "droit au découvert bancaire", mais plutôt un système de carte de crédit qui se comporte comme un prêt à la consomation, cad qu'il y a un taux d'intérêts (souvent entre 13 et 19%) sur l'utilisation, juqu'a hauteur de $1000 souvent. Ces cartes de crédits s'obtiennent quasi automatiquement à l'ouverture d'un compte bancaire.
La technique est donc simple: Quelqu'un récupère (très facilement, donc, sur un courrier, facture de gaz, téléphone, ou dans un fichier d'ordinateur) ton nom, prénom, SSN et addresse.
Muni de ces seules information, il va ouvrir un compte bancaire, il récupère une carte de crédit, et va immédiatement acheter tout ce qu'il veux, ou bien retirer du cash. Ensuite, il détruit la carte.
Quelques mois plus tard, en voyant le solde débiteur et le non approvisionnement du compte, la banque va frapper à ta porte, en te demandant de rembourser les somme + les intêrets accumulés (Et 15% par mois sur $1000 ca chiffre vite).
Le problème est que, en plus de cela, ton "credit history", cad une valeur globale qui représente ta capacité à rembourser tes crédits, va baisser. Et ca, c'est très gênant, un peu comme en france se faire classer "interdit bancaire", car c'est très difficile à faire annuler.
La seule solution est de porter plainte, et de prouver ta bonne foi aux banques et instituts de crédits, ce qui prend plusieurs mois.
Pendant ce temps la, plus de crédits, toutes les factures se payent en cash au guichet (les banques ne prennent plus ni chèques ni cartes), et tu recois tous les jourts des lettre de menace des sociétés de collection de fonds (qui elles ne sont pas au courant de la procédure)
Il n'est pas possible de changer de numéro SSN, ce qui fait que si le tiens se balade dans la nature, il se peux très bien que 2 mois après, rebelotte.
C'est très difficile de chopper les gens qui font ca, en général ca demande des flagrant délis, si par exemple ils utilisent la même carte plusieurs fois. Si il ne sont pas trop bêtes, ils ne le font pas, et là... C'est coup de bol.
Les banques pendant longtemps s'en foutaient royalement: Elles augmentais simplement leurs assurances en conséquence, et en répartissait le coût sur les clients.
Là les choses évoluent, parceque vu le nombre de cas, ca bouge au niveau fédéral pour obliger les banques à être plus sérieuses sur l'ouverture des comptes.
Voilà donc les "bienfaits" des numéros d'identification unique, voilà pourquoi la CNIL s'oppose fermement à ce genre de numéro. (pour ce qu'elle est écoutée...)
A mon avis, et comme le veux la légende, tous ce que fait l'amérique, 10ans plus tard ca arrive chez nous, alors...
Pourtant, là, on a la chance d'avoir en direct l'exemple de ce qu'il ne faut pas faire.
# Devoir d'information
Posté par C. OB (site web personnel) . En réponse à la dépêche GPL3, TiVo ou TiVo pas ?. Évalué à 0.
Avec, par exemple, un sticker sur la boite et une mention sur les sites web genre:
"Attention: Ce matériel contient des protection logicelles et matériel qui sont concue pour vous empêcher d'exercer vos droits"
En anglais, ca donnerais:
"Warning: This equippment contains software and hardware protections that prevent it usage under the Fair Use Act."
Déjà, ca éviterais à tous les bidouilleurs d'acheter ces appareils.
Ensuite, ca serais suffisament négatif, je pense, pour que les gens qui ne s'y connaissent pas choisissent un appareil sans le sticker.
A la fin, soit Tivo re-négocie avec les société de production, soient ils meurent.
On pourrais coller la même chose sur les Livebox signées, aussi.
Cela dis, je pense vraiment qu'un jour ou l'autre, ils finiront tous par libérer leurs sources:
Rien que Linksys par exemple, à mon avis ils ont été (avec le recul) très contents de libérer les sources du routeur WRT-54G : Les geeks se sont jeté dessus comme des petits pains (alors meme qu'il y a des parties non libre dedans), des business se sont montées autour de ca,...
Lorsque il y en a un qui entend l'appel feutré de la liasse de billets, le soir au fond des bois, très vite la meute arrive...
obc
[^] # Re: Lecteur
Posté par C. OB (site web personnel) . En réponse à la dépêche Adobe va libérer Flex. Évalué à 1.
Quelques réaction tout de même:
- Qualité technique de flash:
Comment savoir ? c'est proprio, donc on peux pas aller voir exactement comment ca marche. D'autre part, si chez toi c'est stable, c'est loin d'être le cas chez tout le monde. Et me dis pas que t'est jamais tombé sur une appli flash qui fait planter le navigateur avec 100% de CPU utilisé. (Je sais tu va me dire c'est pas de la faute du flash si les dévelopeurs codent mal les applet... C'est pas mon avis)
De plus, les critères ne sont pas pour tout le monde les mêmes:
Une machine virtuelle, une API complète et multi-plateforme unique en son genre, des routines d'affichage performantes, tout ça dans un téléchargement de 2 Mo fonctionnant sans accroc sur une foultitude de configurations. Aucun projet libre n'arrive à la hauteur de ces quelques caractéristiques.
Si pour toi cela c'est de la qualité technique, c'est bien.
Pour moi, la qualité viens surtout de l'absence de bugs ET de la portabilité.
La portabilité, justement, ca se prévois, dès le début d'un projet. Or, il est TRES clair que le flash n'a JAMAIS été concu pour la portabilité, tu l'a toi-même montré lorsque tu cite du code asm dans le source du flash player (bon, ya peut-etre des routines de fallback, je sais pas)
Ce que je n'accepte pas, c'est que ca fonctionne sur un Linux x86 et PAS sur un linux PPC, ARM ou pire, x86-64: Là, normallement, une simple recompilation suffi, à condition de ne pas truffer le code d'asm et d'utiliser les librairies de l'OS.
Je suis bien d'accord que pour le porter sur Windows/MacOS/solaris/*BSD/... il faut adapter les couches basse, et selon le cas c'est pas un boulot facile.
J'ai *exactement* la même critique pour la JVM Java: Heureuement qu'il y a des jvm libre qui on tant bien que mal réussies a régler le problème, et il faut espérer que maintenant que la jvm est GPL les portages et simplifications vont arriver.
Il y a des tas d'autres exemples: Picasa, GoogleEarth (qui eux ont pu utiliser wine, effectivement c'est pas donné à toute les architectures). Et là, surtout pour GE, il y a le problème de la 3D.
C'est regrettable, mais le défi technologique est autrement compliqué que celui du flash, qui reste une virtual machine.
Et le rapport entre Flash et Javascript, c'est quoi, à part tes aversions gratuites et incompétentes ?
C'est 2 techno qui s'execute sur le poste client, et qui posent des TAS de problèmes a tout le monde, entre les plantages navigateurs (100% CPU et j'en passe) et les derniers développements de virus en JS.
(Qui, pour veux qui ne sont pas au courant, lorsqu'ils s'executent sur la machien client via une page web, vienne attaquer par brute-force le
routeur ou la box avec des mot de passe courant genre admin/admin sur le port telnet ou meme HTTP, puis ensuite identifie la marque/modèle, vont télécharger un "profil", et prennent le controle du routeur en le faisant rediriger des ports, envoyer des pings, faire du scan de port, etc... Le tout sans que l'utilisateur n'y vois rien, et aucun antivirus n'y peux rien car rien n'est installé sur le PC utilisateur)
Ok, vendredi prochain tu nous codes un équivalent du lecteur Flash en mieux et plus portable, hein, dis ?
Justement pas, non, parceque ce genre de techno sur le poste client, ca se travaille à long terme, il faut essayer de penser à toute les utilisation possible, éviter les enfermements, penser à la sécurité...
(Autant de choses qui sont pas forcément en accord avec les objectifs privées des companies privées, surtout les très très grosses).
C'est censé tourner sur un poste *Client*, potentiellement mal protégé, voire critique (téléphone ou poste public) et dont l'utilisateur n'a pas les compétences pour gérer la sécurité.
Pour moi, le flash n'est vraiment qu'une "démo technologique", il reste à inventer un système mature qui fasse la même chose, peut-etre à l'initiative d'un organisme de normalisation style W3C ou ISO.
Ok ca sera pas fait en 3j, mais au moins :
- ca marchera,
- ca marchera tout le temps,
- ca marchera tout le temps pareil,
- ca marchera partout.
[^] # Re: Lecteur
Posté par C. OB (site web personnel) . En réponse à la dépêche Adobe va libérer Flex. Évalué à 4.
Conséquence: Impossible d'utiliser flash (en tous cas dans ses dernières versions) sur ARM (PDA, Nintendo DS, ...), MIPS ou PowerPC (Set top box), et même sur des x86 avec des architectures un peu spéciales (type AMD Geode, trouvé sur des network PC).
Même sur architecture x86-64, pourtant de plus en plus répandues, ca n'existe pas (ils y travaillent, parait-il... Ca dois pas être bien brillant, leur code, si une simple recompilation ne suffit pas).
Et je parle même pas des autres OS, Free- ou Net- BSD.
Bref, ca m'horripile cette habitude de mettre du flash ou du javascript partout ou on peux.
Tiens autre chose:
C'est quoi, aussi, cette habitudes qu'on tous les sites de proposer systématiquement le téléchargement des versions adapté a l'OS sur lequel on est (ex: Adobe, pour Télécharger le plugin flash justement) ?
OK, ca aide le plus grand nombre, mais c'est vraiment relou quand on veux télécharger pour une autre plateforme, c'est la croix et la bannière, ca m'est arrivé de devoir changer le user-id pour pouvoir avoir le lien.
(Mozilla, au moins, propose un lien en bas "get another version". Adobe, rien du tout)
Franchement, à vouloir tout simplifier on en viens a tout compliquer... :-(
Bon, coup de geule du vendredi, je sais ca sert à rien mais ca défoule.
ob
[^] # Re: Fox ? Armadeus ?
Posté par C. OB (site web personnel) . En réponse au message cherche equivalent gumstix. Évalué à 1.
Par contre la puissance requise pour cette "simple" tache augmente vachement dès que la résolution augmente: Nous, on avais dû streamer de la full-HD (1080*720, 30img/sec en MPEG2, en firewire), ca mettait à genou un mac mini.
Je vois pas trop comment tu veux faire en FTP, par contre... Mais bon.
# Fox ? Armadeus ?
Posté par C. OB (site web personnel) . En réponse au message cherche equivalent gumstix. Évalué à 1.
- Foxboard: http://www.acmesystems.it/?id=4
+ : Ethernet intégré, RoHS-compliant, déjà utilisé pour des trucs de caméra, une carte additionelle FPGA existe (a rajouter dessus)
- : Pas trop de RAM, encore moins de flash, vitesse de traitement limitée.
- Armadeus: http://www.armadeus.com/products_APF9328.html
+ A peu près la même taille & meme puissance que les gumstix, meme taille de carte, possibilité d'inclure une FPGA, RoHS (marché européen)
- C'est une assoc, alors je sais pas si tu peux commander 10K cartes pour après-demain. Utilise aussi les connecteurs Hirose super-chiants, comme la gumstix. Du dev hardware à prévoir autour, si tu ne peux pas utiliser la carte de support directement
-Embedian: http://www.embedian.com/index.php?main_page=index&cPath=(...)
+ Puissance de traitement conséquante, pas mal de périphériques dispo en option (donc une carte graphique complete, avec 8Mo de ram dédié).
Ils font aussi des "computer on Modules", que je connais pas.
Je sais pas no, plus si ils sont RoHS.
- Vachement plus grosse (form factor 3 1/2), consome plus, seulement 12 GPIO de disponible, pas de flash intégré.
Voila !
OB
# red
Posté par C. OB (site web personnel) . En réponse au message QOS : mise en place de RED dans CBQ ou HTB. Évalué à 1.
Il s'utilise donc en 'qdisc' ou en 'class' terminale, avec tc.
Dans le script que j'ai posté la dernière fois, (http://linuxfr.org/forums/12/20943.html ) il faudrait le mettre en lieu et place de sfq ou de pfifo, avec ses paramètres.
ex:
tc qdisc add dev eth0 parent 1:21 handle 21: red limit 1000000 \
min 5000 max 100000 avpkt 1000 burst 50
voila.
ob
ps: des infos ici:
http://www.lea-linux.org/cached/index/Leapro-pro_reseau-qos.(...)
[^] # Re: Marque MARK
Posté par C. OB (site web personnel) . En réponse au message QOS : marquage des paquets. Évalué à 1.
(bon c'est déjà pas mal)
[^] # Re: Marque MARK
Posté par C. OB (site web personnel) . En réponse au message QOS : marquage des paquets. Évalué à 1.
J'ai pas compris: dans quel contexte ? Via un tcpdump par exemple ?
La marque est interne au noyau: dès que le paquet sort du noyau, elle n'existe plus. Elle n'existe que dans le contexte de netfilter.
Par contre avec iptables -t mangle -L on peux voir les stats des paquets pour chaques règles.
et je cherche également un logiciel qui me permetterai de voir graphiquement le traffic de chaque file d'attente que j'ai créer, est ce que vous en connaisez un ?
alors j'ai jamais fait (perso je me contente des chiffres) mais je sais que les solutions mises en places par ipcop & compagnie tournent autour de MRTG/rrdb et des scripts lancés périodiquement.
ob
[^] # Re: Marque MARK
Posté par C. OB (site web personnel) . En réponse au message QOS : marquage des paquets. Évalué à 1.
Le script rc.firewall est:
Voila !