Reprise du message précédent :
Ah ben si, tu avais aussi posté là odelpasso!
 
Sinon, le fichier qui va bien pour gérer les fichiers temporaires -> /etc/conf.d/bootmisc.
 
Chez moi:

Est-ce qu'il est possible de mettre directement "/usr/portage/distfiles" dans la RAM comme les dossiers /tmp et /var/tmp ?
 
Est selon vous, une fois que l'on a crée notre fichier .config le plus au point, est-ce vous effacez également les fichiers source du Kernel dans /usr/src ?

C'est sûrement possible, mais je ne saisis pas l'intérêt sachant que c'est ta liaison internet qui limite.
Sinon, personnellement, je ne conserve que deux noyaux à la fois, le courant et le précédent au cas où.

Pour faire le ménage dans distfiles, il y a eclean-dist qui fait partie de gentoolkit.
Les options que je trouve utiles sont --deep et --fetch-restricted

Eclean conserve quand même toutes les sources ou au mieux, les sources de la version installée.

J'ai installé la version gcc 6.3.0 présent dans testing. Tout s'est bien passé, j'ai suivi le wiki Debian et lancé ces commandes : env-update && source /etc/profile
 
Le problème est lorsque je souhaite me débarrasser de l'ancienne version de gcc qui est installée.  
Je vérifie déjà que j'ai activé la nouvelle version de gcc, ce qui est le cas :

 
Maintenant le wiki dit de lancer la commande emerge --ask --depclean =sys-devel/gcc-x.y.z
Et voilà ce j'ai en résultat :

 
Qu'est-ce que j'ai déjà cassé dans ma nouvelle installation...  

 
 
Plus sérieusement, tu as un lien du guide que tu as suivi ?

 
Faute de frappe roh ... bien sur que c'était le wiki Gentoo ...
-> https://wiki.gentoo.org/wiki/Upgrading_GCC/en

T'as du oublier de faire un revdep-reduild --deep et un emerge --deep après la fin de ton installe, GCC 5.4 est là, mais non enregistré dans l'arbre portage. Courant après une fresh install et si t'as pas réémergé ton système full après l'install.

J'essayerais cela ce soir. Par contre niveau commande c'est pas la meme chose que sous Debian.
 
Quand tu réémerges ton systeme, ca revient a faire :
emerge -avqDN with-bdeps=y world ?
 
Si oui, c'est normal qu'il souhaite m'installer de nouveaux packages ?
Ou alors ce sont des paquets deja installe, il faut que je verifie.
 
Il y a une commande sous Gentoo qui permet de voir si tel ou tel paquet, sa version et son architecture est installe ?  
Comme dpkg -l | grep nom_du_paquet sous Debian

eix [nom du paquet]

Pourquoi vouloir rebuild tes paquets ?

Je demande car quand je cherche à X endroit les manières de mettre a jour/réémerger sa Gentoo, il y a un nombre incalculable de "emerge ... world" différents ...  Donc ma question etait aussi pour savoir laquelle est la mieux.

 
Certains symlinks sont foireux dans les tarball des stages 3, et du coup, le système de base est présent mais non enregistré en base. Le réémerge complet peut éviter les soucis de GCC, kernel et glib, et rien que pour ça un réémerge full après une install fraîche peut être conseillé.
 

 
Ban non, puisque c'est pas Debian.

Concernant le nettoyage du système, il n'y a aucune commande pour supprimer toutes les sources, même celles qui sont installées.
 
Que ce soit eclean -d distfiles / eclean distfiles, les sources qui correspondent à un ebuild ne sont pas supprimés... Bon, va falloir que je foute ça sur une partition séparé, j'ai pas un gros SSD moi. Autant même ça sur un HDD.

Les sources sont enregistrées par défaut dans /usr/portage/distfiles.
Tu peux donc:
- supprimer le contenu du dossier:
# rm -r /usr/portage/distfiles/*
 
- si tu as beaucoup de RAM, faire comme conseillé plus haut et le monter sur un tmpfs:
mount -t tmpfs -o uid=portage,gid=portage none /usr/portage/distfiles
 
- le déplacer vers /tmp qui sera effacé à chaque reboot (et qui peut être monté en tmpfs) avec la variable DISTDIR dans make.conf
DISTDIR=/tmp/distfiles

Nickel tout ca, je te remercie.
 
Par contre, je suis embete sur certains points. Gentoo permet d'installer les applications que l'on veut sans en avoir une multitude d'installer en dependances.
 
Le hic survient lorsque je souhaite emerger mate via le meta-package du meme nom, je me retrouve avec brasero, cdparanioa, wireless-tools et d'autres applications qui sont dans la liste a emerger.  
 
Mais je n'ai absolument pas besoin de tout cela. Comment cela ce fait-il que emerge veut me les compiler ? Est-il possible d'empecher leur installation ?

 
Tu peux choisir ce que tu veux ajouter ou non avec les USE flags.
As-tu suivi ce guide ?
https://wiki.gentoo.org/wiki/MATE

Oui je l'ai suivi mais il est vrai que j'ai installe le metapackage "mate".
Faudrait que je desinstalle tout et reinstalle sans passer par le metapackage.
 
C'est possible de savoir par quel ebulld brasero est appelé ?
Car j'ai fait le tour de tous les ebuilds concernant mate-* et il n'y aucune mention de brasero ou wireless-tools.
 
C'est bien beau les flags mais c'est dommage de ne pas voir quelles sont les applications liées a une autre sur le site des paquets de Gentoo.

$ equery depends brasero
(depuis le package gentoolkit il me semble)
 
