TAGowanie zakazane.

[Jakub Bogusz]

On Fri, May 23, 2003 at 04:35:12PM +0200, Tomasz Kłoczko wrote:
> 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.

Jeszcze raz - chodziło nie o pakiety _wymagane przez mozillę_, ale
_zależne od mozilli_.
A co do poprawek security - w mozilli jak na razie były wykonywane
metodą uaktualnienia - co pociąga za sobą przebudowanie pakietów
zależnych od mozilli.

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

Zaproponowałem schemat pozwalający tego uniknąć.
Ty proponujesz schemat utrudniający dużo więcej prac dużo większej
części deweloperów.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/