D

[ikeke]

Hello,

Je suis nouveau dans le monde de linux, cependant dans le soucis de pouvoir rajouter des applis à mon CS-407 (même processeur que le 107+) j'essaie de me lancer dans la cross-compilation. Ce monde étant nouveau pour moi, s'il y a des connaisseurs du monde linux dans les parages et notament des gens connaissant la compilation, si vous avez des infos et éventuellement si vous êtes prêts à me filer un coup de main ça ne serait pas de refus.

J'ai trouvé quelques infos sur le forum officiels mais ca reste opaque pour le moment, les membres maitrisant linux là bas ne semblant pas trop motivé pour faire un tuto.

Le linux de syno ressemblant fortement à une débian, je suis en train d'installer une debian sous vmware, l'installation de Scratchbox, un environnement de cross compilation va suivre en espérant que je parvienne à installer et utiliser cet outil.

Je suis donc preneur de toute info ou toute aide. Le but étant d'essayer de compiler des outils qui pourraient nous être utile comme les outils dispo sous ipkg et qu'on utilise avec les autres syno: smartmontools, rrdtools, des librairies, openvpn, squid, openssh, etc...

Merci d'avance à tout ceux qui voudraient se joindre à ce projet.

Ikeke

[ikeke]

Quelques news:

J'ai fini d'installer Debian et l'environnement de Cross compilation.

Premier test de cross compilation avec juste un binaire censé afficher Hello World! lorsqu'on execute le soft: résultat ca fonctionne !!

Dès que je le temps, je continue à apprendre et j'essaie de passer à un "vrai" soft

[cyrtex]

Bravo IKEKE,

Sur tous les fronts.

Malheureusement je ne vais pas pouvoir t'aider car je n'ai que de maigre connaissance en LINUX. Mais si tu as besoin pour faire des tests ou effectuer des recherches. Tu peux me passer un mail.

[ikeke]

Bravo IKEKE,

Sur tous les fronts.

Malheureusement je ne vais pas pouvoir t'aider car je n'ai que de maigre connaissance en LINUX. Mais si tu as besoin pour faire des tests ou effectuer des recherches. Tu peux me passer un mail.

Merci, la compilation de base (pour les applis simple) fonctionne malheureusement je rencontre des soucis avec l'environnement de compilation virtuel qui permet de faire des compilations complexes, mais je ne m'avoue pas vaincu, je vais essayer de trouver la solution et je te tiens au courant

[ikeke]

Bon j'ai un peu avancé, j'ai pu compiler glib et ncurse qui sont des librairies. Au niveau des applicatifs, j'ai réussi à compiler Nano (ncurse etait nécessaire à nano) et même ipkg. Nano fonctionne bien dans l'environnement qui emule une machine sous processeur ARM, ipkg aussi mais je ne sais pas comment faire pour créer un package d'installation. Pour l'instant quand je compile tout ca, c'est automatiquement installé dans l'environnement émulé sans créer de package d'installation ce qui est génant. je cherche des infos sur la façon de savoir ce qui a été copié et où pour pouvoir l'intégrer dans l'environnement du syno.

Tout ce que j'espére c'est que les librairies et les endroits où son copiés les executables seront compatible avec le syno. L'idéal serait de parvenir à recréer une structure /opt comme pour les Syno pour lesquels le bootstrap existe mais j'avoue que ca me dépasse là... Ca fait beaucoup pour un mec qui il y a 7h ne savait même pas ce qu'est un environnement de compilation... je file me coucher

[B2V]

Bonjour

As-tu trouvé un compilateur pour le MARVELL ??? tu parles d'émulation processeur ARM

si c'est le cas, je suis intéressé pour regarder

@+

[emma_peel]

Tu as installé Debian sur ton PC, pas sur le syno, c'est ça ?

Bon bin bon courage, je vais suivre ta progression, m'y interessé aussi.

T'aider ? Dans la limite de mes moyens, cad peu. Désolé.

Tout ce que je sais que la compilation c'est :

./configure

make

make install

Cela dit, déjà récupérer nano, c'est pas mal.

La compilation ne créé pas de paquet. Y a pas un tuto pour créer les paquet ipkg ? Il me semblait en avoir vu un ... j'ai du rêver.

[emma_peel]

Pour la création de paquets ipkg (peut-être avais-tu le lien) :

http://handhelds.org/moin/moin.cgi/BuildingIpkgs

[ikeke]

Tu as installé Debian sur ton PC, pas sur le syno, c'est ça ?

Bon bin bon courage, je vais suivre ta progression, m'y interessé aussi.

T'aider ? Dans la limite de mes moyens, cad peu. Désolé.

Tout ce que je sais que la compilation c'est :

