TAGowanie zakazane.

[Tomasz Kłoczko]

On Fri, 23 May 2003, Jakub Bogusz wrote:

> On Fri, May 23, 2003 at 04:25:56PM +0200, Tomasz Kłoczko wrote:
> > On Fri, 23 May 2003, Paweł Gołaszewski wrote:
> > > On Fri, 23 May 2003, Tomasz Kłoczko wrote:
> > > > > Jak to ciezko poradzic? Proponujesz model gorszy i zwalasz na czynniki
> > > > > obiektywne? Co innego, gdyby te wszystkie moduly siedzialy w
> > > > > linux-<wersja>.tar.bz2 Wtedy rzeczywiscie trudno byloby cos poradzic.
> > > > > Ale moze nie trzeba by bylo nic radzic.
> > > > Coby nie robić to kernel vanilla bezie tylko rósł.
> > > 
> > > hmmm...
> > > Jakoś zawsze mieliśmy taki model, że jeżeli coś jest oddzielnie rozwijane 
> > > to my to oddzielnie dostarczamy. Przykład pierwszy lepszy z brzegu:
> > > mozilla i nss, nspr
> > 
> > Od regół są wyjatki. 
> > Mozilla to nei kernel.
> > Po zmianei w mozilli nie musisz przebudowywać (tych samych) źródeł nss, 
> > nspr czy libpng czy innych.
> 
> Ale (po zmianie wersji lub dodaniu łaty zmieniającej ABI) trzeba przebudować
> wszystkie pakiety zawierające wtyczki i inne dodatki.
> 
> Czyli podobnie jak z jądrem; by było tak samo, gdyby użyć schematu
> z podziałem release.

Jakub za daleko idziesz. Załóż tak jak w kernelu że poprawiasz sec byka w
ale w mozilli. W takim wypadku nie ma koniecznosci przebudowywanai nss,
nspr. Kernel i to ten jaki jest w Ra jak i ten jaki Wojtej zrobił będzie
zmuszał do tego żeby po każdej takiej zmianie i to nawet tej
najdornbieniszej o ile zmieni sie rel pakietu bedziesz musoał przebudować
*do tego* kilka innych dystrybucyjnych pakietów.

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*