Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
emerge -e system && emerge -e system && emerge -e world && emerge -e world
To? Ale po co? U mnie to jakieś 30 - 40 godzin by jechało... a i tak wszystko byłoby potem tak samo jak jest teraz :)
BTW, zresztą nie umiem znaleźć żadnego sensu w kompilowaniu czegoś czterokrotnie ot tak...
Ostatnio edytowany przez ArnVaker (2010-05-30 22:29:08)
Offline
Zwróć uwagę, że zrobiłem to na dwóch kompach i tylko blaszak padł. Nie wiem, czy ze względu na distcc czy poszło o zmianę gcc.
Offline
A oto rozwiązanie:
5. Częste problemy
Przed aktualizacją (nieważne którą metodą) należy wyłączyć distcc (jeśli się go używa). Mieszanie wersji kompilatorów może spowodować problemy z kompilacją. Nie jest to wymagane w przypadku ccache, ponieważ obiekty z ccache zostaną i tak unieważnione.
Czyli generalnie moja wina :)
źródełko
Offline
Najlepiej zassaj obraz net install czy jakos tak sie to zwie
Przed kompletnym instalowaniu softu zainstaluij NEW gcc bedziesz wiedział dokłdanie co i gdzie robi BuBu
A ja nie mam Szklanej kuli i duzo ni widzę
Edit
Umnie działa wersja gcc 4.6 cacy
oraz llvm-gcc też ale nie dokońca
a oks jak chcesz to zrób eksperyment z nowym kopilatorem
CC="/usr/bin/llvm-gcc"
CXX="/usr/bin/llvm-g++"
CPP="/usr/bin/llvm-cpp"
Powiem juz z góry drajwerów z nvidii nie buduje
ALe wydajnośc kompilowanka jest zaskująca w pyte
Ostatnio edytowany przez Ryszard (2010-06-04 17:36:13)
Offline
Teraz to ja już wiem, co i jak :) Byłem tylko ciekaw, gdzie dałem ciała - i to też już wiem.
Offline
To nie mój wątek - ja się tylko podczepiłem, żeby nie tworzyć nowego, bo z grubsza też dotyczył gcc.
Offline
Sorki cos mi sie edytowńie postów zwaliło
Offline
Watek zacząłem - kiedy wszystkie wersje gcc 4.4.* w czasie kompilacji zatrzymywały się,
i czekały aż zlikwidują podatki.
Cieszę się - że taki bzdurny wątek żył swoim życiem.
W tej chwili - po kolejnym sepuku ubusia próbowałem przeprowadzki na Debiana Squeeze - poległem na xserverze 1.7.6 - jest w nim błąd, miałem ten błąd również w gentoo.
W tej chwili znowu ubuś, lecz nie całkiem.
Kernela: 2.6.33.5-zen3 nigdy w ubusiu nie było i nie będzie, ster nvidii przez skrypt fglxi (debianowo - siduxowy), a jajo metodą klasyczną (make moduless_install, make install).
W ubusiu właśnie w jaju miałem jakiś błąd.
Ale jak znajdę trochę czasu - w lipcu, zamierzam zrobić coś szalonego z gentoo:
cały system - od sufitu do podłogi na gcc 4.4 - 4.5 i profilu hardened z grsecurity i paxem w jaju.
Chcę sprawdzić - czy na takim systemie w ogóle może działac desktop, z paroma grami, wine, mplayerem, skypem, jackiem, i sterami nvidii.
Czy do takiego pomysłu potrzebuję czasu i sprytu, czy psychiatry i kaftanu?
Pozdrawiam
;-)))))
Ostatnio edytowany przez Jacekalex (2010-06-19 14:40:16)
Offline
Jacekalex napisał(-a):
Czy do takiego pomysłu potrzebuję czasu i sprytu, czy psychiatry i kaftanu?
Pozdrawiam
;-)))))
Jak Ci nie szkoda czasu i jest to potrzebne to kombinuj...
Offline
sp3cu napisał(-a):
Jak Ci nie szkoda czasu i jest to potrzebne to kombinuj...
Czasu trochę mam - a postanowiłem zobaczyć, do czego jeszcze się ten czołg (Gentoo Hardened) nadaje.
Bo jak widze wybitnych fachowców (nie chcę nikogo uraźić) którzy Active Directory klikać potrafią,
i potrafią w Debianie Apacha z php postawić, (i ewentulanie postfixa), ale na hasło grsecurity, mod-security - czy snort - pokazują plecy, - ale przedstawiają - się - jako fachowcy od serwerów,
to mnie pusty śmiech bierze.
A znam takiego jednego inżyniera....
Pozdrawiam
;-)))
Offline