TAGowanie zakazane.

[Paweł Gołaszewski]

On Mon, 26 May 2003, Tomasz Kłoczko wrote:
> > > 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.

Przecież to są 4 aplikacje na krzyż...

> > 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 ..


Nie, to ty się nie ośmieszaj (skoro już w tym tonie mówisz). Pomijasz 
tutaj "drobiazg", nazwijmy go "p", czyli przygotowanie pakietu. Który to 
czas będzie _znacznie_ dłuższy przy twoim rozwiązaniu.

-- 
pozdr.  Paweł Gołaszewski 
---------------------------------
worth to see: http://www.againsttcpa.com/
CPU not found - software emulation...