> fara Wietse Venema. Miile de developer-i de care vorbesti nu au putut > avea nici un rol in toata povestea asta, pentru simplul motiv ca Postfix > a fost adoptat de distributiile de Linux de-abia recent, mult timp dupa > ce ajunsese la maturitate (pana atunci nu era considerat suficient de > free).
Nu stiu despre ce vorbesti, postfix e in debian cam de prin '99 - '00 cel mai tarziu. Imi imaginez ca daca a intrat, era destul de free. Ca o fi fost deja matur atunci, se poate, chiar nu stiu, dar ca nu au avut nici un rol developerii distro-urilor dupa momentul respectiv, lasa-ma sa ma indoiesc. > Qmail. Ma opresc aici, pentru ca incep sa nu mai inteleg despre ce > discutam. Despre faptul ca postfix e un proiect matur (in sensul ca e mai mult sau mai putin "complet") si nu are de ce sa se schimbe fundamental in 6 luni, dar nu toate proiectele sunt/pot fi la fel. Un ciclu de dezvoltare la postfix poate sa fie aproape oricat de lung, comparabil cu debian, sa spunem. Sunt proiecte la care un ciclu de dezvoltare atat de lung e neproductiv si daunator, de exemplu pentru ca trebuie sa tina pasul cu dezvoltarile comerciale din acel domeniu. Caz in care, resursele conteaza foarte mult, daca vrei sa asiguri suport pentru versiunile vechi. Asta comentam la ideile tale. Rafinand un pic, sustin ca nu toate proiectele sunt compatibile cu un ciclu de dezvoltare mai lung de 1 an, _indiferent_ cat de meserias e project leaderul. > (2) Afirmatia la care am reactionat e generala, nu face nici o referire > la maturitatea sau nematuritatea programelor implicate. Mai precis, > formularea este "toate programele care ...", nu "toate programele > care nu au ajuns inca la maturitate si care...". Si a mea la fel. Nici eu nu am emis judecati de valoare, nici referitoare la postfix, nici la pvpgn sau yate, le-am folosit doar ca exemple de proiecte foarte diferite (nu folosesc nici unul dintre ele). > (3) In exemplul meu spuneam ca o versiune aparuta in 2001 si declarata > stabila este inca suportata. Te rog gaseste tu un alt exemplu de > program unde un release din 2001 (sau mai vechi) e inca suportat, > dar programul in sine nu a ajuns la maturitate. :-) qmail, ca veni vorba :) Ultimul release e din '98, e suportat in sensul ca nu se schimba neam deci aia e, il pui o data si nu devii incompatibil la un upgrade, nu e matur pentru ca ii lipsesc lucruri importante :)) (poate fi folosit si ca exemplu dus la absurd de ciclu de dezvoltare prea lung) > Liviu Daia Matei _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
