Re: [OpenplacOS] BeagleBone

[ Thread Index | Date Index | More lists.tuxfamily.org/openplacos Archives ]


Pour la cross-compil, le plus emmerdant c'est l'automatisation du truc, gestion des dépendances, des versions de lib incompatibles et tout le merdier. C'est ca qui te fout vite la blase.

C'est typiquement la valeur ajoutée d'un système de paquet: fournir un framework qui résolve tout ca et te permette de recompiler. Ca ne se limite pas a fournir des binaires et des depots. D'ailleurs, c'est ce que gentoo exploite a fond (arch le fait mais juste pour les paquets communautaires) en déléguant la compile directement a l'utilisateur.. apt permet également de recompiler un paquet plutot facilement, apt-source (je crois) et tu as tout de dispo pour avoir une distrib-source.

C'est peut-etre ce qu'ils veulent dire sur le projet dont tu parles.

Après, rapport a ta question, il me semble que dans une certaine mesure, la libC agit en tant que machine virtuelle, ce qui assure un peu de portabilité a l'appli compilée. Typiquement, ton code peut faire joujou avec des flottants, ce sera mappé sur du hard si tu possèdes le métal sur ta plateforme, sinon ce sera émulé avec des entiers. Après, effectivement j'ai du mal a savoir jusqu'ou on peut aller avec ce genre de blagues.



Le 30 novembre 2011 10:42, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
oui effectivement c'est un peu le gros problème de ces trucs (sinon ca serais magique).
Je suis pas trop callé en cross-compil, mais je me demande à quel point un soft ne pourrais pas être compilé pour une plateforme ARM.
A partir du moment ou ton GCC est compatible, c'est juste une question de temps ou alors ya des risques que ca passe pas ?

Sinon sans vouloir dire de bétise, c'est une des raisons pour laquel android utilise massivement JAVA, pour pouvoir distribuer ses apps facilement sans avoir a cross-compiler pour toute les plateformes existantes..

pour la rasberry pi, il semblerais que ubuntu ne sois pas supportée dans un premier temps, pour cause de non-support de arm par la distrib, mais bon c'est pas dramatique non plus (je suis pas sur que ubuntu soit la meilleur plateforme pour ce genre de carte). Sinon ya deja une liste des langages supportés http://elinux.org/RaspberryPiBoard#Programming

