depmod (by³o Re: SPECS: slmdm.spec (HEAD) i wiele innych)

Tomasz Trojanowski tomek w uninet.com.pl
Pon, 19 Maj 2003, 09:16:15 CEST


On Sun, 18 May 2003, Jakub Bogusz wrote:

> On Fri, May 16, 2003 at 11:00:31AM +0200, Tomasz Trojanowski wrote:
> > On Fri, 16 May 2003, Jakub Bogusz wrote:
> > > On Thu, May 15, 2003 at 08:20:06PM +0200, trojan wrote:
> > > > -/sbin/depmod -a -F /boot/System.map-%{_kernel_ver} %{_kernel_ver}
> > > > +/sbin/depmod -a %{!?_without_dist_kernel:-F /boot/System.map-%{_kernel_ver} }%{_kernel_ver}
> > > 
> > > Tu chyba trzeba pozwoliæ na dostosowanie. Proponujê dodanie makra:
> > > %__depmod	/sbin/depmod -a -F /boot/System.map-%{_kernel_ver} %{_kernel_ver}
> > > 
> > > i stosowanie w specach (+odpowiednie rpm-build w BR).
> > > Jak kto¶ potrzebuje czego¶ innego, to sobie przedefiniuje dla u¿ywanego
> > > przez siebie schematu nazewnictwa System.map (Ja np. dla j±der
> > > niedystrybucyjnych u¿ywam System.map-2.4.x, co pasuje do ww. postaci).
> > 
> > Tak sobie w³a¶nie my¶lê, ¿e mo¿e wogóle daæ sobie spokój z wydziwianiem z 
> > depmod i zostawiæ tylko /sbin/depmod i ewentualnie
> > touch /var/cosstamcostam, a w skryptach startowych je¿eli taki plik 
> > istnieje to go usuwa i zrobi jeszcze raz depmoda
> 
> Samo depmod to nie, bo grzebie w zale¿no¶ciach dzia³aj±cego kernela - co
> mo¿e byæ wrêcz szkodliwe, je¶li akurat co¶ majstrujemy przy modu³ach.
> 
> Proponujê makro i tak wprowadziæ (cokolwiek by mia³o w nim byæ).
> Dla _without_dist_kernel mo¿e byæ jedno z:
> - bez -F
> - z -F /boot/System.map
> - z -F /boot/System.map-%{_kernel_ver}

IMO najlepiej makro sprawdzaj±ce czy istnieje System.map w nastêpuj±cej 
kolejno¶ci:
- /boot/System.map-%{_kernel_ver}
- /boot/System.map
- /System.map
i tak znalezionego u¿ywaj±ce. Je¿eli nie znajdzie to wywo³a bez -F.

Co ty na to?

Pozdrawiam

-- 
Tomasz Trojanowski (tomek w uninet.com.pl)

"Between depriving a man of one hour from his life and depriving him of
his life there exist only a difference of degree." (FH, Dune Messiah)



Wiêcej informacji o li¶cie dyskusyjnej pld-devel-pl