= SourceMage na AMD64 - Dzięki pracy Benoit, mamy teraz testowe iso 0.9.4 dla platformy x86_64. Dostaliśmy informację od kilku użytkowników, że płytka działa.
Masz do wyboru używanie równocześnie bibliotek 32 i 64-bitowych (tak, jak na płytce), albo też chirurgiczną operację zainstalowanego systemu i uczynienie go czysto 64-bitowym.
Multilib: Zachowywanie 32 bitów
Ta opcja pozwala Ci uruchamiać programy 32-bitowe na 64-bitowym systemie. Jednak programy 64-bitowe nie mogą linkować do 32-bitowych, ani dynamicznie ani statycznie, a więc nie będzie się dało np. używać 32-bitowych wtyczek do 64-bitowego Firefoxa.
Czyste 64 bity: Palenie mostów
Ta opcja przemieni Twój system w prawdziwie 64-bitowy, bez możliwości kompilowania ani uruchamiania programów 32-bitowych. Zyskasz wydajność (nie zawsze), ale narazisz się na pewne problemy, których niektóre zaklęcia doświadczają przy 64-bitowym uruchamianiu. Teraz, kiedy Intel też ma już swój procesor 64-bitowy, i promuje go tak, jak i AMD, coraz więcej oprogramowania jest przenoszone na 64 bity, tak więc opcja ta jest bardziej perspektywiczna.
Jak to zrobić? Po zakończeniu instalacji, zrestartuj komputer i upewnij się, że możesz się zalogować. Jeśli wszystko jest OK, zresetuj jeszcze raz z płytką w stacji, przejdź do trybu naprawczego (repair mode) i wykonaj, co następuje: # Zamontuj swoją partycję roota; # Przenieś wszystko z /lib64 do /lib; # Zlinkuj (symlink) /lib64 do /lib; # Przenieś wszystko z /usr/lib64 do /usr/lib; # Zlinku (symlink) /usr/lib64 do /usr/lib; # Usuń odwołania do /lib64 i /usr/lib64 z /etc/ld.so.conf; # Uruchom "ldconfig -r <partycja roota>" (można dodać -v żeby oglądać przebieg procesu); # Zrestartuj komputer i ciesz się 64 bitami 
Problemy z testowym iso
Używane są nagłówki multilib zamiast zwykłych. Niektórym zaklęciom może się to nie podobać. Większość już została naprawiona, i ponieważ multilib nie jest już potrzebny, możesz użyć gaze alien żeby usunąć /lib/include/* po przebudowaniu glibca. Trzeba jednak uważać przy tej operacji, poza tym nie jest ona konieczna do działania systemu.
Po uaktualnieniu grimoire, najpierw zrób cast gcc, a potem cast g++. Jest to najlepszy sposób na aktualizację do nowego layoutu rozdzielonego kompilatora. Rzucenie g++ jako pierwszego doprowadziłoby do otrzymania bezużytecznego kompilatora i konieczności przywracania specyfikacji z różnych plików (wpadnij na IRCa, żeby się dowiedzieć więcej).
Upewnij się, że ncurses jest kompilowane z wsparciem dla utf-8. Niechcący zostało to włączone na iso, a powrót do ncurses bez wsparcia dla utf-8 bez statycznie skompilowanego basha (w /usr/bin/bash.static) jest skomplikowany. Jeśli nie zrobisz tego poprawnie, pobierz cache ncurses i readline od kogoś na IRCu i przywróć je na swoim systemie, albo też użyj statycznego basha, by zrobił do za Ciebie. (Uwaga: aktualnie bash.static nie działa na iso, więc cache są najlepszym wyjściem).
Od iso x86_64-0.9.4-test3
(NOWE) Wszystkie powyższe problemy powinny były zostać naprawione przynajmniej w grimoire stable-rc; musimy tylko wypuścić nowe iso. Problem z ncurses pozostał w stabilnym grimoire.