Bonjour,
je vais pas vous raconter ma vie mais je vais devoir developper pour un gumstix.
Un paragraphe sur la configuration de la machine de dev me fais un peu
peur, ne comprenant pas trop les repercutions que cela pourrait avoir
sur ma machine... et d'autant plus que Gentoo et completement
dependant de GCC... j'ai pas envie de flinguer ma machnie ;)
"Though you can build your own toolchain, we highly recommend using
our modified buildroot environment to build a toolchain and/or the
rest of the gumstix software. "
"When you "make" above, the buildroot will automatically go out and
fetch all the tarballs needed to compile the toolchain, kernel, and
applications for the gumstix"
Je comprends pas trop... ca va recompiler *mon* noyau et tout et tout ?
Si je suis trop HS dite le moi je trouverais un forum car je penses
que je suis limite la...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Christophe Garault
grillot sebastien a écrit :
Si je suis trop HS dite le moi je trouverais un forum car je penses que je suis limite la...
T'inquiètes pas, je crois qu'avec mon Apache/SSL j'étais limite aussi. Tant que la liste reste lisible je crois que c'est OK pour tout le monde. Maintenant à nous de tous nous auto-réguler pour que cette liste reste toujours aussi sympa et donc se limiter à un petit HS de temps en temps. ;-)
"Though you can build your own toolchain, we highly recommend using our modified buildroot environment to build a toolchain and/or the rest of the gumstix software. "
"When you "make" above, the buildroot will automatically go out and fetch all the tarballs needed to compile the toolchain, kernel, and applications for the gumstix"
Je comprends pas trop... ca va recompiler *mon* noyau et tout et tout ?
Bon je ne connais pas trop ton Chewing-gum là, mais ça ressemble à ce qui se fait avec Busybox (http://www.busybox.net). Je crois que tu n'as pas à t'inquieter, tu n'utilises pas ton environnement sous root n'est-ce pas? ;-) Donc avec ton user et ses droits limités tu télécharges et tu créés ta chaine d'outils (toolchain). Ensuite, ben c'est à toi de voir ce que tu veux en faire!
-- Christophe Garault Take your marks: Gen too three: Emerge!
-- mailing list
grillot sebastien a écrit :
Si je suis trop HS dite le moi je trouverais un forum car je penses
que je suis limite la...
T'inquiètes pas, je crois qu'avec mon Apache/SSL j'étais limite aussi.
Tant que la liste reste lisible je crois que c'est OK pour tout le
monde. Maintenant à nous de tous nous auto-réguler pour que cette liste
reste toujours aussi sympa et donc se limiter à un petit HS de temps en
temps. ;-)
"Though you can build your own toolchain, we highly recommend using
our modified buildroot environment to build a toolchain and/or the
rest of the gumstix software. "
"When you "make" above, the buildroot will automatically go out and
fetch all the tarballs needed to compile the toolchain, kernel, and
applications for the gumstix"
Je comprends pas trop... ca va recompiler *mon* noyau et tout et tout ?
Bon je ne connais pas trop ton Chewing-gum là, mais ça ressemble à ce
qui se fait avec Busybox (http://www.busybox.net). Je crois que tu n'as
pas à t'inquieter, tu n'utilises pas ton environnement sous root
n'est-ce pas? ;-)
Donc avec ton user et ses droits limités tu télécharges et tu créés ta
chaine d'outils (toolchain). Ensuite, ben c'est à toi de voir ce que tu
veux en faire!
--
Christophe Garault
Take your marks:
Gen too three: Emerge!
Si je suis trop HS dite le moi je trouverais un forum car je penses que je suis limite la...
T'inquiètes pas, je crois qu'avec mon Apache/SSL j'étais limite aussi. Tant que la liste reste lisible je crois que c'est OK pour tout le monde. Maintenant à nous de tous nous auto-réguler pour que cette liste reste toujours aussi sympa et donc se limiter à un petit HS de temps en temps. ;-)
"Though you can build your own toolchain, we highly recommend using our modified buildroot environment to build a toolchain and/or the rest of the gumstix software. "
"When you "make" above, the buildroot will automatically go out and fetch all the tarballs needed to compile the toolchain, kernel, and applications for the gumstix"
Je comprends pas trop... ca va recompiler *mon* noyau et tout et tout ?
Bon je ne connais pas trop ton Chewing-gum là, mais ça ressemble à ce qui se fait avec Busybox (http://www.busybox.net). Je crois que tu n'as pas à t'inquieter, tu n'utilises pas ton environnement sous root n'est-ce pas? ;-) Donc avec ton user et ses droits limités tu télécharges et tu créés ta chaine d'outils (toolchain). Ensuite, ben c'est à toi de voir ce que tu veux en faire!
-- Christophe Garault Take your marks: Gen too three: Emerge!
-- mailing list
Christophe PEREZ
Le Thu, 24 Nov 2005 20:36:14 +0100, Christophe Garault a écrit :
T'inquiètes pas, je crois qu'avec mon Apache/SSL j'étais limite aus si. Tant que la liste reste lisible je crois que c'est OK pour tout le monde. Maintenant à nous de tous nous auto-réguler pour que cette l iste reste toujours aussi sympa et donc se limiter à un petit HS de temps en temps. ;-)
Et surtout, si en plus, il peut y avoir, aussi souvent que possible, un rapprochement entre le pur [HS], et la config gentoo, c'est parfait.
En effet, parler apache ici est à priori HS, mais parler de config apache, avec les particularités gentoo (USE vhosts etc...), ça, ce n' est absolument plus HS.
En conclusion, dans vos HS, tentez de rester gentoo ;-)
-- Christophe PEREZ -- mailing list
Le Thu, 24 Nov 2005 20:36:14 +0100, Christophe Garault a écrit :
T'inquiètes pas, je crois qu'avec mon Apache/SSL j'étais limite aus si.
Tant que la liste reste lisible je crois que c'est OK pour tout le
monde. Maintenant à nous de tous nous auto-réguler pour que cette l iste
reste toujours aussi sympa et donc se limiter à un petit HS de temps en
temps. ;-)
Et surtout, si en plus, il peut y avoir, aussi souvent que possible, un
rapprochement entre le pur [HS], et la config gentoo, c'est parfait.
En effet, parler apache ici est à priori HS, mais parler de config
apache, avec les particularités gentoo (USE vhosts etc...), ça, ce n' est
absolument plus HS.
En conclusion, dans vos HS, tentez de rester gentoo ;-)
--
Christophe PEREZ
--
gentoo-user-fr@gentoo.org mailing list
Le Thu, 24 Nov 2005 20:36:14 +0100, Christophe Garault a écrit :
T'inquiètes pas, je crois qu'avec mon Apache/SSL j'étais limite aus si. Tant que la liste reste lisible je crois que c'est OK pour tout le monde. Maintenant à nous de tous nous auto-réguler pour que cette l iste reste toujours aussi sympa et donc se limiter à un petit HS de temps en temps. ;-)
Et surtout, si en plus, il peut y avoir, aussi souvent que possible, un rapprochement entre le pur [HS], et la config gentoo, c'est parfait.
En effet, parler apache ici est à priori HS, mais parler de config apache, avec les particularités gentoo (USE vhosts etc...), ça, ce n' est absolument plus HS.
En conclusion, dans vos HS, tentez de rester gentoo ;-)
On Thu, 24 Nov 2005 16:35:28 +0100 grillot sebastien wrote:
Je comprends pas trop... ca va recompiler *mon* noyau et tout et tout ?
De ce que j'ai compris a partir du site gumstick, en fait tu vas creer une chaine de compilation croisée. Tu vas donc compiler des libs, un noyau et des outils pour la cible gumstick, mais ces outils et noyaux nauront rien a voir avec le noyau de ta Gentoo.
En clair tu compile tout ce qu'il faut pour une architecture differente et apres tu telecharge sur la cible.
Ce qui sera compilé le sera a part et ne touchera pas a ta machine de dev (ton PC Gentoo).
Tu ne risque rien... normalement...
Francois.
-- Francois Barriere (In the country of the mistral) Key fingerprint = A57A 2BD2 0EC1 1B6C 5753 39EF B1A1 F850 4A02 102A
Linux registered user #361632 Using Gentoo linux...
On Thu, 24 Nov 2005 16:35:28 +0100
grillot sebastien <sebastiengrillot@gmail.com> wrote:
Je comprends pas trop... ca va recompiler *mon* noyau et tout et tout ?
De ce que j'ai compris a partir du site gumstick, en fait tu vas
creer une chaine de compilation croisée. Tu vas donc compiler des
libs, un noyau et des outils pour la cible gumstick, mais ces outils
et noyaux nauront rien a voir avec le noyau de ta Gentoo.
En clair tu compile tout ce qu'il faut pour une architecture
differente et apres tu telecharge sur la cible.
Ce qui sera compilé le sera a part et ne touchera pas a ta
machine de dev (ton PC Gentoo).
Tu ne risque rien... normalement...
Francois.
--
Francois Barriere (In the country of the mistral)
Key fingerprint = A57A 2BD2 0EC1 1B6C 5753 39EF B1A1 F850 4A02 102A
Linux registered user #361632
Using Gentoo linux...
On Thu, 24 Nov 2005 16:35:28 +0100 grillot sebastien wrote:
Je comprends pas trop... ca va recompiler *mon* noyau et tout et tout ?
De ce que j'ai compris a partir du site gumstick, en fait tu vas creer une chaine de compilation croisée. Tu vas donc compiler des libs, un noyau et des outils pour la cible gumstick, mais ces outils et noyaux nauront rien a voir avec le noyau de ta Gentoo.
En clair tu compile tout ce qu'il faut pour une architecture differente et apres tu telecharge sur la cible.
Ce qui sera compilé le sera a part et ne touchera pas a ta machine de dev (ton PC Gentoo).
Tu ne risque rien... normalement...
Francois.
-- Francois Barriere (In the country of the mistral) Key fingerprint = A57A 2BD2 0EC1 1B6C 5753 39EF B1A1 F850 4A02 102A
Linux registered user #361632 Using Gentoo linux...
--Signature=_Fri__25_Nov_2005_19_23_09_+0100_/ctJmLY2NaAb55lq-- -- mailing list
Michael Alves
Bonsoir à tous,
Je suis actuellement entrain de créer mon premier ebuild. Je suis confronté à un problème lors de l'appelle à la fonction src_install() dont je ne trouve pas la solution. La fin de mon src_install() ressemble à cela :
einfo "Installing main files" MY_PWD=`pwd` einfo ${MY_PWD} einfo ${P} einfo ${D} einfo ${MY_HTDOCSDIR} cp -a ${P}/* ${D}${MY_HTDOCSDIR} || die
Ce qui m'affiche ceci :
* Installing main files * /var/tmp/portage * pixelpost-1.4.3 * /var/tmp/portage/pixelpost-1.4.3/image/ * /usr/share/webapps/pixelpost/1.4.3/htdocs-secure cp: target `/var/tmp/portage/pixelpost-1.4.3/image///usr/share/webapps/pixelpost/1.4.3/htdocs-secure' is not a directory
Mes problèmes sont les suivants : 1 - Pourquoi MY_HTDOCSDIR est égal à "/usr/share/webapps/pixelpost/1.4.3/htdocs-secure" et non pas à "/var/www/localhost/htdocs/" comme l'indique la page MAN, je voudrais le htdocs du serveur web (je suppose que de le définir en dur n'est pas une très bonne chose)
2 - Pourquoi mon "cp -a ${P}/* ${D}${MY_HTDOCSDIR} || die" me renvoit : 'cp: target `/var/tmp/portage/pixelpost-1.4.3/image///usr/share/webapps/pixelpost/1.4.3/htdocs-secure' is not a directory Il y a trois '/' alors que j'ai bien séparé mes deux arguments de 'cp' par un espace ...
Désolé si ce n'est pas très clair, mais à cet heure ci je n'ai plus les yeux en face des trous :) //
-- Michael Alves Alpha Centauri
-- mailing list
Bonsoir à tous,
Je suis actuellement entrain de créer mon premier ebuild. Je suis
confronté à un problème lors de l'appelle à la fonction src_install()
dont je ne trouve pas la solution. La fin de mon src_install() ressemble
à cela :
einfo "Installing main files"
MY_PWD=`pwd`
einfo ${MY_PWD}
einfo ${P}
einfo ${D}
einfo ${MY_HTDOCSDIR}
cp -a ${P}/* ${D}${MY_HTDOCSDIR} || die
Ce qui m'affiche ceci :
* Installing main files
* /var/tmp/portage
* pixelpost-1.4.3
* /var/tmp/portage/pixelpost-1.4.3/image/
* /usr/share/webapps/pixelpost/1.4.3/htdocs-secure
cp: target
`/var/tmp/portage/pixelpost-1.4.3/image///usr/share/webapps/pixelpost/1.4.3/htdocs-secure'
is not a directory
Mes problèmes sont les suivants :
1 - Pourquoi MY_HTDOCSDIR est égal à
"/usr/share/webapps/pixelpost/1.4.3/htdocs-secure" et non pas à
"/var/www/localhost/htdocs/" comme l'indique la page MAN, je voudrais le
htdocs du serveur web (je suppose que de le définir en dur n'est pas une
très bonne chose)
2 - Pourquoi mon "cp -a ${P}/* ${D}${MY_HTDOCSDIR} || die" me renvoit :
'cp: target
`/var/tmp/portage/pixelpost-1.4.3/image///usr/share/webapps/pixelpost/1.4.3/htdocs-secure'
is not a directory
Il y a trois '/' alors que j'ai bien séparé mes deux arguments de 'cp'
par un espace ...
Désolé si ce n'est pas très clair, mais à cet heure ci je n'ai plus les
yeux en face des trous :)
//
Je suis actuellement entrain de créer mon premier ebuild. Je suis confronté à un problème lors de l'appelle à la fonction src_install() dont je ne trouve pas la solution. La fin de mon src_install() ressemble à cela :
einfo "Installing main files" MY_PWD=`pwd` einfo ${MY_PWD} einfo ${P} einfo ${D} einfo ${MY_HTDOCSDIR} cp -a ${P}/* ${D}${MY_HTDOCSDIR} || die
Ce qui m'affiche ceci :
* Installing main files * /var/tmp/portage * pixelpost-1.4.3 * /var/tmp/portage/pixelpost-1.4.3/image/ * /usr/share/webapps/pixelpost/1.4.3/htdocs-secure cp: target `/var/tmp/portage/pixelpost-1.4.3/image///usr/share/webapps/pixelpost/1.4.3/htdocs-secure' is not a directory
Mes problèmes sont les suivants : 1 - Pourquoi MY_HTDOCSDIR est égal à "/usr/share/webapps/pixelpost/1.4.3/htdocs-secure" et non pas à "/var/www/localhost/htdocs/" comme l'indique la page MAN, je voudrais le htdocs du serveur web (je suppose que de le définir en dur n'est pas une très bonne chose)
2 - Pourquoi mon "cp -a ${P}/* ${D}${MY_HTDOCSDIR} || die" me renvoit : 'cp: target `/var/tmp/portage/pixelpost-1.4.3/image///usr/share/webapps/pixelpost/1.4.3/htdocs-secure' is not a directory Il y a trois '/' alors que j'ai bien séparé mes deux arguments de 'cp' par un espace ...
Désolé si ce n'est pas très clair, mais à cet heure ci je n'ai plus les yeux en face des trous :) //
