On Sat, Dec 13, 2003 at 02:01:27PM +0100, Marcin Doli�ski wrote: > W li�cie z sob, 13-12-2003, godz. 13:47, Maciej Jan Broniarz pisze: > Wymiana db nie powinna by� robiona ju� teraz, mo�na by�o j� zrobi� np. w > PLD 2.1 czy 3.0. Je�eli chodzi o inne przyk�ady - KDE 3.2 troszeczke nas > blokuje i uzale�nia termin wydania. Prawda jest taka, �e mo�na by�o > wyda� do ko�ca roku stabilne Ac z kernelem 2.4 i KDE 3.1.4 a w kwietniu > 2.1 z KDE 3.2, db-4.2.50 (czy nawet nowszym), GNOME 2.6 i kernelem 2.6. > Teraz jest ju� za p�no, musimy czeka�. > W sumie to nie wiem wogole dlaczego mamy uzalezniac w jakikolwiek sposob Ac od gnome czy kde - skoro na desktopie mozemy miec mdk ;P A tak na serio to wogole warto chyba wymusisc model wydawaniw 2-3 wydan rocznie bo metoda kamieni milowych Ra->Ac wychodzi nam bokiem > > > 2. Skoro kadego desktop ju dziaa, skupmy si na serwerach > Na desktopie to ja sobie mog� mdk zainstalowa�, ma�o jest sytem�w kt�re > ze swoj� jako�ci� wykonania i stabilno�ci� nadaj� si� na serwer. PLDowe > spece maj� dodane sporo funkcjonalno�ci, jak np. htb/imq w przypadku > kernela i jego okolic. Dlatego warto teraz si� skupi� na budowaniu i > testowaniu tego typu oprogramowania oraz dodanej funkcjonalno�ci. > hmm - a jak ja chce miec spojne srodowisko i mam lab dla stodentow to co - mam wymienaic ra na mdk? Ra (poza tymz ze mialo stare paczki czasami) to bylo rozsadnum optimum bo de facto to stawiajac serwer i tak troche podlubac trzeba zawsze :)
> > > 3. Doprowadzenie do penej STABILNOCI! > > > 4. adnego zmieniania rodowiska (z wyjtkiem sytuacji krytycznych) > To to samo co w pkt 1 > to zadam bezczelne pytanie: jakie sa plany testowanai i raportowania bledow mmazur mowil onegdaj tylko o testowaniu paczek serwerowych ale to chyba slabe wyjscie - warto przetewstowac weszystko w produkcyjnych warunkach Wydawanie kilku testowych ISO to niezly pomysl , ale warto chyba jednak odsiwzyc znow pomysl test-team'u > > > 5. Naley uzupeni funkcjonalno Ra. Lista brakw jest pod adresem > > > http://www.averne.org/ac/ > Wiele pakiet�w zosta�o zamienione przez inne, dos�owna lista r�nic > mi�dzy zawarto�ci� Ra i Ac jest pod podanym wy�ej adresem. Pewne pakiety > wylatuj� z dystrybucji i zostaj� zamieniane przez inne. Jest te� lista > tych samych releas�w/wersji program�w. Cz�� ju� poprawi�em, wiele specy > nie zosta�o uaktualniane od dawna, ja przed puszczeniem na builder > sprawdzam czy nie ma nowej wersji, jak jest to aktualizuje i sprawdzam > czy si� buduje i ew. dzia�a. > Znow pomarudze - warto uwzglednic opcje upgrade ra->ac bo inaczej bedzie to niepowazne :) > > > 6. ISO PLD 2.0 (Ac) zostanie wydane w wersji pre1 dnia 24.12.2003 r. > Poka�my, �e co� robimy. Dzi�ki iso mo�e do nas sp�yn�� wiele bug�w, > kt�rych sami nie zauwa�yli�my. > to jest sluszne :D > > > 7. Nastpne pytki powinny by wydawane cyklicznie co dwa tygodnie > > > 8. Mroenie Ac bdzie trwao 4 tygodni (dwa ewentualne poprawki, dwa > > > testy i krytyczne poprawki), po ktrych spotkamy si na zlocie i > > > ogosimy wydanie wersji PLD 2.0 > Chyba nie chcemy �eby by�o z Ac to samo co z Ra? Sztywne terminy sa dobre, pod warunkiem ze bedziemy sie ich trzymac. Bedziemy ? gausus -- [ ---< Maciej Jan Broniarz || [EMAIL PROTECTED] >--- ] | Siamo qui \ sotto la stessa luce \ sotto la sua croce \ | | cantando ad una voce \ E l'Emmanuel Emmanuel, Emmanuel, | [ ---------------< E l'Emmanuel, Emmanuel >-------------- ] __________________________________________________________ nie pytaj co inni zrobili dla pld, pomysl ile sam zrobiles
