GentooForum.de

Aktuell ist es egal, an welcher dieser beiden Positionen die make.conf liegt. Wichtig ist, dass es nur eine gibt. Sonst geht einiges durcheinander. Solltest du keine haben, dann meckert emerge sofort und es geht gar nichts. Keine Ahnung, welche verwendet wird, wenn du zwei hast.

Keine Ahnung, was passiert ist, warum der gcc nicht mehr funktioniert. Kann daran liegen, dass deine selbsterstellte make.conf fehlerhaft war. Aber das ist böse, da kommt man nicht so einfach von weg. Es soll irgendwo einen funktionierenden gcc als Executable zum Download geben. Hab jetzt aber nicht im Kopf, wo.

~amd64 erzeugt kein instabiles System, es nennt sich ja auch "testing" und nicht "instable". Das einzige, was dabei problematisch ist, dass ist die Tatsache, dass sich einige Pakete manchmal nicht übersetzen lassen. Wenn du es kompiliert bekommst, dann läuft es.

Wenn man nicht weiß, wohin und umherirrt, dann richtet man manchmal mehr Schaden an, als man beseitigt. Installiere die Kiste noch mal komplett neu. Du weißt jetzt, worauf du achten musst. Das geht schneller und ist nicht so frustrierend wie tagelange Fehlersuche.

Dass GCC nach dem ersten Update nicht funktioniert kommt schonmal vor. Prüfe mal ob ein GCC "ausgewählt" ist

Zitat von »Windhund«

[...] Nun die Frage:

Wird die /etc/make.conf nicht mehr berücksichtigt, sondern nur noch die /etc/portage/make.conf? [...]

Hallo alle zusammen.
Da mich die Frage auch interessierte habe ich es kurz getestet :)
Ausgangslage ist ein altes System auf dem die make.conf noch unter /etc/make.conf liegt
Zunächst wurde im noch unveränderten System geschaut wie portage die CFLAGS Variable aus der /etc/make.conf nutzt
Dann wurde die vorhandene /etc/make.conf mit nach /etc/portage/make.conf kopiert (ohne die alte /etc/make.conf zu entfernen)
Nun wurde in der /etc/portage/make.conf auf CFLAGS="-test_ist_aus_/etc/portage/make.conf" gesetzt, um unterscheiden zu können - Das Ergebnis ist Sprich, portage verwendet nun vorrangig die /etc/portage/make.conf
Nun noch ein Test mit in der /etc/portage/make.conf entfernter CFLAGS Variable - Ergebnis ist: (Welches nun aus der /etc/make.conf genutzt wird)

Fazit:
Sofern es beide gibt, also /etc/make.conf und sowohl auch /etc/portage.make.conf dann nutzt portage die Variable aus /etc/make.conf Doch ist die selbe Variable auch in der /etc/portage/make.conf gesetz, dann wird diese vorrangig verwendet.
Sprich, das letzte "Wort" hat letztendlich die /etc/portage/make.conf

Zitat von »Reinhard3«

[...]Installiere die Kiste noch mal komplett neu. Du weißt jetzt, worauf du achten musst. Das geht schneller und ist nicht so frustrierend wie tagelange Fehlersuche.

Hm, neuinstallieren ist meist die schlechteste Lösung. Zum einen ist sie sehr aufwändig, und zum anderen weiß man hinterher immer noch nicht woran es eigentlich gelegen hat - oftmals wird man dann den gleichen Fehler wieder machen, und sitzt dann wieder vor dem gleichen Problem.
Sprich, den Fehler suchen, ihn erkennen, und dann beseitigen ist meist die nachhaltigere Lösung :)

---------------------------------------------------------------------------------------------------------------------------------------------------------

Noch kurz zu dem anscheinend nicht mehr vorhandenen Compiler:
Manfred, du hattest vermutlich wieder global alles aus dem Testing-Zweig freigeschaltet?! - wenn ja, dann wurde dir sicherlich zusätzlich der gcc:4.6 mit installiert. Wenn du nun zb via --depclean den alten aktuell noch aktiv gesetzten stable gcc:4.5 deinstallieren lässt, dann hast du keinen aktiv gesetzten Compiler mehr da das umstellen nicht automatisch geschieht (und das ist auch gut und richtig so).
Den neuen Compiler aktiv setzen, so wie von bell weiter oben schon erwähnt hätte helfen sollen :)

MfG - Josef.95

@ josef.95: Danke für Test und Fazit! Ich habe da auch schon lange rumgerätselt.