puis adapter USE au besoin, de façon globale ou uniquement pour le paquet concerné.

J'ai un petit soucis sur ma Gentoo actuellement. Lorsque je tente de lancer le jeu Valhalla Hills, celui-ci crash au démarrage avec des messages d'erreur concernant llvm-4.0. Voyez par vous-même :

 
Ce qui m'étonne c'est que le jeu se lance parfaitement bien sur Debian qui utilise la même version de Mesa (17.1.5), la même version LibDRM (2.82) et la même version de LLVM (4.0.1) ... Et manque de pot, ça crash sur Gentoo sans savoir pourquoi.  

Question les gentooiens/funtooiens, vous avez du ryzen sur gentoo récente ? Pas de soucis de compilation sur petite quantité de ram ?

J'imagine que 16Go doit être limite avec un R7 (déjà que 8Go, c'est insuffisant avec mon phenomII X6 ...).

Pourquoi ce serait un soucis en fait ?
C'est possible d'être oom à cause de ça ?    
Au pire il y a la swap ?

Oui, j'ai déjà eu des out of memory avec 8Go sur certains paquets avec juste une session KDE de lancée (sans rien d'autre d'ouvert que konsole qui fait la compilation bien entendu).
C'est sûr que tu peux mettre du swap, mais bon.
 
Bref, c'est juste l'évolution et le multithreading qui augmente sous Gentoo .

Je pense à ça : https://github.com/suaefar/ryzen-test

Up, des nouvelles ?
 
Threadripper de test non affecté ici. (mais bon, y'a plus de ram que de stockage SSD sur la machine )

J'ai un Ryzen 1700X et 16Go et en effet, lorsque je dois emerger une grande quantité de paquet, j'ai droit à un segfault au bout d'un moment ...
 

 
Si ton proc fait des segfault, contacte AMD.

Un nouveau profile se prépare : 17.0.  
Parmi les nouveautés intéressantes : passage à gcc 6 mais surtout activation par défaut des options de compilations pie et ssp précédemment réservées au profile hardened!  
 
Pour plus d'infos sur ces options : https://wiki.gentoo.org/wiki/Hardened/Toolchain
 
J'ai activé ce nouveau profile il y a deux jours et la migration s'est bien passé (recompilation @system et @world).

Je croyais qu’ils avaient laissé tomber "Hardened" parce que le programme sur lequel ils se basaient était passé proprio/semi-proprio.
On m’aurait menti ?

C'est seulement le noyau hardened qui est arrêté en raison des patchs Grsecurity qui ne sont plus disponibles librement, cf https://www.gentoo.org/news/2017/08 [...] moval.html
 
En revanche, les profiles hardened restent bien disponibles!

Et là, je pousse un gros soupir, punaise les derniers profiles dataient de quand ? 2013 pour les 13.0 ?
 
Pour les hardened, Grsec n'était pas approuvé par les agences américaines, j'y voie plus une décision "politique" gentoo qu'une réelle entrave. Rien n'empêche de patcher grsec et d'avoir un overlay, je pense a celui d'"AGO" (Agostino Sarrubo). La décision de se passer du patchset pour gentoo est compréhensible, mais depuis les annonces d'avril, c'était largement prévisible (et la décision de Open Source Security de passer GRS en entité privée pour pas avoir de comptes à rendre à la NSA à l'opposé de red-hat pour SELinux).
 
Les noyau hardened vont surement passer en SEL (et on risque d'avoir bientôt une obligation de systemd sur hardened).

Plop :

-> profile 17.1 en cours .

 
Je me répond à moi même et c'est ... Juste crade en fait.
 
https://forums.gentoo.org/viewtopic-t-1074166.html
 
Edit : Ca va finir que mes multilib vont gicler en gentoo AMD64, tout passer en 64 pure et je vais remonter des jails 32bits pour wine et steam.
Mes systèmes "LTS" attendront que ça soit stable. Pour le reste tout passer sous funtoo et basta.
 
Edit² : main page mise à jour.

Je pense que ça serait cool de mettre un coup de projecteur sur PacToo, un projet de distribution de binaires via P2P.

 
Et de compiler les distro intéressantes basées ou forkées de Gentoo, genre calculate, sabayon, funtoo.

Ce que j'aimerais à Gentoo, c'est de créer un paquet personnel après chaque compilation.
Car si par accident, on casse la Gentoo et qu'on refait une installation, emerge fait en sorte de voir si le paquet existe, l'installe si c'est le cas ou compile dans l'autre cas. Ca donnerait un gain de temps pour tout le monde.

https://wiki.gentoo.org/wiki/Binary [...] y_packages ?
 
Sinon, si tu casse ta gentoo, pourquoi pas restore depuis un backup ?

J'utilise de temps en temps quickpkg qui marche plutôt bien. Je me suis dit que j'activerai la fonctionnalité "buildpkg" mais je ne l'ai jamais fait.

La génération de paquets binaires permet de revenir assez vite en arrière en cas de problème.

Bon il faut que je m'attaque au profile 17.1 aussi.

Je pense aussi peut-être migrer vers un profile no-multilib à l'occasion.

Sinon, j'ai ré-installé ccache récemment... le temps de compilation de Chromium devenant vraiment trop long

@MysterieuseX, que t'apporterait Funtoo comparé à Gentoo ?

edit : en fait, je vais attendre pour le profile 17.1 Rien d'urgent et je n'ai rien envie de casser aujourd'hui

Surtout que tu dois recompiler tous les paquets liés à /lib32 /usr/lib32 (dans les 300 pour ma part).