Ayant l'impression d'avoir fait le tour de ma Debian, j'ai l'intention
d'essayer une Gentoo. Or, je bloque un peu sur la configuration de
make.conf, ne connaissant pas encore bien portage.
J'en appelle donc aux connaissances des autres pour corriger si besoin
est ou proposer des améliorations. Je laisse de côté les options de
compilation (bien que je ne comprenne pas tout, car j'ai trouvé pas
mal de documentation sur le sujet).
Voici les options possibles sur lesquelles je m'interroge :
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
Sébastien MONBRUN aka TiChou
Dans le message <news:, *Vincent Ramos* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
Ayant l'impression d'avoir fait le tour de ma Debian, j'ai l'intention d'essayer une Gentoo.
Excellent ! ;-)
Or, je bloque un peu sur la configuration de make.conf, ne connaissant pas encore bien portage.
J'en appelle donc aux connaissances des autres pour corriger si besoin est ou proposer des améliorations. Je laisse de côté les options de compilation (bien que je ne comprenne pas tout, car j'ai trouvé pas mal de documentation sur le sujet).
Dans ce cas, si on ne veut pas se prendre la tête, il suffit d'appliquer celles données ici :
http://gentoo-wiki.com/Safe_Cflags
Voici les options possibles sur lesquelles je m'interroge :
J'ai mis deux mirroirs français en tête et j'ai gardé les adresses des serveurs proposés dans le manuel. Est-ce utile ?
Oui, car les miroirs gentoo-distfiles mettent plus de temps à se mettre à jour que les miroirs gentoo-portage. Il arrive donc parfois d'avoir un ebuild tout récent dans gentoo-portage et qu'on veut installer mais pas encore les archives tarballs présentes sur son miroir local. emerge, quand il va récupérer les fichiers nécessaires à la construction d'un paquet, va tenter de télécharger sur le premier miroir donné par la variable GENTOO_MIRRORS. Si ce miroir est HS ou que les fichiers sont non disponibles, emerge essayera alors de télécharger sur le miroir suivant et ainsi de suite. En mettant http://www.ibiblio.org/pub/Linux/distributions/gentoo en dernier, on est en principe sûr de pouvoir récuperer les fichiers nécéssaires puisque c'est le dépot officiel sur lequel se synchronise les miroirs.
J'en profite pour signaler un autre fichier de configuration qui est méconnu et qui permet de définir d'autres miroirs utiles pour les archives de certaines applications qui sont récupérées par emerge directement sur les miroirs officiels de ces applications et non pas à partir de gentoo-distfiles. Le fichier en question c'est /etc/portage/mirrors dont les miroirs définis à l'intérieur seront utilisés à la place de ceux définis dans /usr/portage/profiles/thirdpartymirrors.
Derrière ce nom d'hôte ce cache en fait un alias de plusieurs miroirs européens.
$ host rsync.europe.gentoo.org
Je pense que c'est assez logique (ma machine est en France).
Il existe aussi rsync://rsync.fr.gentoo.org/gentoo-portage.
AUTOCLEAN="yes"
Pourquoi pas ?
Oui, c'est même plus que recommandé et c'est de toute manière la valeur par défaut.
PORTAGE_TMPFS="/dev/shm"
Sinon, qu'est-ce qui serait utilisé ? /tmp ?
Le répertoire /var/cache/edb/dep à moins que la variable PORTAGE_DEPCACHEDIR ait été définie et sur un autre répertoire.
Quant aux « FEATURES », je ne connais pas encore assez Portage pour oser y toucher.
Dans un premier temps, je conseillerai la fonctionnalité ccache (après avoir bien sûr installé le paquet ccache) qui permet d'améliorer les temps de compilation. Pour ma part, j'utilise, en plus de ccache, les fonctionnalités sandbox, userpriv, strict et buildsyspkg. La dernière, non documentée et à ne pas confondre avec la fonctionnalité buildpkg, permet de conserver sous forme d'archives tarball compressées tous les paquets systèmes importants (ceux du stage 1 et 2). Ces paquets peuvent s'avérer très utile dans le cas où il faudrait restaurer un système corrompu, par exemple lors d'une mise à jour défectueuse ou infructueuse. Ces paquets sont créés à la fin de l'emerge et sont déposés dans le répertoire /usr/portage/packages. Les autres fonctionnalités permettent de sécuriser au maximum les compilations et les installations effectuées par emerge.
Voilà : tous les commentaires sont les bienvenus.
Mes make.conf contiennent d'autres variables. Par exemple, la variable suivante :
RSYNC_EXCLUDEFROM="/etc/portage/rsync_excludes"
Le fichier /etc/portage/rsync_excludes contient alors la liste des masques des catégories d'ebuild jugées inutiles pour le système. Ainsi, lors d'un emerge sync, ces catégories ne seront pas télécharger dans l'arbre portage, ce qui permet d'accélérer par la suite le calcul des dépendances et aussi de gagner de la place.
Exemple d'un de mes fichiers /etc/portage/rsync_excludes sur une machine serveur où X et ce qui va avec sont totalement inutiles :
Il y a encore beaucoup d'autres options mais c'est à mon avis à découvrir au fur et à mesure. Le plus important est quand même de bien définir sa variable USE gloable, ses CFLAGS et de définir la variable MAKEOPTS avec "-jCPUs+1". Pour le reste, se référer aux commentaires du fichier /etc/make.conf.example et au MAN de portage.
Sinon, si cela peut vous servir :
http://magnolia.tichou.org/~tichou/conf/gentoo/
Merci.
Avec plaisir.
-- Sébastien MONBRUN aka TiChou
Dans le message <news:8ej393-lh7.ln1@news.kailaasa.net>,
*Vincent Ramos* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
Ayant l'impression d'avoir fait le tour de ma Debian, j'ai l'intention
d'essayer une Gentoo.
Excellent ! ;-)
Or, je bloque un peu sur la configuration de
make.conf, ne connaissant pas encore bien portage.
J'en appelle donc aux connaissances des autres pour corriger si besoin
est ou proposer des améliorations. Je laisse de côté les options de
compilation (bien que je ne comprenne pas tout, car j'ai trouvé pas
mal de documentation sur le sujet).
Dans ce cas, si on ne veut pas se prendre la tête, il suffit d'appliquer
celles données ici :
http://gentoo-wiki.com/Safe_Cflags
Voici les options possibles sur lesquelles je m'interroge :
J'ai mis deux mirroirs français en tête et j'ai gardé les adresses des
serveurs proposés dans le manuel. Est-ce utile ?
Oui, car les miroirs gentoo-distfiles mettent plus de temps à se mettre à
jour que les miroirs gentoo-portage. Il arrive donc parfois d'avoir un
ebuild tout récent dans gentoo-portage et qu'on veut installer mais pas
encore les archives tarballs présentes sur son miroir local.
emerge, quand il va récupérer les fichiers nécessaires à la construction
d'un paquet, va tenter de télécharger sur le premier miroir donné par la
variable GENTOO_MIRRORS. Si ce miroir est HS ou que les fichiers sont non
disponibles, emerge essayera alors de télécharger sur le miroir suivant et
ainsi de suite. En mettant
http://www.ibiblio.org/pub/Linux/distributions/gentoo en dernier, on est en
principe sûr de pouvoir récuperer les fichiers nécéssaires puisque c'est le
dépot officiel sur lequel se synchronise les miroirs.
J'en profite pour signaler un autre fichier de configuration qui est méconnu
et qui permet de définir d'autres miroirs utiles pour les archives de
certaines applications qui sont récupérées par emerge directement sur les
miroirs officiels de ces applications et non pas à partir de
gentoo-distfiles. Le fichier en question c'est /etc/portage/mirrors dont les
miroirs définis à l'intérieur seront utilisés à la place de ceux définis
dans /usr/portage/profiles/thirdpartymirrors.
Derrière ce nom d'hôte ce cache en fait un alias de plusieurs miroirs
européens.
$ host rsync.europe.gentoo.org
Je pense que c'est assez logique (ma machine est en France).
Il existe aussi rsync://rsync.fr.gentoo.org/gentoo-portage.
AUTOCLEAN="yes"
Pourquoi pas ?
Oui, c'est même plus que recommandé et c'est de toute manière la valeur par
défaut.
PORTAGE_TMPFS="/dev/shm"
Sinon, qu'est-ce qui serait utilisé ? /tmp ?
Le répertoire /var/cache/edb/dep à moins que la variable PORTAGE_DEPCACHEDIR
ait été définie et sur un autre répertoire.
Quant aux « FEATURES », je ne connais pas encore assez Portage pour
oser y toucher.
Dans un premier temps, je conseillerai la fonctionnalité ccache (après avoir
bien sûr installé le paquet ccache) qui permet d'améliorer les temps de
compilation.
Pour ma part, j'utilise, en plus de ccache, les fonctionnalités sandbox,
userpriv, strict et buildsyspkg.
La dernière, non documentée et à ne pas confondre avec la fonctionnalité
buildpkg, permet de conserver sous forme d'archives tarball compressées tous
les paquets systèmes importants (ceux du stage 1 et 2). Ces paquets peuvent
s'avérer très utile dans le cas où il faudrait restaurer un système
corrompu, par exemple lors d'une mise à jour défectueuse ou infructueuse.
Ces paquets sont créés à la fin de l'emerge et sont déposés dans le
répertoire /usr/portage/packages.
Les autres fonctionnalités permettent de sécuriser au maximum les
compilations et les installations effectuées par emerge.
Voilà : tous les commentaires sont les bienvenus.
Mes make.conf contiennent d'autres variables. Par exemple, la variable
suivante :
RSYNC_EXCLUDEFROM="/etc/portage/rsync_excludes"
Le fichier /etc/portage/rsync_excludes contient alors la liste des masques
des catégories d'ebuild jugées inutiles pour le système. Ainsi, lors d'un
emerge sync, ces catégories ne seront pas télécharger dans l'arbre portage,
ce qui permet d'accélérer par la suite le calcul des dépendances et aussi de
gagner de la place.
Exemple d'un de mes fichiers /etc/portage/rsync_excludes sur une machine
serveur où X et ce qui va avec sont totalement inutiles :
Il y a encore beaucoup d'autres options mais c'est à mon avis à découvrir au
fur et à mesure.
Le plus important est quand même de bien définir sa variable USE gloable,
ses CFLAGS et de définir la variable MAKEOPTS avec "-jCPUs+1".
Pour le reste, se référer aux commentaires du fichier /etc/make.conf.example
et au MAN de portage.
Dans le message <news:, *Vincent Ramos* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
Ayant l'impression d'avoir fait le tour de ma Debian, j'ai l'intention d'essayer une Gentoo.
Excellent ! ;-)
Or, je bloque un peu sur la configuration de make.conf, ne connaissant pas encore bien portage.
J'en appelle donc aux connaissances des autres pour corriger si besoin est ou proposer des améliorations. Je laisse de côté les options de compilation (bien que je ne comprenne pas tout, car j'ai trouvé pas mal de documentation sur le sujet).
Dans ce cas, si on ne veut pas se prendre la tête, il suffit d'appliquer celles données ici :
http://gentoo-wiki.com/Safe_Cflags
Voici les options possibles sur lesquelles je m'interroge :
J'ai mis deux mirroirs français en tête et j'ai gardé les adresses des serveurs proposés dans le manuel. Est-ce utile ?
Oui, car les miroirs gentoo-distfiles mettent plus de temps à se mettre à jour que les miroirs gentoo-portage. Il arrive donc parfois d'avoir un ebuild tout récent dans gentoo-portage et qu'on veut installer mais pas encore les archives tarballs présentes sur son miroir local. emerge, quand il va récupérer les fichiers nécessaires à la construction d'un paquet, va tenter de télécharger sur le premier miroir donné par la variable GENTOO_MIRRORS. Si ce miroir est HS ou que les fichiers sont non disponibles, emerge essayera alors de télécharger sur le miroir suivant et ainsi de suite. En mettant http://www.ibiblio.org/pub/Linux/distributions/gentoo en dernier, on est en principe sûr de pouvoir récuperer les fichiers nécéssaires puisque c'est le dépot officiel sur lequel se synchronise les miroirs.
J'en profite pour signaler un autre fichier de configuration qui est méconnu et qui permet de définir d'autres miroirs utiles pour les archives de certaines applications qui sont récupérées par emerge directement sur les miroirs officiels de ces applications et non pas à partir de gentoo-distfiles. Le fichier en question c'est /etc/portage/mirrors dont les miroirs définis à l'intérieur seront utilisés à la place de ceux définis dans /usr/portage/profiles/thirdpartymirrors.
Derrière ce nom d'hôte ce cache en fait un alias de plusieurs miroirs européens.
$ host rsync.europe.gentoo.org
Je pense que c'est assez logique (ma machine est en France).
Il existe aussi rsync://rsync.fr.gentoo.org/gentoo-portage.
AUTOCLEAN="yes"
Pourquoi pas ?
Oui, c'est même plus que recommandé et c'est de toute manière la valeur par défaut.
PORTAGE_TMPFS="/dev/shm"
Sinon, qu'est-ce qui serait utilisé ? /tmp ?
Le répertoire /var/cache/edb/dep à moins que la variable PORTAGE_DEPCACHEDIR ait été définie et sur un autre répertoire.
Quant aux « FEATURES », je ne connais pas encore assez Portage pour oser y toucher.
Dans un premier temps, je conseillerai la fonctionnalité ccache (après avoir bien sûr installé le paquet ccache) qui permet d'améliorer les temps de compilation. Pour ma part, j'utilise, en plus de ccache, les fonctionnalités sandbox, userpriv, strict et buildsyspkg. La dernière, non documentée et à ne pas confondre avec la fonctionnalité buildpkg, permet de conserver sous forme d'archives tarball compressées tous les paquets systèmes importants (ceux du stage 1 et 2). Ces paquets peuvent s'avérer très utile dans le cas où il faudrait restaurer un système corrompu, par exemple lors d'une mise à jour défectueuse ou infructueuse. Ces paquets sont créés à la fin de l'emerge et sont déposés dans le répertoire /usr/portage/packages. Les autres fonctionnalités permettent de sécuriser au maximum les compilations et les installations effectuées par emerge.
Voilà : tous les commentaires sont les bienvenus.
Mes make.conf contiennent d'autres variables. Par exemple, la variable suivante :
RSYNC_EXCLUDEFROM="/etc/portage/rsync_excludes"
Le fichier /etc/portage/rsync_excludes contient alors la liste des masques des catégories d'ebuild jugées inutiles pour le système. Ainsi, lors d'un emerge sync, ces catégories ne seront pas télécharger dans l'arbre portage, ce qui permet d'accélérer par la suite le calcul des dépendances et aussi de gagner de la place.
Exemple d'un de mes fichiers /etc/portage/rsync_excludes sur une machine serveur où X et ce qui va avec sont totalement inutiles :
Il y a encore beaucoup d'autres options mais c'est à mon avis à découvrir au fur et à mesure. Le plus important est quand même de bien définir sa variable USE gloable, ses CFLAGS et de définir la variable MAKEOPTS avec "-jCPUs+1". Pour le reste, se référer aux commentaires du fichier /etc/make.conf.example et au MAN de portage.
Sinon, si cela peut vous servir :
http://magnolia.tichou.org/~tichou/conf/gentoo/
Merci.
Avec plaisir.
-- Sébastien MONBRUN aka TiChou
Christophe PEREZ
Le Sat, 07 Jan 2006 02:51:35 +0100, Vincent Ramos a écrit:
Ayant l'impression d'avoir fait le tour de ma Debian, j'ai l'intention d'essayer une Gentoo.
Tout troll mis à part, je serai très curieux, lorsque tu auras bien pris en main cette gentoo, de connaître ton avis en comparaison de la debian.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sat, 07 Jan 2006 02:51:35 +0100, Vincent Ramos a écrit:
Ayant l'impression d'avoir fait le tour de ma Debian, j'ai l'intention
d'essayer une Gentoo.
Tout troll mis à part, je serai très curieux, lorsque tu auras bien pris
en main cette gentoo, de connaître ton avis en comparaison de la debian.
Ayant l'impression d'avoir fait le tour de ma Debian, j'ai l'intention d'essayer une Gentoo.
Excellent ! ;-)
Merci beaucoup pour tous ces conseils, qui sont maintenant dûment enregistrés.
Je continue mes lectures, d'autant plus que la documentation fournie par Gentoo est très agréable.
Vincent Ramos
Christophe PEREZ égrapsen en :
Tout troll mis à part, je serai très curieux, lorsque tu auras bien pris en main cette gentoo, de connaître ton avis en comparaison de la debian.
J'essaierai d'y penser : cela risque de prendre du temps car comme ma machine héberge deux sites web et une messagerie sous Postfix, je ne me permets de travailler sur ma Gentoo que pendant la nuit, quand le trafic est quasi nul (hormis le spam qui arrive à n'importe quelle heure).
La seule chose qui m'inquiète un peu, c'est que *tout* compiler doit être très long : télécharger le méta-paquetage « KDE » pour Debian et l'installer est relativement rapide, mais j'ai du mal à imaginer le temps que cela peut prendre pour Gentoo.
On verra bien ; mes principales motivations à changer de distro sont les suivantes : * une certaine lourdeur/lenteur dans le suivi des paquetages de testing qui commence à me prendre la tête (cf. ce genre de choses : <http://www.marmottux.org/index.php/2005/11/26/459-installer-k3b-dans-debian-testing-parce-que-le-package-est-parti>) ;
* ma distribution, à force de manipulations pas très orthodoxes (j'ai jonglé entre stable/testing/unstable...), n'est plus très propre et j'aime bien la nettoyer de temps en temps pour repartir sur quelque chose de net (vu que j'ai une politique de sauvegarde assez rigoureuse, cela ne me pose aucun problème) : tant qu'à faire, c'est le bon moment pour repartir sur autre chose ;
* l'envie de tester une nouvelle distro : j'ai commencé par une RedHat devenue une Fedora pour arriver à Debian testing en passant par une Knoppix/Kaella installée sur le disque et l'idée de me faire mon opinion sur les « grandes » distributions me plaît. Expérimenter, c'est très plaisant. Pour l'instant, c'est la Debian qui m'a le plus plu mais je ne souhaite pas en rester là car je pense avoir fait le tour de ce qu'elle peut offrir à un non-informaticien (je suis prof de lettres classiques sans aucun bagage informatique autre que ce que j'ai appris seul) ;
* l'intuition que si la Debian n'est pas forcément une distribution très facile pour un grand débutant, elle reste assez simple et bien documentée (c'est avec elle que j'ai le plus appris) et que je progresserai encore plus avec une Gentoo (ce qui me fait dire cela c'est que depuis quelques mois, quand je cherche de la doc sur certains sujets, comme udev dernièrement, c'est sur celle de Gentoo que je trouve le plus mon compte). Mon but est d'être capable, à plus ou moins long terme, d'arriver à une LSF, en fait.
Christophe PEREZ égrapsen en
<pan.2006.01.07.07.14.51.61758@novazur.fr> :
Tout troll mis à part, je serai très curieux, lorsque tu auras bien
pris en main cette gentoo, de connaître ton avis en comparaison de
la debian.
J'essaierai d'y penser : cela risque de prendre du temps car comme ma
machine héberge deux sites web et une messagerie sous Postfix, je ne
me permets de travailler sur ma Gentoo que pendant la nuit, quand le
trafic est quasi nul (hormis le spam qui arrive à n'importe quelle
heure).
La seule chose qui m'inquiète un peu, c'est que *tout* compiler doit
être très long : télécharger le méta-paquetage « KDE » pour Debian et
l'installer est relativement rapide, mais j'ai du mal à imaginer le
temps que cela peut prendre pour Gentoo.
On verra bien ; mes principales motivations à changer de distro sont
les suivantes :
* une certaine lourdeur/lenteur dans le suivi des paquetages de
testing qui commence à me prendre la tête (cf. ce genre de choses :
<http://www.marmottux.org/index.php/2005/11/26/459-installer-k3b-dans-debian-testing-parce-que-le-package-est-parti>) ;
* ma distribution, à force de manipulations pas très orthodoxes (j'ai
jonglé entre stable/testing/unstable...), n'est plus très propre et
j'aime bien la nettoyer de temps en temps pour repartir sur quelque
chose de net (vu que j'ai une politique de sauvegarde assez
rigoureuse, cela ne me pose aucun problème) : tant qu'à faire, c'est
le bon moment pour repartir sur autre chose ;
* l'envie de tester une nouvelle distro : j'ai commencé par une RedHat
devenue une Fedora pour arriver à Debian testing en passant par une
Knoppix/Kaella installée sur le disque et l'idée de me faire mon
opinion sur les « grandes » distributions me plaît. Expérimenter,
c'est très plaisant. Pour l'instant, c'est la Debian qui m'a le plus
plu mais je ne souhaite pas en rester là car je pense avoir fait le
tour de ce qu'elle peut offrir à un non-informaticien (je suis prof
de lettres classiques sans aucun bagage informatique autre que ce que
j'ai appris seul) ;
* l'intuition que si la Debian n'est pas forcément une distribution
très facile pour un grand débutant, elle reste assez simple et bien
documentée (c'est avec elle que j'ai le plus appris) et que je
progresserai encore plus avec une Gentoo (ce qui me fait dire cela
c'est que depuis quelques mois, quand je cherche de la doc sur
certains sujets, comme udev dernièrement, c'est sur celle de Gentoo
que je trouve le plus mon compte). Mon but est d'être capable, à plus
ou moins long terme, d'arriver à une LSF, en fait.
Tout troll mis à part, je serai très curieux, lorsque tu auras bien pris en main cette gentoo, de connaître ton avis en comparaison de la debian.
J'essaierai d'y penser : cela risque de prendre du temps car comme ma machine héberge deux sites web et une messagerie sous Postfix, je ne me permets de travailler sur ma Gentoo que pendant la nuit, quand le trafic est quasi nul (hormis le spam qui arrive à n'importe quelle heure).
La seule chose qui m'inquiète un peu, c'est que *tout* compiler doit être très long : télécharger le méta-paquetage « KDE » pour Debian et l'installer est relativement rapide, mais j'ai du mal à imaginer le temps que cela peut prendre pour Gentoo.
On verra bien ; mes principales motivations à changer de distro sont les suivantes : * une certaine lourdeur/lenteur dans le suivi des paquetages de testing qui commence à me prendre la tête (cf. ce genre de choses : <http://www.marmottux.org/index.php/2005/11/26/459-installer-k3b-dans-debian-testing-parce-que-le-package-est-parti>) ;
* ma distribution, à force de manipulations pas très orthodoxes (j'ai jonglé entre stable/testing/unstable...), n'est plus très propre et j'aime bien la nettoyer de temps en temps pour repartir sur quelque chose de net (vu que j'ai une politique de sauvegarde assez rigoureuse, cela ne me pose aucun problème) : tant qu'à faire, c'est le bon moment pour repartir sur autre chose ;
* l'envie de tester une nouvelle distro : j'ai commencé par une RedHat devenue une Fedora pour arriver à Debian testing en passant par une Knoppix/Kaella installée sur le disque et l'idée de me faire mon opinion sur les « grandes » distributions me plaît. Expérimenter, c'est très plaisant. Pour l'instant, c'est la Debian qui m'a le plus plu mais je ne souhaite pas en rester là car je pense avoir fait le tour de ce qu'elle peut offrir à un non-informaticien (je suis prof de lettres classiques sans aucun bagage informatique autre que ce que j'ai appris seul) ;
* l'intuition que si la Debian n'est pas forcément une distribution très facile pour un grand débutant, elle reste assez simple et bien documentée (c'est avec elle que j'ai le plus appris) et que je progresserai encore plus avec une Gentoo (ce qui me fait dire cela c'est que depuis quelques mois, quand je cherche de la doc sur certains sujets, comme udev dernièrement, c'est sur celle de Gentoo que je trouve le plus mon compte). Mon but est d'être capable, à plus ou moins long terme, d'arriver à une LSF, en fait.
George Abitbol
Pour le reste, se référer aux commentaires du fichier /etc/make.conf.example et au MAN de portage.
et dans le cas present celui de make.conf sera utile aussi je pense ;o)
Pour le reste, se référer aux commentaires du fichier
/etc/make.conf.example et au MAN de portage.
et dans le cas present celui de make.conf sera utile aussi je pense ;o)