Sinon un autre truc qui me chiffone, sur le wiki de SnakeOs ( Firmware pour hacker des NAS) il explique comment chrooter le truc pour avoir un environnement debian (http://code.google.com/p/snake-os/wiki/Debian_Chroot) avec comme argument principal la possibilité d'utiliser le gestionnaire de paquet. Il faut donc que les paquet soit mis a disposition pour la plateforme, ca limite vachement le truc non ?


Le 30 novembre 2011 09:03, flagos <flagospub@xxxxxxxxx> a écrit :

Pour continuer autour des plateformes ARM, il faut savoir que ces plateformes sont loins de la facilité d'utilisation d'une x86. x86 est un socle de jeu d'instruction commun a tous les processeurs qui prétendent les supporter. C'est cette petite chose qui fait que vous pouvez choper une image d'ubuntu qui contient uniquement des binaires et que vous pouvez booter dessus sans vous prendre la tete.

Il n'existe pas d'equivalent dans le monde d'ARM.. ARM est une plateforme magnifique... pour l'electronicien qui la met dans une board. Le processeur, on peut lui enlever les flottant, ajouter du pipeling. Bref, le jeu d'instructions supportés il est franchement pas le meme selon la carte que vous choperez.

Pour remedier a ce problème, il faut choper les sources d'un projet: ubuntu, android, arch, whatever, les caler sur votre pc a vous, et les cross-compiler (ie compiler mais pas pour votre machine). 

Bref, c'est un peu l'horreur, on va pas se mentir. C'est la qu'intervient le boulot de l'association (fondation ?) Linaro http://www.linaro.org/. Cette association agrege les modifications kernel (drivers principalement) des différentes plateformes de TI, Samsung, ST mais aussi d'autres fabricants volontaires plus petits mais qui souhaitent se donner de la visibilité. Elle s'occupe également de les reverser upstream histoire que ce soit un peu moins sauvage. Linaro se tape alors les builds qui vont bien (android et ubuntu seulement) pour chaque modèle de carte et fournit de la doc adéquate.

Voila, c'était pour présenter cette assoce et l'excellent travail qu'ils fournissent



Le 28 novembre 2011 19:18, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :

vraiment interessante cette petite bete.
un PC pour le prix d'un arduino !

apres vu que ya du SPI, rajouter un petit ADC c'est pas bien compliqué.

Le 28 novembre 2011 19:00, flagos <flagospub@xxxxxxxxx> a écrit :

Je reviens avec la rasberry pi

Les gonzes ont publié une entrée de blog. Il semblerait qu'ils aient ajouté sur la rasberry quelques gpio (au moins 8), de l'uart, du spi. Ca ouvre des portes meme si ca manquerait d'entrées ADC et de sorties PWM


A suivre en tous cas !

Le 20 novembre 2011 20:22, jay peche <jaypeche@xxxxxxxxx> a écrit :

Sympa d'avoir de tes nouvelles !

Idem

Pour opos, je pense que c'est un peu normal de lacher du leste de tps en tps...


Sinon, merci pour ton patch, bon il est ecrit en script gentoo, mais
dodir et fowner j'imagine c'est du mkdir et chmod ? Les chmod sont
commentés donc tu les veux pas ?

Je vois qu'ebuild n'as plus bcp de secret pour toi, et c bien cool !
Tu l'as bien compris dodir et fowners reviennent a un mkdir et chmod, j'aurais d'ailleurs pu le coder comme ca
En fait, dans l'idéal il faudrait modifier cela a votre niveau. Le seul souçi que j'ai ce sont les droits sur les deux repertoires parce que je ne peux le faire qu'après avoir créer l'utilisateur openplacos (fonction post_install), c'est pas bloquant mais c'est le petit détail qui rendrait l'installation réellement stable sur x86 && amd64.


++

Le 20 novembre 2011 19:06, flagos <flagospub@xxxxxxxxx> a écrit :

Sympa d'avoir de tes nouvelles !

Alors pour les news du projet, effectivement le dev ne tourne pas trop
en ce moment. On a été pas mal ambitieux sur notre réécriture et a
surtout voulu finir en toute classe sur la libclient en ajoutant des
astuces de codages qui permettent de gagner du temps de dev. Bref, on
a eu avancé sur ces sujets mais malheureusement la rédaction de these
de kirsh lui prenne (forcément) pas mal de temps. Du coup, je suis
bloqué sur la libclient (un poil compliqué a expliquer mon problème)
et je suis bloqué sur rails (j'arrive pas a m'y faire a ce framework
;-) ). Voila grosso modo le statut du projet.

Ca pourrait etre inquiétant mais on ne l'est vraiment pas. Deja, le
kirsh va devoir rendre ses travaux papiers bientot, fin du mois je
crois, je peux me tromper mais je pense que coder du opos, ca commence
a lui manquer :-). Ensuite, on a fait un joli travail de réécriture
pour lancer le projet sur de bonnes bases et eviter de maintenir
verrue sur verrue pendant des années. Il manque vraiment 2-3 coups de
clé a molette pour finir le tout de manière classe, c'est vraiment pas
grand chose. Clairement on va pas laisser ca comme ca, si près du but
ce serait vraiment dommage :p.

Voila, on a mis le projet en pause pendant quelques temps histoire
d'avancer sur d'autres sujets qui sont également importants pour nous,
kirsh sur sa these, moi j'ai bricolé des trucs sur le site de ma
copine. C'est important sur un projet aussi long de voir d'autres
choses, ca permet de bien revenir et d'avoir de nouvelles idées pour
la suite !

En gros, sans trop chercher a m'engager pour les dates, j'espere qu'on
va pouvoir lever les points bloquants qu'on se traine courant décembre
et préparer une release propre pour début 2012, disons en fevrier.

Sinon, merci pour ton patch, bon il est ecrit en script gentoo, mais
dodir et fowner j'imagine c'est du mkdir et chmod ? Les chmod sont
commentés donc tu les veux pas ?