./configure

make

make install

Cela dit, déjà récupérer nano, c'est pas mal.

La compilation ne créé pas de paquet. Y a pas un tuto pour créer les paquet ipkg ? Il me semblait en avoir vu un ... j'ai du rêver.

Hello,

Déjà j'ai résolu un soucis à savoir que je sais maintenant envoyé le résultat dans un dossier spécifique, j'ai donc créé un dossier /opt qui contient tout ce que j'ai compilé, logiquement il ne me reste plus qu'à envoyé tout ca sur le syno par exemple dans /opt puis modifier le PATH pour rajouter /opt/bin comme répertoire des binaires puis rebooter le syno. Je vais tester ça sous peu.

Concernant les packages, j'ai vu le lien dont tu parles, c'est là que j'ai récupéré mes sources d'ipkg et grace à ce lien que j'ai pu le compiler dans l'environnement émulé.

Par contre, sur le forum off, il semble qu'il y ait un soucis de compatibilité pour certaines choses mais mes connaissances etant quasi nulle dans le domaine linux, je n'ai pas compris ce dont il s'agit. je vais donc déjà tester ce que j'ai compilé et je verrais bien si ca fonctionne. J avoue que j'avance en aveugle donc le moindre ecueil singifie beaucoup. Croisons les doigts donc.

Pour les packages, si je parviens à installer ipkg sur le syno, j'essaierai de faire des packages. Si j'ai le temps, j'essaierais de voir sur le site nsl2-linux, à l'origine des bootstrap comment ils ont fait mais j'avoue que si je pouvais trouver du renfort je dirais pas non. Comme je l'expliquais dans un autre message, sur le forum off ils maitrisent bien linux et malheureusement parlent entre eux sans prendre la peine d'aider les newbies comme moi. La seule personne qui m'a filé un coup de main est lui aussi un noob

[ikeke]

Bonjour

As-tu trouvé un compilateur pour le MARVELL ??? tu parles d'émulation processeur ARM

si c'est le cas, je suis intéressé pour regarder

@+

Oui j'utilise scratchbox qui crée un environnement émulé permettant de compiler comme si tu étais en natif sur le syno. Le tout étant d'installer scratchbox et les bons composants.

Pour faire ça j'ai installé la derniere debian sous vmware et j'ai utilisé les paquets suivant pour monter l'environnement scratchbox:

scratchbox-core-1.0.8-i386.tar.gz

scratchbox-devkit-cputransp-1.0.2-i386.tar.gz

scratchbox-libs-1.0.8-i386.tar.gz

scratchbox-toolchain-arm-linux-ct401-2.3-1.0.4-i386.tar.gz

Dispo sur le site de scratchbox: http://www.scratchbox.org/download/files/s...pophis/tarball/

Tuto utilisé pour l'install (à adapter car le nom des packages est différent des exemples du tuto): http://www.scratchbox.org/documentation/us...installdoc.html

Pour le tuto, commence au point 2.2.2, tout ce qu'il y a avant ne nous interesse pas. Dans le point 2.3 il parle de groups perso ca bug, je n'apparais pas dedans mais pas de soucis pour compiler.

Par contre apparement ca bug parfois sur certains soft avec scratch box, visiblement une compatibilité de l'émulation qui n'est pas totale à 100% au niveau des "float". ne me demande pas ce que c'est je n'en sais rien mais ils en parlent sur le forum off. Pour l'instant j'ai juste testé un script de base... la je vais testé ce que j'ai déjà compilé et je verrais bien, à savoir: ncurses, nanon, glib et ipkg

[B2V]

Re

Oui j'utilise scratchbox qui crée un environnement émulé permettant de compiler

scratchbox-toolchain-arm-linux-ct401-2.3-1.0.4-i386.tar.gz

Il s'agit bien d'une plateforme de développement pour les processeurs ARM et non pour les MARVELL. C'est, du moins, ce que j'ai compris sur le site de scratchbox...

[ikeke]

Re

Il s'agit bien d'une plateforme de développement pour les processeurs ARM et non pour les MARVELL. C'est, du moins, ce que j'ai compris sur le site de scratchbox...

non c'est bon c'est la bonne plateforme, c'est un mec qui compile sur le forum officiel qui a donné la liste des package. Marvell c'est un fabricant et pas un type de processeur il me semble, non ?

D'ailleurs les processeurs sont de type arm little endian

[B2V]

Re-

Génial !!!

Je me suis connecté sur le site de MARVELL qui propose aussi une gamme de processeurs associés à des kit de developpement livrés en partenariat avec quelques insdustriels triés sur le volet. Je m'étais laissé dire que Syno avait joué là la carte du "touche pas à mon box!".

