> Cela dit, retirer -mcpu de make.conf impacte les optimisations de tous
le système. Alors le faire uniquement pour xine, ça me parait excessif.
D'autant que sa prochaine version compilera peut-être normalement ?
Moi, pour un paquet, je passerai les CFLAGS en ligne de commande, et je
ferai attention a la prochaine mise a jour/ré-installation de ce paquet.
Ou alors pour faire plus propre, je copierai l'ebuild en question dans
mon repertoire d'overlay, et le modifierai pour qu'il filtre le -mcpu.
(PORTDIR_OVERLAY=/usr/local/portage dans make.conf, man make.conf, man
portage, et doc sur les ebuilds sur gentoo.org pour le filtrage).
> Cela dit, retirer -mcpu de make.conf impacte les optimisations de tous
le système. Alors le faire uniquement pour xine, ça me parait excessif.
D'autant que sa prochaine version compilera peut-être normalement ?
Moi, pour un paquet, je passerai les CFLAGS en ligne de commande, et je
ferai attention a la prochaine mise a jour/ré-installation de ce paquet.
Ou alors pour faire plus propre, je copierai l'ebuild en question dans
mon repertoire d'overlay, et le modifierai pour qu'il filtre le -mcpu.
(PORTDIR_OVERLAY=/usr/local/portage dans make.conf, man make.conf, man
portage, et doc sur les ebuilds sur gentoo.org pour le filtrage).
> Cela dit, retirer -mcpu de make.conf impacte les optimisations de tous
le système. Alors le faire uniquement pour xine, ça me parait excessif.
D'autant que sa prochaine version compilera peut-être normalement ?
Moi, pour un paquet, je passerai les CFLAGS en ligne de commande, et je
ferai attention a la prochaine mise a jour/ré-installation de ce paquet.
Ou alors pour faire plus propre, je copierai l'ebuild en question dans
mon repertoire d'overlay, et le modifierai pour qu'il filtre le -mcpu.
(PORTDIR_OVERLAY=/usr/local/portage dans make.conf, man make.conf, man
portage, et doc sur les ebuilds sur gentoo.org pour le filtrage).
> Cela dit, retirer -mcpu de make.conf impacte les optimisations de tous
> le système. Alors le faire uniquement pour xine, ça me parait exces sif.
> D'autant que sa prochaine version compilera peut-être normalement ?
Elle compile normalement sauf qu'elle n'est pas considéré stable.
> Moi, pour un paquet, je passerai les CFLAGS en ligne de commande, et je
> ferai attention a la prochaine mise a jour/ré-installation de ce paqu et.
C'est ce que j'avais fait ,-)
> Ou alors pour faire plus propre, je copierai l'ebuild en question dans
> mon repertoire d'overlay, et le modifierai pour qu'il filtre le -mcpu.
> (PORTDIR_OVERLAY=/usr/local/portage dans make.conf, man make.conf, man
> portage, et doc sur les ebuilds sur gentoo.org pour le filtrage).
Je te remercie de toutes ces infos ,-), j'ai utilisé cette méthode qu i est
beaucoup plus propre à mon gout ,-)
Par contre je n'ai trouvé aucune doc pour le filtrage des CFLAGS.
J'ai regardé dans la doc des ebuilds sur gentoo,les manpages ...
Je me suis débrouillé en lisant d'autre script (Ce qui est souvent un e des
meilleures solution)
Donc si j'ai bien compris il faut utiliser
filter-flags/append-flags/replace-flags
Ex :
Pour filtrer un CFLAGS :
filter-flags "-mcput50"
Pour rajouter un CFLAGS :
append-flags "-maltivec"
Pour remplacer un CFLAGS :
replace-flags "-O3" "-O2"
Si ce n'est pas la bonne méthode à utiliser (chez moi elle marche) me rci de
me faire part de vos corrections ,-)
Honnetement je suis agréablement surpris par gentoo, j'ai l'impression
qu'il n'y as pas de limite avec cette distrib (Note : La seule limite
serait l'utilisateur ?)
Merci de votre aide à tous ,-))
--
mailing list
> Cela dit, retirer -mcpu de make.conf impacte les optimisations de tous
> le système. Alors le faire uniquement pour xine, ça me parait exces sif.
> D'autant que sa prochaine version compilera peut-être normalement ?
Elle compile normalement sauf qu'elle n'est pas considéré stable.
> Moi, pour un paquet, je passerai les CFLAGS en ligne de commande, et je
> ferai attention a la prochaine mise a jour/ré-installation de ce paqu et.
C'est ce que j'avais fait ,-)
> Ou alors pour faire plus propre, je copierai l'ebuild en question dans
> mon repertoire d'overlay, et le modifierai pour qu'il filtre le -mcpu.
> (PORTDIR_OVERLAY=/usr/local/portage dans make.conf, man make.conf, man
> portage, et doc sur les ebuilds sur gentoo.org pour le filtrage).
Je te remercie de toutes ces infos ,-), j'ai utilisé cette méthode qu i est
beaucoup plus propre à mon gout ,-)
Par contre je n'ai trouvé aucune doc pour le filtrage des CFLAGS.
J'ai regardé dans la doc des ebuilds sur gentoo,les manpages ...
Je me suis débrouillé en lisant d'autre script (Ce qui est souvent un e des
meilleures solution)
Donc si j'ai bien compris il faut utiliser
filter-flags/append-flags/replace-flags
Ex :
Pour filtrer un CFLAGS :
filter-flags "-mcpu=7450"
Pour rajouter un CFLAGS :
append-flags "-maltivec"
Pour remplacer un CFLAGS :
replace-flags "-O3" "-O2"
Si ce n'est pas la bonne méthode à utiliser (chez moi elle marche) me rci de
me faire part de vos corrections ,-)
Honnetement je suis agréablement surpris par gentoo, j'ai l'impression
qu'il n'y as pas de limite avec cette distrib (Note : La seule limite
serait l'utilisateur ?)
Merci de votre aide à tous ,-))
--
gentoo-user-fr@gentoo.org mailing list
> Cela dit, retirer -mcpu de make.conf impacte les optimisations de tous
> le système. Alors le faire uniquement pour xine, ça me parait exces sif.
> D'autant que sa prochaine version compilera peut-être normalement ?
Elle compile normalement sauf qu'elle n'est pas considéré stable.
> Moi, pour un paquet, je passerai les CFLAGS en ligne de commande, et je
> ferai attention a la prochaine mise a jour/ré-installation de ce paqu et.
C'est ce que j'avais fait ,-)
> Ou alors pour faire plus propre, je copierai l'ebuild en question dans
> mon repertoire d'overlay, et le modifierai pour qu'il filtre le -mcpu.
> (PORTDIR_OVERLAY=/usr/local/portage dans make.conf, man make.conf, man
> portage, et doc sur les ebuilds sur gentoo.org pour le filtrage).
Je te remercie de toutes ces infos ,-), j'ai utilisé cette méthode qu i est
beaucoup plus propre à mon gout ,-)
Par contre je n'ai trouvé aucune doc pour le filtrage des CFLAGS.
J'ai regardé dans la doc des ebuilds sur gentoo,les manpages ...
Je me suis débrouillé en lisant d'autre script (Ce qui est souvent un e des
meilleures solution)
Donc si j'ai bien compris il faut utiliser
filter-flags/append-flags/replace-flags
Ex :
Pour filtrer un CFLAGS :
filter-flags "-mcput50"
Pour rajouter un CFLAGS :
append-flags "-maltivec"
Pour remplacer un CFLAGS :
replace-flags "-O3" "-O2"
Si ce n'est pas la bonne méthode à utiliser (chez moi elle marche) me rci de
me faire part de vos corrections ,-)
Honnetement je suis agréablement surpris par gentoo, j'ai l'impression
qu'il n'y as pas de limite avec cette distrib (Note : La seule limite
serait l'utilisateur ?)
Merci de votre aide à tous ,-))
--
mailing list
On Wednesday 04 August 2004 08:23, Regis wrote:
> > Cela dit, retirer -mcpu de make.conf impacte les optimisations de tous
> > le système. Alors le faire uniquement pour xine, ça me parait exc essif.
> > D'autant que sa prochaine version compilera peut-être normalement ?
>
> Elle compile normalement sauf qu'elle n'est pas considéré stable.
>
> > Moi, pour un paquet, je passerai les CFLAGS en ligne de commande, et je
> > ferai attention a la prochaine mise a jour/ré-installation de ce
> > paquet.
>
> C'est ce que j'avais fait ,-)
>
> > Ou alors pour faire plus propre, je copierai l'ebuild en question dans
> > mon repertoire d'overlay, et le modifierai pour qu'il filtre le -mcpu.
> > (PORTDIR_OVERLAY=/usr/local/portage dans make.conf, man make.conf, man
> > portage, et doc sur les ebuilds sur gentoo.org pour le filtrage).
>
> Je te remercie de toutes ces infos ,-), j'ai utilisé cette méthode qui
> est beaucoup plus propre à mon gout ,-)
>
> Par contre je n'ai trouvé aucune doc pour le filtrage des CFLAGS.
> J'ai regardé dans la doc des ebuilds sur gentoo,les manpages ...
>
> Je me suis débrouillé en lisant d'autre script (Ce qui est souvent une
> des meilleures solution)
>
> Donc si j'ai bien compris il faut utiliser
> filter-flags/append-flags/replace-flags
>
> Ex :
>
> Pour filtrer un CFLAGS :
> filter-flags "-mcput50"
>
> Pour rajouter un CFLAGS :
> append-flags "-maltivec"
>
> Pour remplacer un CFLAGS :
> replace-flags "-O3" "-O2"
>
> Si ce n'est pas la bonne méthode à utiliser (chez moi elle marche) merci
> de me faire part de vos corrections ,-)
>
> Honnetement je suis agréablement surpris par gentoo, j'ai l'impression
> qu'il n'y as pas de limite avec cette distrib (Note : La seule limite
> serait l'utilisateur ?)
>
> Merci de votre aide à tous ,-))
>
> --
> mailing list
au risque de dire une bêtise (fatigue ;-), est-ce que le fait de faire
CFLAGS="blabla" emerge myebuild
ne fonctionne pas ?
On Wednesday 04 August 2004 08:23, Regis wrote:
> > Cela dit, retirer -mcpu de make.conf impacte les optimisations de tous
> > le système. Alors le faire uniquement pour xine, ça me parait exc essif.
> > D'autant que sa prochaine version compilera peut-être normalement ?
>
> Elle compile normalement sauf qu'elle n'est pas considéré stable.
>
> > Moi, pour un paquet, je passerai les CFLAGS en ligne de commande, et je
> > ferai attention a la prochaine mise a jour/ré-installation de ce
> > paquet.
>
> C'est ce que j'avais fait ,-)
>
> > Ou alors pour faire plus propre, je copierai l'ebuild en question dans
> > mon repertoire d'overlay, et le modifierai pour qu'il filtre le -mcpu.
> > (PORTDIR_OVERLAY=/usr/local/portage dans make.conf, man make.conf, man
> > portage, et doc sur les ebuilds sur gentoo.org pour le filtrage).
>
> Je te remercie de toutes ces infos ,-), j'ai utilisé cette méthode qui
> est beaucoup plus propre à mon gout ,-)
>
> Par contre je n'ai trouvé aucune doc pour le filtrage des CFLAGS.
> J'ai regardé dans la doc des ebuilds sur gentoo,les manpages ...
>
> Je me suis débrouillé en lisant d'autre script (Ce qui est souvent une
> des meilleures solution)
>
> Donc si j'ai bien compris il faut utiliser
> filter-flags/append-flags/replace-flags
>
> Ex :
>
> Pour filtrer un CFLAGS :
> filter-flags "-mcpu=7450"
>
> Pour rajouter un CFLAGS :
> append-flags "-maltivec"
>
> Pour remplacer un CFLAGS :
> replace-flags "-O3" "-O2"
>
> Si ce n'est pas la bonne méthode à utiliser (chez moi elle marche) merci
> de me faire part de vos corrections ,-)
>
> Honnetement je suis agréablement surpris par gentoo, j'ai l'impression
> qu'il n'y as pas de limite avec cette distrib (Note : La seule limite
> serait l'utilisateur ?)
>
> Merci de votre aide à tous ,-))
>
> --
> gentoo-user-fr@gentoo.org mailing list
au risque de dire une bêtise (fatigue ;-), est-ce que le fait de faire
CFLAGS="blabla" emerge myebuild
ne fonctionne pas ?
On Wednesday 04 August 2004 08:23, Regis wrote:
> > Cela dit, retirer -mcpu de make.conf impacte les optimisations de tous
> > le système. Alors le faire uniquement pour xine, ça me parait exc essif.
> > D'autant que sa prochaine version compilera peut-être normalement ?
>
> Elle compile normalement sauf qu'elle n'est pas considéré stable.
>
> > Moi, pour un paquet, je passerai les CFLAGS en ligne de commande, et je
> > ferai attention a la prochaine mise a jour/ré-installation de ce
> > paquet.
>
> C'est ce que j'avais fait ,-)
>
> > Ou alors pour faire plus propre, je copierai l'ebuild en question dans
> > mon repertoire d'overlay, et le modifierai pour qu'il filtre le -mcpu.
> > (PORTDIR_OVERLAY=/usr/local/portage dans make.conf, man make.conf, man
> > portage, et doc sur les ebuilds sur gentoo.org pour le filtrage).
>
> Je te remercie de toutes ces infos ,-), j'ai utilisé cette méthode qui
> est beaucoup plus propre à mon gout ,-)
>
> Par contre je n'ai trouvé aucune doc pour le filtrage des CFLAGS.
> J'ai regardé dans la doc des ebuilds sur gentoo,les manpages ...
>
> Je me suis débrouillé en lisant d'autre script (Ce qui est souvent une
> des meilleures solution)
>
> Donc si j'ai bien compris il faut utiliser
> filter-flags/append-flags/replace-flags
>
> Ex :
>
> Pour filtrer un CFLAGS :
> filter-flags "-mcput50"
>
> Pour rajouter un CFLAGS :
> append-flags "-maltivec"
>
> Pour remplacer un CFLAGS :
> replace-flags "-O3" "-O2"
>
> Si ce n'est pas la bonne méthode à utiliser (chez moi elle marche) merci
> de me faire part de vos corrections ,-)
>
> Honnetement je suis agréablement surpris par gentoo, j'ai l'impression
> qu'il n'y as pas de limite avec cette distrib (Note : La seule limite
> serait l'utilisateur ?)
>
> Merci de votre aide à tous ,-))
>
> --
> mailing list
au risque de dire une bêtise (fatigue ;-), est-ce que le fait de faire
CFLAGS="blabla" emerge myebuild
ne fonctionne pas ?
Donc si j'ai bien compris il faut utiliser
filter-flags/append-flags/replace-flags
Si ce n'est pas la bonne méthode à utiliser (chez moi elle marche) merci de
me faire part de vos corrections ,-)
Honnetement je suis agréablement surpris par gentoo, j'ai l'impression qu'il
n'y as pas de limite avec cette distrib (Note : La seule limite serait
l'utilisateur ?)
Donc si j'ai bien compris il faut utiliser
filter-flags/append-flags/replace-flags
Si ce n'est pas la bonne méthode à utiliser (chez moi elle marche) merci de
me faire part de vos corrections ,-)
Honnetement je suis agréablement surpris par gentoo, j'ai l'impression qu'il
n'y as pas de limite avec cette distrib (Note : La seule limite serait
l'utilisateur ?)
Donc si j'ai bien compris il faut utiliser
filter-flags/append-flags/replace-flags
Si ce n'est pas la bonne méthode à utiliser (chez moi elle marche) merci de
me faire part de vos corrections ,-)
Honnetement je suis agréablement surpris par gentoo, j'ai l'impression qu'il
n'y as pas de limite avec cette distrib (Note : La seule limite serait
l'utilisateur ?)
Salut a tous
Concernant le serveur graphique, je me demandais (et je ne doit pas
être le seul dans mon cas) s'il valais mieux rester sous XFree ou pass é
à X.org. Je me demandais (je me le demande encore car je n'ai trouvé
aucune information pertinante sur Internet) quel étais la différence
entre les deux, si le passage de XFree vers X.org se fait sans dégat, e tc.
Salut a tous
Concernant le serveur graphique, je me demandais (et je ne doit pas
être le seul dans mon cas) s'il valais mieux rester sous XFree ou pass é
à X.org. Je me demandais (je me le demande encore car je n'ai trouvé
aucune information pertinante sur Internet) quel étais la différence
entre les deux, si le passage de XFree vers X.org se fait sans dégat, e tc.
Salut a tous
Concernant le serveur graphique, je me demandais (et je ne doit pas
être le seul dans mon cas) s'il valais mieux rester sous XFree ou pass é
à X.org. Je me demandais (je me le demande encore car je n'ai trouvé
aucune information pertinante sur Internet) quel étais la différence
entre les deux, si le passage de XFree vers X.org se fait sans dégat, e tc.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Salut,
Le passage se fait vraiment sans aucune douleur (en tout cas pour moi,
il n'y a pas eu de problémes. Comme l'a dit Vincent, la principale
différence vient de la license, mais je ne m'étendrais pas sur le
sujet, tu trouvera plein d'infos sur le net la dessus. Au niveau
performances, je n'ai pas vu de changements flagrants, que ce soit en
bien ou en mal
FX
Sebastien Vincent wrote:
| Le ven 06/08/2004 à 03:32, Michel Paquet a écrit :
|
|> Salut a tous
|
|
| Salut
|
|> Concernant le serveur graphique, je me demandais (et je ne doit
|> pas être le seul dans mon cas) s'il valais mieux rester sous
|> XFree ou passé à X.org. Je me demandais (je me le demande encore
|> car je n'ai trouvé aucune information pertinante sur Internet)
|> quel étais la différence entre les deux, si le passage de XFree
|> vers X.org se fait sans dégat, etc.
|
|
| D'après ce que dit le handbook la différence se fait au niveau de
| la license de xorg qui est plus libre que XFree.
|
| Je n'ai jamais testé xorg car il était masqué quand j'ai installé
| ma gentoo, mais apparemment le passage n'est pas si douloureux, la
| liste verrais passer plus de messages concernant xorg :)
|
| Amicalement,
|
| Seb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBExMmBtSYY0b//JwRAtoiAJwJABXfgVMQX4hmc9lgLJ6rPyCf4wCeO6US
YVrECmuXTLJAzfYRd5YrMT8 > Ty
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Salut,
Le passage se fait vraiment sans aucune douleur (en tout cas pour moi,
il n'y a pas eu de problémes. Comme l'a dit Vincent, la principale
différence vient de la license, mais je ne m'étendrais pas sur le
sujet, tu trouvera plein d'infos sur le net la dessus. Au niveau
performances, je n'ai pas vu de changements flagrants, que ce soit en
bien ou en mal
FX
Sebastien Vincent wrote:
| Le ven 06/08/2004 à 03:32, Michel Paquet a écrit :
|
|> Salut a tous
|
|
| Salut
|
|> Concernant le serveur graphique, je me demandais (et je ne doit
|> pas être le seul dans mon cas) s'il valais mieux rester sous
|> XFree ou passé à X.org. Je me demandais (je me le demande encore
|> car je n'ai trouvé aucune information pertinante sur Internet)
|> quel étais la différence entre les deux, si le passage de XFree
|> vers X.org se fait sans dégat, etc.
|
|
| D'après ce que dit le handbook la différence se fait au niveau de
| la license de xorg qui est plus libre que XFree.
|
| Je n'ai jamais testé xorg car il était masqué quand j'ai installé
| ma gentoo, mais apparemment le passage n'est pas si douloureux, la
| liste verrais passer plus de messages concernant xorg :)
|
| Amicalement,
|
| Seb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBExMmBtSYY0b//JwRAtoiAJwJABXfgVMQX4hmc9lgLJ6rPyCf4wCeO6US
YVrECmuXTLJAzfYRd5YrMT8 > Ty
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Salut,
Le passage se fait vraiment sans aucune douleur (en tout cas pour moi,
il n'y a pas eu de problémes. Comme l'a dit Vincent, la principale
différence vient de la license, mais je ne m'étendrais pas sur le
sujet, tu trouvera plein d'infos sur le net la dessus. Au niveau
performances, je n'ai pas vu de changements flagrants, que ce soit en
bien ou en mal
FX
Sebastien Vincent wrote:
| Le ven 06/08/2004 à 03:32, Michel Paquet a écrit :
|
|> Salut a tous
|
|
| Salut
|
|> Concernant le serveur graphique, je me demandais (et je ne doit
|> pas être le seul dans mon cas) s'il valais mieux rester sous
|> XFree ou passé à X.org. Je me demandais (je me le demande encore
|> car je n'ai trouvé aucune information pertinante sur Internet)
|> quel étais la différence entre les deux, si le passage de XFree
|> vers X.org se fait sans dégat, etc.
|
|
| D'après ce que dit le handbook la différence se fait au niveau de
| la license de xorg qui est plus libre que XFree.
|
| Je n'ai jamais testé xorg car il était masqué quand j'ai installé
| ma gentoo, mais apparemment le passage n'est pas si douloureux, la
| liste verrais passer plus de messages concernant xorg :)
|
| Amicalement,
|
| Seb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBExMmBtSYY0b//JwRAtoiAJwJABXfgVMQX4hmc9lgLJ6rPyCf4wCeO6US
YVrECmuXTLJAzfYRd5YrMT8 > Ty
-----END PGP SIGNATURE-----
Salut a tous
Concernant le serveur graphique, je me demandais (et je ne doit pas
être le seul dans mon cas) s'il valais mieux rester sous XFree ou pass é
à X.org. Je me demandais (je me le demande encore car je n'ai trouvé
aucune information pertinante sur Internet) quel étais la différence
entre les deux, si le passage de XFree vers X.org se fait sans dégat, e tc.
Merci d'avance ;)
Michel Paquet
Quebec, Canada
--
mailing list
Salut a tous
Concernant le serveur graphique, je me demandais (et je ne doit pas
être le seul dans mon cas) s'il valais mieux rester sous XFree ou pass é
à X.org. Je me demandais (je me le demande encore car je n'ai trouvé
aucune information pertinante sur Internet) quel étais la différence
entre les deux, si le passage de XFree vers X.org se fait sans dégat, e tc.
Merci d'avance ;)
Michel Paquet
Quebec, Canada
--
gentoo-user-fr@gentoo.org mailing list
Salut a tous
Concernant le serveur graphique, je me demandais (et je ne doit pas
être le seul dans mon cas) s'il valais mieux rester sous XFree ou pass é
à X.org. Je me demandais (je me le demande encore car je n'ai trouvé
aucune information pertinante sur Internet) quel étais la différence
entre les deux, si le passage de XFree vers X.org se fait sans dégat, e tc.
Merci d'avance ;)
Michel Paquet
Quebec, Canada
--
mailing list
