=?us-ascii:iso-8859-2:utf-8?Q?Plany_odno=B6nie_Ac?=

[Maciej Jan Broniarz]

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 || mjb at recesja.icm.edu.pl >--- ]
| Siamo qui \ sotto la stessa luce \ sotto la sua croce \ |
| cantando ad una voce \ E l'Emmanuel Emmanuel, Emmanuel, |
[ ---------------< E l'Emmanuel, Emmanuel >-------------- ]