On Sat, Nov 12, 2005 at 02:25:52AM +0100, Arkadiusz Miskiewicz wrote: > Pojawił się problem. 2.6 na sparc32 jest w stanie opłakanym więc w AC będzie > userspace 32 bitowe natomiast sam kernel 2.6 będzie budowany pod sparc64. > > Jest to zrobione z użyciem crosskompilatora i kernel ładnie się buduje > (rezultaty w ac-ready). > > Problem jest jednak z pakietami w których z jednej paczki budują się na raz > userspace i kernelowe moduły. Dlaczego? - ano dostajemy np: > > Wrote: /home/users/builder/rpm/RPMS/shfs-0.35-7.sparc64.rpm > Wrote: /home/users/builder/rpm/RPMS/[EMAIL PROTECTED] > Wrote: /home/users/builder/rpm/RPMS/[EMAIL PROTECTED] > > Userspace jest sparc64 :-/
BTW: IIRC iptables musi być sparc64, żeby działało na jądrze sparc64 > Chciało by się uzyskać: > Wrote: /home/users/builder/rpm/RPMS/shfs-0.35-7.sparc.rpm > Wrote: /home/users/builder/rpm/RPMS/[EMAIL PROTECTED] > Wrote: /home/users/builder/rpm/RPMS/[EMAIL PROTECTED] > > 32 bitowe userspace i 64 bitowe moduły kernelowe. > > Niestety chyba w rpmie nie ma takiej możliwości :-/ Ma ktoś pomysł jak ugryźć > problem? Do testów można brać np. shfs.spec > > Jedyne wyjście jakie widzę to rozdzielanie userspace i kernelspace do > osobnych > specy. Można budować na dwie tury (*.sparc.rpm z --without kernel i *.sparc64.rpm z --without userspace). Udoskonalenie automatyki i tak by się przydało - żeby dało się budować kernel24 na obie architektury (tyle że do 2.4.31 jest potrzebny starszy kompilator niż trafił do Ac... :/). -- Jakub Bogusz http://qboosh.cs.net.pl/ _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
