totof2000 a écrit 9656 commentaires

  • [^] # Re: Serveurs

    Posté par  . En réponse au journal Systemd: tuons les mythes. Évalué à 3.

    Oups, je voulais effectivement dire inconvénient du RAID Hard …

  • [^] # Re: Ils prennent le problème par le mauvais bout.

    Posté par  . En réponse au journal Mission d’expertise sur la fiscalité de l’économie numérique . Évalué à 2.

    S'il fallait penser à la malhonnêteté des élus et de certains patrons, nous ne dormirions pas…

    Ou vis-tu ? De nombreux français ne dorment pas en raison de la malhonnêteté des élus et de certains patrons.

  • [^] # Re: Serveurs

    Posté par  . En réponse au journal Systemd: tuons les mythes. Évalué à 0.

    2eme inconvénient du RAID soft : SPOF. Il est toujours bon d'avoir 2 controleurs pour assurer une continuité de service.

  • # mnesia

    Posté par  . En réponse au journal Une tribune décentralisée est-elle possible?. Évalué à 3.

    Définir et synchroniser des bases de données n'est pas une mince affaire ; heureusement, j'ai eu l'idée d'utiliser un système de bases synchronisées que je connais bien, puisque je m'en sers pour gérer tous mes projets : fossil, un logiciel basé sur sqlite qui combine gestionnaire de version, wiki et bugtracker.

    mnesia le fait semble-t-il assez facilement.

    Après, je ne sais pas si elle est limitée par rapport aux spécifications que tu donnes, mais quand on me parle base de données distribuées, je pesne de suite à ça.

  • [^] # Re: ipv6

    Posté par  . En réponse au message retour d'expérience ipv6 ?. Évalué à 1.

    Quel est donc dans ce cas l'intéret de l'IPV6, si on remplace une horreur (le NAT) par une autre (brouting) ?

  • [^] # Re: Ils prennent le problème par le mauvais bout.

    Posté par  . En réponse au journal Mission d’expertise sur la fiscalité de l’économie numérique . Évalué à 4.

    Là encore, je vois vraiment pas le rapport. Dans un cas c'est des entreprises qui souhaitent piquer les bénéfices d'une autre car leur manière de se faire de l'argent est obsolète. Dans l'autre, c'est un état qui réfléchit à trouver des taxes pour faire tourner les services publics (et ceci de manière équitable sur les différentes activités du pays).

    La base est la même : ya un gros méchant qui fait trop de fric à mon gout et je veux lui en prendre,

    Tu fais ce que tu veux d'énormément de trucs, et ça empêche pas l'état de les taxer. L'argument c'est la création de valeur qui échappe à l'assiette fiscale actuelle.

    Taxons donc tous ceux qui distribuent gratuitement des logiciels libres alors. La nous sommes dans le même cas de figure exactement: des sociétés commerciales profitent du travail de nombreux développeurs qui ne font pas payer leurs softs,

    Le rest ce n'est pas exactement le même cas de figure mais le fond du problème est le même: harmonisation fiscale.. Et c'est d'autant plus grave que c'est l'Etat qui a permis cette situation et qu'il se rend compte maintenant de son erreur. Alors plutot que de tenter de tout remettre a plat, on s'imagine des taxes plus tordues les unes que les autres.

  • # Ils prennent le problème par le mauvais bout.

    Posté par  . En réponse au journal Mission d’expertise sur la fiscalité de l’économie numérique . Évalué à 7.

    Si on taxe les géants du web sur les données personnelles, il faut aussi trouver un moyen de taxer les produits manufacturés dans des pays "à bas couts". C'est exactement la même chose.

    En plus de ça, l'utilisateur ne "travaille" pas gratuitement : la societe lui fournit un service, et la rémunération de cette société, ce sont des données personnelles. Ces données appartiennent à l'utilisateur, et à priori il en fait ce qu'il en veut. De quoi se mèle l'état ? Bientot, ils vont aussi prélever une taxe sur les FAI parce que les gens peuvent télécharger des logiciels libres sur lesquels l'état ne peut appliquer de taxe ?

    La protection de la vie privée n'est qu'un pretexte pour faire passer la pillule c'est tout. C'est comme taxer les cigarettes ou l'alcool, ou les boissons sucrées. C'est juste pour remplir les caisses.

    mais je suis content de voir un rapport apportant de nouvelles idées.

    Moi non, ces idées sont mauvaises, on essaie juste de trouver un moyen de prendre de l'argent. C'est le même principe que les éditeurs de presse ou les producteurs de musique qui veulent taxer les moteurs de recherche.

  • [^] # Re: ipv6

    Posté par  . En réponse au message retour d'expérience ipv6 ?. Évalué à 1. Dernière modification le 24 janvier 2013 à 17:42.

    Je me connecte directement de la maison aux différentes VM sur leurs ips publiques

    Le fait quie les IPV6 soient en /64 ne te pose pas problème? Comment fais-tu si tu veux mettre en place 2 ou 3 sous-réseaux distincts?

  • [^] # Re: Linux

    Posté par  . En réponse au message Choix d'une carte pour linux embarqué. Évalué à 2.

    Pourquoi ?

  • [^] # Re: ForumLinux.embarqué — Choix d'une carte pour linux embarqué

    Posté par  . En réponse au message Choix d'une carte pour linux embarqué. Évalué à 3.

    Désolé, j'ai pas pu répondre vendredi, et j'ai passé mon début d'après-midi hier à changer le PC qui me sert de firewall ( j'en ai profité pour y mettre une alim moins bruyante), et j'ai été pas mal occupé hier après-midi.

    Bon, revenons à nos moutons : moi aussi je cherchais une carte pour "jouer" :). Une carte polyvalente me permettant de faire de la robotique, commander un train électrique, de la domotique, et plein de choses semblables.

    Le rasberry Pi me paraissait pas mal sauf qu'il manquait de GPIO à mon goût et que, pour s'en faire envoyer un, ça prend d temps. Du coup j'ai cherché autre chose et me suis tourné vers une carte Olimex.

    Mes 2 critères principaux :
    - besoin d'une interface réseau filaire
    - beaucoup de GPIO.

    La carte que j'ai répond plutôt bien à ces besoin, à quelques inconvénients près. Globalement j'en suis assez satisfait, il y a juste quelques inconvénients, qui ne sont pas bloquants pour moi mais qu'il faut connaitre je pense avant d'acheter.

    Premier inconvénient : la quantité de RAM un peu limitée par rapport notamment à un Rasberry Pi. J'arive à installer une Debian dessus, mais une fois la distrib installée, la RAM dispo pour l'applicatif peut être un peu juste: il faudra probablement à terme que je fasse une distrib "sur mesure" pour mon ou mes applis. Pas trop gênant pour moi vu que j'ai les compétences, mais ça peut être un problème pour certains.

    Le second inconvénient pour moi vient du fait que l'interface réseau filaire est en pratique une interface USB (comme sur le Rasberry Pi), ce qui peut être gênant.

    Le troisième inconvénient : extrait de la doc du SoC fournie par Freescale (PAGE 1375):

    35.4.2 Constructing Image to Be Loaded by Boot Loader
    The image is stored in an encrypted form that includes an authenticating hash. Freescale supplies a program called elftosb to convert a fully resolved executable binary image into a boot image usable by the boot loader. A key set must be input to the elftosb program to properly encrypt and authenticate the image. A default key set is supplied with elftosb. The process of creating a boot loader image is shown in Figure 35-2 ( … ).

    Ceci complique la génération d'un système personnalisé, et je t'avoue ne pas avoir encore tiré ça au clair. Je me contente pour l'instant d'un noyau et d'un Debian plus ou moins "générique"). Et si tu ne veux rien faire (pratique quand tu reçois la carte pour la tester), il y a des images toutes faites de cartes SD à base de Debian ou Arch.

    Quatrième inconvénient : la carte ne dispose que de 4 canaux PWM. C'est déjà pas mal pour ce type de carte (je ne sais pas de combien dispose une Rasberry Pi par exemple), mais ça risque d'être insuffisant, et je risque de devoir passer par un ou plusieurs autres microcontroleurs externes (style AVR) pour m'en sortir (ou acheter une seconde carte et les coupler, ce qui pourrait être amusant d'ailleurs).

    Cinquième inconvénient : la nécessité de passe par une interface jtag dédiée qui n'est pas donnée (il est possible de passer par une connectique jtag standard, mais les points de connection sont situés en dessous de l'emplacement de la SD card et il me semble que si on l'utilise, on invalide la carte SD : c'est expliqué dans le manuel utilisateur; Si tu as l'intention de l'utiliser, va jeter un oeil)

    Deux autres point qui peut être un inconvénient pour certains :
    1. l'alim. Ce n'est pas du micro USB. Vérifie que tu as ce qu'il faut avant d'acheter, sinon un adaptateur universel de ce genre et qu'on trouve un peu partout devrait faie l'affaire (ils vendent des alims sur le site d'Olimex mais il y a peut-être moyen de trouver moins cher)
    2. pas de sortie HD our la vidéo mais juste un connecteur RCA. De ce fait, je te conseille d'avoir avec la carte une interface USB/Serie (vendue chez Olimex ou n'importe quel type d'interface permettant de se connecter sur l'interfacee console de la carte (qui est en 3,3 V : tu peux te faire une interface à base de transistor ou de MAX3232, mais pour ma part j'ai acheté l'interface USB/Sere vendue par Olimex : plus rapide). C'est pratique pour voir si ta carte démare bien. En effet il semble que toutes les images dispo sur le web n'utilisent pas cette sortie en guise de console. Je n'ai pas approfondi ce point parce que personnellement je m'en moque. Mais ça pourrait te gêner.
    Sinon pour le reste :

    • Documentation : le manuel utilisateur de carte - ici olinuxino maxi - est disponible, ainsi que les spécifications . Tout le monde peu fabriquer la carte pour peu qu'il dispose du matériel et des compétences nécessaires. La doc du SOC est disp chez Freescale et contient pas mal d'infos intéressantes. Avant de choisir la carte, va jeter au moins un oeil sur la documentation utilisateur de la carte, je pense que tu obtiendras pas mal d'infos par rapport à ton besoin.

    • Communauté et infos sur le net : points d'entrée intéressants :

      1. le forum : il semble assez actif (mais je ne le suis pas trop) : je n'ai pas encore assez avancé dans la découverte de la carte et sur les points spécifiques de celle-ci. Mais va jeter un oeil pour te faire une idée.
      2. un blog tenu par Olimex sur lequel on retrouve des infos techniques sur l'utilisation des diverses cartes, ainsi que les évolutions des produits Olimex (nouveaux produits, état d'avancement des prototypes, etc …) Va voir par toi-même, c'est intéressant.
      3. des infos éparpillées un peu partout sur le web : en cherchant sur Google des infos sur Olinuxino on trouve de plus en plus de choses intéressantes (mais beaucoup d'anglais par contre). Pour l'instant toutes les questions que je me suis posées ont trouvé une réponse. Mais je ne suis pas encore assez avancé dans mon projet pour avoir suffisamment de recul (j'en suis à la réalisation hardware des diverses parties de commandes ou capteurs: cartes drivers de moteurs à base de L293, ou L298, ou pont en H à base de transistors : pas encore terminé mes prototypes, capteurs à contacts, ou à détection infrarouge, pas encore abordé cette partie, actionneurs divers, … , la partie commande via Linux viendra après). Même si cette carte ne convient pas pour ce projet précis, j'ai d'autres idées pour l'utiliser.

    J'envisage éventuellement, si celà n'existe pas, de monter un espace (wiki, blog, forum ou autre) en français, mais ça demande du temps et je ne l'ai pas pour le moment (mission pourrie en ce moment, loin de chez moi, qui ne me laisse pas e temps de faire ce que je veux après).

    • interfaces

    Olimex fournit pas mal d'interfaces à ses cartes que l'on peut utiliser via un connecteur appelé UEXT Connector et on trouve pas mal de modules tout prêts.

    En résumé à mon sens il s'agit d'une carte intéressante pour son prix. A noter que cette carte existe en trois ou quatre version (micro, maxi, mini, mini-wifi) : a toi de la choisir en fonction du besoin; Je te conseille également d'acheter une alim si tu n'en disposes pas, ainsi qu'une interface serie te permettant de te connecter à la carte en console, au moins pour avoir les infos de démarrage de la carte. On trouve pas mal d'infos sur le net (blog, forum espaces perso desutilisateurs de cette carte, …). Ces infos sont utilisables (ca marche si on ne se pose pas de questions) mais celles-ci sont parfois incomplètes à mon gout (modes opéatoires sans forcément avoir les infos sur le pourquoi de telle ou telle action).

    J'espère que ce message t'aidera dans ton choix. J'essaierai de te répondre si tu as besoin d'autres infos (en fonction de mon temps dispo, ce qui est une ressource rare chez moi en ce moment).

  • [^] # Re: ForumLinux.embarqué — Choix d'une carte pour linux embarqué

    Posté par  . En réponse au message Choix d'une carte pour linux embarqué. Évalué à 2.

    Ah, OK, je vais donc te répondre. Par contre comme je suis au taf, je te répondrai en détail ce soir ou demain. Disons que globalement j'en suis satisfait, mais que cette carte a quelques petits défauts que je t'exposerai un peu plus en détail. Et ce qui a motivé mon achat avant tout, c'est le nombre de GPIO et la disponibilité (moins d'1 semaine de délai) par rapport à un Rasberry Pi. Je te détaille ça dès que possible.

  • [^] # Re: Linux

    Posté par  . En réponse au message Choix d'une carte pour linux embarqué. Évalué à 2.

    C'est moi que tu interroges ? Tu aurais du cliquer sur "Répondre" … :)

  • # Regarde aussi chez Olimex ....

    Posté par  . En réponse au message Choix d'une carte pour linux embarqué. Évalué à 4.

    Je me répète :) j'ai acheté chez eux une olinuxino maxi à base de SOC Freescale Imx233. Ils ont aussi des cartes à base de processeur ARM Cortex A8 un peu plus fournies en mémoire.

  • [^] # Re: Non aux numéros surtaxés

    Posté par  . En réponse au journal Désolé pour hier, j'avais pas le temps. Appelle moi au 0899.... Évalué à 2.

    Je croyais que le minitel était mort. Alors pourquoi encore cette option ?

  • [^] # Re: Non aux numéros surtaxés

    Posté par  . En réponse au journal Désolé pour hier, j'avais pas le temps. Appelle moi au 0899.... Évalué à 5.

    Vous imaginez, vous arrivez sur un site Internet, vous n'en savez rien, mais vous l'avez payé en dehors de votre abonnement illimité mensuel. Serait-ce acceptable ?

    A une époque, pour les abonnés Orange, ça pouvait arriver. Par défaut, liorsque tu prenais une livebox, il y avait une option activée qui te permettait de faire du minitelm via Internet et certains sites escrocs en ont profité :).

  • [^] # Re: Argument

    Posté par  . En réponse au journal Crédit déguisé sur les mobiles : vive l'indépendance de la Justice française. Évalué à 2.

    Moi aussi, mais la loi oblige le vendeur à afficher le prix du terminal sans abonnement. C'est peut-être ce qui a motivé la décision du juge.

  • # Ya encore plus simple ....

    Posté par  . En réponse au message Matériel pour s'entrainer au développement Linux embarqué. Évalué à 4.

    Qemu :). Tout dépend par contre de ce que tu veux faire.

  • [^] # Re: RaspberryPi

    Posté par  . En réponse au message Matériel pour s'entrainer au développement Linux embarqué. Évalué à 2.

    Il me semble que ce matos n'est pas si ouvert qu'annoncé (si j'en crois le dernier Linux Mag HS ainsi que les divers commentaires que j'ai vu ici ou là). D'autre part la dispo n'est pas aussi rapide que ça.

    Les cartes Olimex sont à première vue plus ouvertes, les spécifications et les schémas sont dispo pour qui en veut, et la doc du SOC est, semble-t-il, assez complète (vu le pavé je ne l'ai pas regardée en détail). De plus il y a plus de GPIO sur les cartes Olimex que sur le Rasberry Pi.
    Il faudra que je me procure un Rasberry Pi un de ces 4 histoire de voir ce que ça vaut réellement.

  • # Personnellementj'ai acheté une carte de chez Olimex (olinuxino).

    Posté par  . En réponse au message Matériel pour s'entrainer au développement Linux embarqué. Évalué à 1.

    Ca tourne pas top mal. Les specs sont diso, je la trouve un peu légère en RAM, mais il y a plus de GPIO qu'un Rasberry Pi par exemple.

    Ce que je reproche à cette carte :
    - comme le Rasberry Pi, l'interface réseau est pluggé sur le controleur USB
    - RAM un peu juste (64 Mb).
    - l'interface JTAG un peu particulière qui nécessite un adaptateur spécifique (qui n'est pas donné)
    - La nécessité de passer par un blob binaire pour générer un noyau (ou le bootloader : je n'ai pas encore tiré ça au clair). D'autre part je n'ai pas encore bien compris comment marchait le système de boot mais c'est expliqué dans les docs (enfn il y a quan même qelques zones de flou).

    Le prix est à peu près correct : un peu plus cher qu'un Rasberry Pi mais je trouve la carte un peu mieux.

  • [^] # Re: En gros ...

    Posté par  . En réponse au message Histoire des patterns. Évalué à 2.

    Faut juste pas tomber dans l'excès

    Tout est dit : et l'excès je le vois tout les jours.

  • [^] # Re: Moi je suis un peu déçu ...

    Posté par  . En réponse au journal OpenSilicium est de retour en 2013. Évalué à 2.

    Moi c'est le contraire (j'ai oublié un mot dans mon précédent commentaire et ma phrase porte à confusion) : j'ai constaté une baisse d'intéret de GLMF lorsqu'il y avai 2 magazines.

  • [^] # Re: Ce serait plus simple et plus économique ....

    Posté par  . En réponse au message Comment décoller un autocollant de licence Windows. Évalué à 3.

    A une époque il y avait plein de plugins sur IE qui affichaient des pubs de divers "sponsors" lors de la navigation (c'éait me semble-t-il sur un PC HP). des trucs installé par défau par HP, et qui était quasi impossible à désctiver simplement.

  • # Moi je suis un peu déçu ...

    Posté par  . En réponse au journal OpenSilicium est de retour en 2013. Évalué à 5.

    En effet, les articles sur le monde embarqué et le hardware dans Linux Mag contribuaient à la diversité de la revue. Aors certes, je suis content pour Open Silicium, par contre je suis un peu sceptique pour Linux Magazine. Par quoi va-t-on remplacer ces aticles ? Personnellement j'avais constaté pour ma part une d'intéret de Linux Mag lorsqu'il cohabitait avec Open Silicium (ce n'est que mon ressenti, par rapport à mes gouts. Les articles en eux-même restent bien écrits). Peut-être est-ce du à la phase "bascule vers Google" du magazine à cette période qui m'a laissé un goût amer (et l'article sur la bascule de messagerie vers Google en est à mon avis le point culminant) : ça et tout les articles sur Androïd, j'ai trouvé ça un peu trop "google". Maintenant, je n'ai pas non plus un point de vue tranché comme certains l'ont eu ici, je continuerai (au moins pendant un temps) d'acheter et de lire le mag, mais je resterai un peu sceptiqu quand même. J'espère juste que le contenu de Linux Magazine continuera à être varié. De la place pour Google, Androïd et plein d'autres choses :)

    Celà dit, j'attends quand même avec impatience le prochain numéro d'Open Silicium … :D

  • [^] # Re: En gros ...

    Posté par  . En réponse au message Histoire des patterns. Évalué à 2.

    Ah, et au passage, je préfère largement coder sur des trucs bas niveau style microcontroleurs que sur des usines à gaz telles que les frameworks Java … Je ne m'arrêterai pas non plus sur les personnes (en général des personnes qui n'ont qu'une vision partielle de ce qu'est coder) qui imposent tel ou tel framework en tel ou tel langage parce que c'est le sel qu'ils connaissent, alors que la situation ne s'y prête pas forcément.

  • [^] # Re: En gros ...

    Posté par  . En réponse au message Histoire des patterns. Évalué à 1.

    Ou as-tu vu que je me plains ? Je ne fait que décrire des faits dont moi aussi je tire profit.