Budowanie zale?nych od siebie pakiet?w (Re: 2.2 vs 2.4 -- propozycja)
Tomasz Kłoczko
kloczek w rudy.mif.pg.gda.pl
Czw, 26 Lip 2001, 02:17:26 CEST
On 24 Jul 2001, Arkadiusz Miskiewicz wrote:
> Tomasz Kłoczko <kloczek w rudy.mif.pg.gda.pl> writes:
>
> > Radze zrknać na kernel 2.4 z MDK czy RH.
> Niestety nie zerknę - modem :-(
>
> > > 2) niemożnośc używania własnych kerneli (a to już jest taki argument,
> > > którego mocno nie nadgryziesz), a co za tym idzie:
> >
> > Nie wiem na podstawie czego to wysnułeś.
> Więc tak. Mamy kernel*.src.rpm zawierający alse, lirca i wszystkie
> pozostałe pakiety. Ja mam swój kernel, a chcę zbudować sobie alsę z
> rpma (by spełnione były wszelkie zależności). Jak mam to zrobić ? NIE
> DA SIĘ bez rekompilacji kernel*.src.rpm. Dziś to po protu rpm -bb
> alsa-driver-up*src.rpm.
Zauważasz, że kompilacja włąsnego kernela + włąsna alsa nie to to samo co
kompilacja kernela z alsą wspólnie ?
jak chcesz meić krócej kompilujacy sie kernel bo nei wszyetko
potztrebujesz to pod=mieniasz odpwoeiodni pliki kernel-*.config i to
wszyztko.
> > > 3) niemożność kompilowania poszczególnych części takich jak lirc, alsa
> > > itd
> >
> > Jak ALSA wejdzie do kernela to beziesz miał dokłądnie to o czym mówisz.
> > Przygotowanai na to widac juz wyraźniej. 2.5 jest już neidaleko.
> Tak, tylko, że jak już wejdzie to nie ważne czy wezmę naszego
> kernel.rpma, czy źródła Linusowe z byle jakiego CDka by samemu sobie
> skompilować - ALSA tam po prostu będzie i świetnie.
To po co zawracasz głowe skoro nie beziesz używał kernwla z pakeitu ?
Tak czy ianczej zasób kernala w pakeicie jest dla tych co nei chcą robić
tu nic sami. Jeżeli nie zaliczasz sie do tej grupy to skończ ten wątek i
pzrestań pisać że to Ci wczymś pzreszkadza.
kloczek
--
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*
Więcej informacji o liście dyskusyjnej pld-devel-pl