Th - uwagi

[Jan Rekorajski]

On Mon, 05 Feb 2007, Arkadiusz Miskiewicz wrote:

> 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.

Czy gdzies mozna zobaczyc jak powinien wygladac rpm po 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.

A przynajmniej dac do ac-supported przejsciowy rpm.

> >    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?

Standartowy myk, upgrade openssl i/albo libstc++ wciaga 3/4 systemu
zaleznosciami, wiec trzeba sobie doinstalowac druga wersje i dalej mozna
juz spokojnie upgradowac co sie chce.

> > 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?

Przy budowaniu glibc jest "uczony" nowych numerkow __NR_syscall, konczy
mi sie budowac pakiet wiec zaraz pewnie wrzuce.

> > [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ę.

Wiem, ale w efekcie kod moze dzialac nieciekawie na czyms innym.

Janek
-- 
Jan Rekorajski            |  ALL SUSPECTS ARE GUILTY. PERIOD!
baggins<at>mimuw.edu.pl   |  OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY?
BOFH, MANIAC              |                   -- TROOPS by Kevin Rubio