Journal Cherche testeurs ARM

Posté par  . Licence CC By‑SA.
Étiquettes :
7
21
avr.
2011

Salut à tous les experts de la région !

Le projet MedinTux continue à avancer fortement, tant en matière de code que d'utilisateurs.

Je viens de faire un truc un peu dingue : compiler tout ça sur mon N900. Vous ne le croirez pas, mais ça fonctionne !

Il s'agit d'une distribution Debian ARMEL standard.

Le problème, c'est que l'écran du N900 est vraiment petit (800x480), et il faudrait voir si ça marche sur un "vrai" smartbook/tablet/whatelse.

Si certains ont un ordi sous ARM et un distribution Linux quelconque, pouvant installer Qt3 et Qt4, voire MySQL en plus, ça serait sympa de me dire si mes binaires fonctionnent dessus.

L'archive se trouve à https://adullact.net/frs/download.php/5765/MedinTux-V2.14-linux-ARM.7z

Il suffit de la dézipper, d'aller dans Programmes/set_bases/bin et de lancer le set_bases.

Merci d'avance

  • # locale

    Posté par  . Évalué à 5.

    Je ne sais pas si ça fonctionne sur ARM, mais sur x86 ça coinche avec les locales, un peu comme dans http://cdn.papyimg.com/wp-content/uploads/2007/10/martine-ecrit-en-utf8.jpg

    • [^] # Re: locale

      Posté par  . Évalué à 1.

      Moi pas comprendre la réponse.
      Où le problème d'UTF-8 apparaît-il ? En lançant le programme ? Dans la documentation? Dans le message ?

  • # Par ssh ?

    Posté par  (site web personnel) . Évalué à 5.

    Il est possible de se connecter en ssh au n900, à partir de la lancer la connexion avec ssh -X devrait déporter l'affichage vers ton PC non ?

  • # Et Qemu ?

    Posté par  . Évalué à 3.

    Qemu est me semble-t-il capable d'émuler une machine virtuelle avec processeur ARM. Est-ce que ça ne peut pas convenir pour des tests ?

    En plus il permet de faire de l'analyse avancée avec le dump de mémoire.

    Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

  • # Cross compiling

    Posté par  . Évalué à 3.

    Je viens de faire un truc un peu dingue : compiler tout ça sur mon N900. Vous ne le croirez pas, mais ça fonctionne !

    Il me semble que GCC sait faire du cross compiling non ? N'importe quel Pc sous linux aurait sans doute été plus rapide pour compiler non ?

    Un post sur le cross compiling

    • [^] # Re: Cross compiling

      Posté par  . Évalué à 3.

      OUi, mais d'abord, l'établissement d'un environnement de cross-compiling n'est pas quelque chose d'immédiat et de simple, et puis c'est moins fun.

      • [^] # Re: Cross compiling

        Posté par  (site web personnel) . Évalué à 2.

        oui mais tu y viendras forcément si tu as besoin de ré-itérer l'opération plusieurs fois.

        • [^] # Re: Cross compiling

          Posté par  . Évalué à 0.

          D'autant que Buildroot[1] ou OpenEmbedded[2] le font trés bien, et en cas d'allergie à ces type d'environements, le gcc de code sourcery permet de le faire directement.
          Le no1 de OpenSilicium décrit cela pas à pas avec un Armel également.

          PS : en regardant du côté de la FriendlyArm tu trouvera plein d'informations là dessus.

          [1] cf les nombreux Linux Mag HS dédiés à BR ainsi que les tuts de T.Petazzoni sur Free-electrons.
          [2] pas si dur à mettre en oeuvre malgrè l'avis de Pierre Ficheux ; bien plus évolué et donne accès à une base de packages plus large

  • # Site MedinTux et question

    Posté par  . Évalué à 3.

    Hello
    Je ne peux pas faire de test sur ARM pour toi, enfin pour l'instant. Mais je pourrais ramener pas mal d'utilisateurs par l'intermédiaire mon boulot (J'installe des lecteurs CB + vitale en région PACA)
    Mais pour que je puisse faire de la pub pour le logiciel, il faudrait améliorer un peu l'esthétique du site àmha. Je ne cherche pas à faire le chieur, sincèrement.

    Je me serais même proposé pour le faire avec mes maigres connaissances si je n'avais pas déjà 150 projets en cours à coté.

    Est-ce qu'il y a quelque chose de prévu dans ce domaine ?

    Autre remarque, est-ce qu'il est vraiment intéressant de faire tourner le logiciel sur une machine ARM, plutôt que d'en proposer une interface (web ou une API) sur un serveur accessible depuis ces petites machines ?

    Je suis persuadé que ça plairait vraiment à beaucoup de médecins d'avoir ce petit bonus sur leur téléphone/netbook en étant en consultation à l'extérieur, alors que les autres logiciels propriétaires et payants ne le proposent pas ou moyennenant finances.

    • [^] # Re: Site MedinTux et question

      Posté par  . Évalué à 2.

      MedinTux a déjà une interface web (MedWebTux), qui répond à la plupart des besoins nomades, et fonctionne parfaitement sur tous smartphones.

      Simplement, le client lourd est plus riche et ergonomique.

      Et puis ça peut être sympa de le faire tourner sur une tablette.

      Et puis, il n'y a pas que des choses raisonnables dans la vie.

      • [^] # Re: Site MedinTux et question

        Posté par  . Évalué à 2.

        Ok, :)
        Je vais le tester bientôt sur une plateforme classique pour voir :)
        merci

        (et pour le site, quelque chose est prévu ?)

    • [^] # Re: Site MedinTux et question

      Posté par  (site web personnel) . Évalué à 3.

      depuis ces petites machines
      Mon laptop à base d'ARM qui bat la plupart des netbooks te salue bien.

  • # Résultats:

    Posté par  (site web personnel) . Évalué à 2.

    Testé sur un AC100, avec une ubuntu maverick:
    La dépendance à Qt3 c'est moche, je pense que de nos jours où tout le monde utilise Qt4, il faudrait peut être pensé à l'inclure avec le tarball, ou faire de vrais package.

    À part ça, ça marche, mais bon je peux pas faire grand chose quoi ('fin pour le Sesam-Vitale, pourquoi se mettre en root ? être en groupe dialout suffit, ou changer les perms à la main, et dire COM1=/dev/ttyS0 c'est moche, et ça sert à rien d'afficher les périphériques non existant)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.