Le 20 novembre 2011 16:10, jay peche <jaypeche@xxxxxxxxx> a écrit :
> Salut,
>
> Je viens de prendre le temps de regarder un peu le site de la beagleboard et
> je suis vraiment bleuffé !
> Voir OpenGL tourner sur une si petite carte, c vraiment impressionnant, je
> me demande vraiment comment ils arrivent a un taux d'intégration aussi
> réduit !
>
> En plus 65€ pour une telle technologie, 100% opensource, c vraiment cado ..
>
> Sinon je profite un peu de l'occaz pour prendre des news du projet.. Le dev
> est un peu ralenti ces temps-çi, je vous sais bien occupé surtout miaouf
> avec sa thèse (goodluck au passage !), j'aimerais bien aidé mais ça dépasse
> mes compétences ..
>
> Concernant le portage Gentoo, j'ai pu tester et corriger un ou deux bugs,
> sur une nouvelle install en amd64. Tout fonctionne nickel, l'ebuild gère
> maintenant correctement dépendances et tout le toutim..
>
> @flag : Concernant Ror, il faudrait faire une modif sur les sources car je
> ne peux pas le gérer mieux de mon coté.
>
> src_install () {
>
>       ...
>         # Ruby on Rails files (TODO: fix upstream)
>       dodir ${OPOS_PATH}/plugins/rorplacos/tmp || die "dodir failed !"
>       dodir ${OPOS_PATH}/plugins/rorplacos/log || die
>       #fowners -R openplacos /usr/lib/ruby/openplacos/plugins/rorplacos/tmp ||
> die "fowners failed !"
>       #fowners -R openplacos /usr/lib/ruby/openplacos/plugins/rorplacos/log ||
> die
>
>       einfo "Linking common executables files"
>       ...
>
> Voila une occasion de prendre de vos nouvelles, bonne continuation et vive
> OPOS !
>
> Le 4 novembre 2011 16:43, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
>>
>> On arrete plus le progres !
>> dommage qu'il n'y ai pas trop de IO, mais j'avoue que pour une xbmc ca
>> doit etre une turie.
>> ils parlent de 10 000 exemplaire, ca risque de partir vite. On vera les
>> retour que les gens ferons dessus.
>> petite précision, sur le beaglebone il y a pas mal de port IO, genre SPI,
>> CAN , ADC etc.
>> ils on même prevu de sortir des "capes" , à la mode shield arduino
>> pour étendre les capacité du truc.
>> Ils ont également pensé la carte pour que le clonage et la prod soit plus
>> aisé.
>> Avec un peut de chance on va voir des chinois qui vont produire ca en
>> masse pour 3x rien.
>> Le 4 novembre 2011 15:47, flagos <flagospub@xxxxxxxxx> a écrit :
>>>
>>> Je m'auto complete: il y aurait 2 modèles, un premier a 25 dol avec
>>> 128 de ram et un 2eme a 35 dol avec 256 de ram. Le 2 eme devrait donc
>>> pouvoir faire tourner du opos sans souci, le premier serait
>>> certainement un peu court rapport a la ram.
>>>
>>> A voir plus précisement lorsque ca sortira, le mois prochain apparement
>>>
>>> Le 4 novembre 2011 15:40, flagos <flagospub@xxxxxxxxx> a écrit :
>>> >
>>> > http://www.gizmodo.fr/2011/11/02/la-raspberry-pi-a-25-en-vente-en-decembre.html
>>> >
>>> > A noter aussi cette petite chose sympatique qui doit sortir le mois
>>> > prochain pour 30 dol: Arm11@700Mhz, 128 mo sdram et surtout..
>>> >  de quoi decoder du 1080p et faire de l'openGL2.0 !
>>> >
>>> > Plutot sympa, peut etre plus orienté ordinateur de salon tendance xbmc
>>> > que le lien précédent, a voir si opos peut rentrer dans les 128 mo de
>>> > ram. Bref, ca fait parti de ces bonnes petites choses qui nous
>>> > arrivent du coté de la plateforme arm.
>>> >
>>> > Le 2 novembre 2011 15:13, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit
>>> > :
>>> >> Salut,
>>> >> juste un petit mail pour présenter une carte qui vient de sortir : la
>>> >> beaglebone : http://beagleboard.org/bone
>>> >> En gros, c'est une carte a peine plus grosse qu'un arduino, avec un
>>> >> ARM
>>> >> cortex A8 , 256M de ram , ethernet , usb et un lecteur de carte micro
>>> >> SD
>>> >> ainsi que pas mal de port d'extension.
>>> >> il fournissent également une carte SD de 2Gb avec une distrib linux et
>>> >> quelques soft dessus.
>>> >> de quoi faire joujou avec du linux embarqué pour pas tres cher,
>>> >> puisque son
>>> >> prix est de 89$.
>>> >> ps : a priori on doit pouvoir faire tourner un opos dessus.
>>> >
>>> >
>>> >
>>> > --
>>> > Tapé depuis mon clavier
>>> >
>>>
>>>
>>>
>>> --
>>> Tapé depuis mon clavier
>>>
>>>
>>
>
>



--
Tapé depuis mon clavier






--
Tapé depuis mon clavier




--
Tapé depuis mon clavier




--
Tapé depuis mon clavier


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/