TAGowanie zakazane.

[Tomasz Kłoczko]

On Sun, 25 May 2003, Paweł Gołaszewski wrote:

> On Sat, 24 May 2003, Tomasz Kłoczko wrote:
> > > > Oczywiście. Nie muszę tego wiedzieć żeby robić to dobrze ponieważ
> > > > kryteria poprawności wynikają z wzgledów czysto technicznych, a nie
> > > > z ustalenia dla kogo to jest robione.
> > > He, he. Ciekawe jak zdefiniujesz te "wzgledy czysto techniczne" przy
> > > sprzecznych (a w kazdym razie kolidujacych) celach... Stad, nadal
> > > uwazam, ze pytanie _dla kogo_ nie jest bezprzedmiotowe.
> > Zależnie od konretnych warunków danego zasoby powinno się dać to zrobić
> > :) Wypadek z tym so wpadło w updates/security ma jednak czysto
> > techniczne podłoże .. czyż nie ? :o)
> 
> Tego nadal nie rozumiem.
> Przy twoim modelu mniej by wpadło do updates/security ??? Niby jakim 
> cudem?? Pomijam "pomysł" z robieniem jakis_moduł-fixed, bo to nie o to 
> chodzi.

Obecnie kernel-* są budowane z kikua pakietów.
Po za samym kernel*src.rpm udział bierze tu jeszcze kilka czy kilkanaściw 
w sumie innych src.rpm-ów. Z tych pozostyałych NIE SĄ budowane wyłacznei 
modułu. Więcej .. czas budowanai modułów to tylko mały ułamek czasu 
potzrebnego na zbodowanei tego.

> A przygotowanie takiego kernela-kobyły trwałoby, obawiam się, znacznie 
> dłużej...

FIZYCZNIE nie moze trwać dłuzej.

x - czas potrzebny na zbudowanie wsyztkiego z kernel.spec,
y - czas potrzebny na zbudowanie modułów kernelowych nie pochodzacych z 
    kernel.spec
z - czas poztrzebny na zbudowania plikacji które powstaja z kilku 
    pakietów z których przy okazji produkowancyh jest kilka modułów.

Prosta matematyka: x+y+z nie może być mniejsze od x+y (wszytkie te 
liczby wieksze od zera).

To są elementarne działania z zakresu perwszej klasy podstawówki więc
prosiłbym coby już nikt nie ośmieszał się podajac to pod wątpliwość bo to
naprawdę nie będzie już śmieszne ..

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*