Th - uwagi

[Arkadiusz Miskiewicz]

On poniedziałek, 5 lutego 2007, Jan Rekorajski wrote:
> 1) rpm jest _z***any_
>    a) nie da mu sie przetlumaczyc w .rpmmacros/rpmrc zeby budowal
>       na cos innego niz on sobie wymysli
>    b) optflags dla i686 powinny byc: -march=i686 -mtune=generic
>       zdecydowanie _NIE_ -mtune=pentium4 [1]

Pozmieniała się ludkom od rpma koncepcja architektur KOMPLETNIE (dokładniej 
nie ma już jako takiej koncepcji powiązanej ze sprzętem via cpuid(); 
jest  --target whatever i wtedy rpm czyta makra 
z /usr/lib/rpm/whatever/macros; tam też trzeba powsadzać odpowiadające nam 
cflags dla wygodnych nam nazw jak np. i686 itp).

Nasz rpm, że tak powiem jest w połowie drogi tranformacji.

> 2) podstawowy upgrade Ac -> Th to niezla jazda bez trzymanki, trzeba
>    miec troche wiecej wiedzy niz troche zeby to bezbolesnie zrobic
>    a) lzma moze jest i fajne ale rpm z Ac tego za cholere nie rozumie a
>       nie jest udostepniony zaden rpm "przejsciowy"

Fajnie było by dodać obsługę lzma do ACowego... jak się nikomu nie będzie 
chciało to pozostanie opcja wyłączenia tego by default w Th.

>    b) openssl, libstdc++ to akurat umiem "rozbroic", ktos kto nie
>       wpadnie na rpm -ivh <base> ; rpm -Uvh <base>-* na tym polegnie

Hm, a tu o co biega?

> 3) wlasnie adaptuje do naszego speca system budowania glibc z Fedory,
>    tak zeby nie trzeba bylo wymagac coraz nowszego kernela do korzystania
>    z najnowszych syscalli

Ciekawe, glibc poszatkowany na jeszcze mniejsze kawałki ładowane per arch czy 
jak to wygląda?

>
> [1] p4 to nie jedyne i686, pamietajcie ze AMD oprocz kart graficznych
>     produkuje tez procesory, no i jest jeszcze cala kupa starszego sprzetu

Nie jest to co prawda krytyczne bo mtune nie wpływa na listę używanych 
rozkazów, a jedynie na optymalizację.

> Janek

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/