C'est en effet une excellente nouvelle...

As tu déjà essayé de compiler un programme simple du type printf("Hello World"), ou autre en essayant une execution sur la machine cible ? (je n'ai pas compris si ton essai était dans l'environnement de developpement ou sur le syno cible)

[Laurent06]

ARM ne fabrique pas de processeurs, il en fait juste la conception, conception qui est vendue à des intégrateurs et des fondeurs. Marvell possède des licenses ARM.

Pour l'histoire des float, c'est assez simple (enfin l'explication l'est, la solution beaucoup moins ) : historiquement ARM a eu plusieurs types d'instructions pour gérer les flottants, FPA puis VFP. Par défaut, les compilateurs gcc génèrent du code FPA ; il faut donc leur demander de générer du code VFP. Ca paraît simple à première vue, sauf que non : les compilateurs gcc qui veulent bien générer du code VFP n'ont pas le support adéquat pour notre Marvell (mauvais fichiers de startup [exemple : CodeSourcery] ou absence d'une partie émulation FP nécessaire [le scratchbox cité ci-dessus]).

Bref, gros foutoir...

[ikeke]

Re-

Génial !!!

Je me suis connecté sur le site de MARVELL qui propose aussi une gamme de processeurs associés à des kit de developpement livrés en partenariat avec quelques insdustriels triés sur le volet. Je m'étais laissé dire que Syno avait joué là la carte du "touche pas à mon box!".

C'est en effet une excellente nouvelle...

As tu déjà essayé de compiler un programme simple du type printf("Hello World"), ou autre en essayant une execution sur la machine cible ? (je n'ai pas compris si ton essai était dans l'environnement de developpement ou sur le syno cible)

Oui Hello World passe sur le syno, ainsi qu'ipkg (seul, pas le bootstrap).

Le probleme que je rencontre c'est que je voudrais mettre les librairies dans un repertoire /opt/lib, histoire de ne pas polluer le dossier /lib mais pour l'instant ca passe pas. j'ai bien essayé de rajouter une ligne dans /etc/ld.so.conf comme indiqué sur le site nslu2-linux mais sans succes, le fichier n'existait pas, je l'ai créé, j'ai rebooté le syno mais ca fonctionne toujours pas.

Pour voir si ipkg se lancait j'ai du faire un lien symbolique vers la librairie dont il avait besoin et ca marche.

Par contre, pour nano, j'ai segment fault (core dump). j'avoue que tant que j'ai pas une solution pour utiliser un autre repertoire pour les librairies, autre que /lib/ je vais y aller molo sur les tests, car j'ai 200 Go de données sur le disque que je veux pas perdre. j'avoue que je séche, d'autant plus que les mecs sur le forum officiels, bossent dans leur coins et aide pas trop les noobs.

Pour l'histoire des float, c'est assez simple (enfin l'explication l'est, la solution beaucoup moins ) : historiquement ARM a eu plusieurs types d'instructions pour gérer les flottants, FPA puis VFP. Par défaut, les compilateurs gcc génèrent du code FPA ; il faut donc leur demander de générer du code VFP. Ca paraît simple à première vue, sauf que non : les compilateurs gcc qui veulent bien générer du code VFP n'ont pas le support adéquat pour notre Marvell (mauvais fichiers de startup [exemple : CodeSourcery] ou absence d'une partie émulation FP nécessaire [le scratchbox cité ci-dessus]).

Bref, gros foutoir...

Oui c'est ce que je viens de lire. Apparemment certains arrivent a faire de la compilation sur le syno directement sans ces soucis de floats, si j'avais le tuto je dirais pas non

merci pour toutes ces infos en tout cas, c'est plus clair pour moi

Faudra demander à syno leur kit de compilation :-D

[Laurent06]

Oui Hello World passe sur le syno, ainsi qu'ipkg (seul, pas le bootstrap).

Le probleme que je rencontre c'est que je voudrais mettre les librairies dans un repertoire /opt/lib, histoire de ne pas polluer le dossier /lib mais pour l'instant ca passe pas. j'ai bien essayé de rajouter une ligne dans /etc/ld.so.conf comme indiqué sur le site nslu2-linux mais sans succes, le fichier n'existait pas, je l'ai créé, j'ai rebooté le syno mais ca fonctionne toujours pas.

Pour voir si ipkg se lancait j'ai du faire un lien symbolique vers la librairie dont il avait besoin et ca marche.

Essaye dans un shell de faire

export LD_LIBRARY_PATH=/opt/lib

Oui c'est ce que je viens de lire. Apparemment certains arrivent a faire de la compilation sur le syno directement sans ces soucis de floats, si j'avais le tuto je dirais pas non

merci pour toutes ces infos en tout cas, c'est plus clair pour moi

Faudra demander à syno leur kit de compilation :-D

On a peu de chance de l'avoir leur kit, mais si tu veux leur demander, n'hésite pas

Quant aux mecs qui disent que ça marche pour eux, qu'ils donnent les instructions, sinon je refuse simplement de les croire...

[ikeke]

Essaye dans un shell de faire

export LD_LIBRARY_PATH=/opt/lib

C'est bon ca fonctionne merci !!!

Concernant les autres personnes qui tentent sur le forum officiel, j'avoue être très déçu par l'état d'esprit qui n'est pas du tout partage et ciommunautaire

[Laurent06]

Je fais ça sur le Syno ou dans l'environnement de compilation sur ma débian ?

Sur le Syno.

Concernant les autres personnes qui tentent sur le forum officiel, j'avoue être très déçu par l'état d'esprit qui n'est pas du tout partage et ciommunautaire

Personne ne m'a convaincu qu'il était arrivé à faire quelque chose. Je sais qu'Ed_x a le même souci avec les floats et pareil pour FlipFlop (enfin aux dernières nouvelles). Les autres n'ont jamais rien prouvé

[ikeke]

Sur le Syno.

Personne ne m'a convaincu qu'il était arrivé à faire quelque chose. Je sais qu'Ed_x a le même souci avec les floats et pareil pour FlipFlop (enfin aux dernières nouvelles). Les autres n'ont jamais rien prouvé

C'est nickel ca marche, je vais rajouter la ligne dans le fichier profile.

Donc ipkg fonctionne, par contre nano non (segment fault)... il a une dépendance avec ncurse mais je l'avais bien compilé et mis également sur le syno. j'ai peut etre zappé quelque chose

FlipFlip j'aurais tendance à lui faire confiance car il a réalisé pas mal de chose et on voit qu'il touche sa bille. Les autres c'est vrai que c'est plus discutable

[filou59]

Salut a tous je débute dans le monde des syno, j'ai un 407 depuis quelques semaines maintenant.

Si quelqu'un veut de l'aide je peux pitet aider un peu.

J'ai déjà bidouillé sur quelques serveur Linux et j'ai eu mes petits lots de compilations.

Si besoin je peux m'installer une distrib sur une VMWare et faire quelques essais.

A plusieurs on devrait avancer plus vite.

Si besoin je peux être dispo sur MSN

[flo]

Bonjour à tous !!

Nouveau possesseur (et heureux) d'un DS-107+ (depuis 2 jours ), je cherche comme vous à rajouter des fonctionalités à notre beau DS.

Je suis informaticien, et je travaille tous les jours sur Linux. Je propose donc mon aide à la communauté...

Ikeke, je suis prêt à t'aider dans la mesure du possible

Je vais d'abord me mettre à niveau.. à savoir commencer par compiler ipkg, et si tu veux on regardera pour le bootstrap !

Flo.

[ikeke]

Bonjour à tous !!

Nouveau possesseur (et heureux) d'un DS-107+ (depuis 2 jours ), je cherche comme vous à rajouter des fonctionalités à notre beau DS.

Je suis informaticien, et je travaille tous les jours sur Linux. Je propose donc mon aide à la communauté...

Ikeke, je suis prêt à t'aider dans la mesure du possible

Je vais d'abord me mettre à niveau.. à savoir commencer par compiler ipkg, et si tu veux on regardera pour le bootstrap !

Flo.

Salut Flo, merci pour ton aide.

J'ai compiler ipkg et il semble fonctionnel. Du moins quand je tape la commande ipkg je n'ai pas d'erreur, et la liste des commandes disponibles s'affichent. Par contre pour le moment je séche car il y a visiblement un soucis au niveau de la cross compilation. Les différents compilateurs disponibles ne semblent pas totalement compatible avec le processeur arm little endian, ce qui provoque des erreurs lorsqu'on compile les logiciels.

Ainsi nano renvoie une erreur de segmentation.

Mes connaissances étant débutantes en terme de linux j'avoue que c'est un au delà de mes capacités

[ikeke]

Le premier compilateur que j'utilisais n'etant pas compatible à 100% avec le syno c'était peine perdue, là je suis en train d'en installer un autre, espérons que celui ci donnera toute satisfaction.

Je vous tiens au courant

[Mistaiche]

Bonne chance et merci pour ton travail

Je n'ai pas les connaissances ni le temps pour t'aider mais bravo à toi pour tes efforts !

[Denis]

IKEKE

Sans doute as-tu déjà lu cela mais cela peut aider d'autre également

https://support.codesourcery.com/GNUToolcha...1?@template=faq