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/ _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
