On poniedziaÅek 07 marzec 2005 09:27, Marcin KrÃl wrote:
> Super. Pomijajac wieksza wygode uzywania automatyki z AC (reczne
> upgrade'y paczek na builderach RA bywaja czasochlonne) to automatyka z
> RA jest IMO sensowniejsza. Z powodow o ktorych wspomniales: ze ready
> sluzy swemu pierwotnemu celowi czyli przechowywaniu kandydatow do main.
Wszystko w nowej automatyce teÅ bÄdzie zautomatyzowane (i to znacznie
bardziej, niÅ w ac).
> Mi sie marzy, zebym mogl wybrac sobie w bugtrackerze liste paczek i byc
> informowanym (mail and/or jabber) o wszystkich zdarzeniach majacych
> miejsce w bugtrackerze, a dotyczacych owych paczek. Czesto po prostu nie
> mam czasu wejsc na bugtrackera i sprawdzac recznie czy sie cos nie
> pojawilo. A jak dostane maila, to sa szanse ze sie tym po prostu zajme,
> nie wchodzac na strone. Wiem, ze kiedys ten pomysl przewinal sie przez
> liste, nie wiem natomiast czy zostal wdrozony :) Jezeli zostal, a ja nie
> jestem doinformowany to sorry. A bedac juz przy temacie powiadomien...
Integracja z bugtrackiem, o ktÃrej pisaÅem, to juÅ by byÅo czasochÅonne
zadanie (trzeba by siÄ pewnie byÅo nakodowaÄ jak cholera). Ja nawet nie wiem
jakie opcje ma ten flyspray (jajcuÅ?). Jako minimum przydaÅoby siÄ, Åeby
wszystkie otwarte bugi spÅywaÅy na jakÄÅ listÄ -- ich tam jest bardzo
maÅo,
takÅe nawet bez filtrowania moÅna by bez wiÄkszego problemu to ÅledziÄ (a
przynajmniej ja mam taki zamiar).
> Jest sobie lista cvs-commit. Oczywiscie mozna sobie poustawiac filtry
> zeby wychwytywac interesujace dana osobe maile... Ale czy nie bylaby
> lepsza mozliwosc wyboru (gdzies, jakos, nie mam pomyslu teraz)
> konkretnych specy (np + z konkretnego brancha) o ktorych chce byc
> informowany? Gdyby jeszcze zostalo wprowadzone proponowane przez Ciebie
> "cos" na ksztalt commilogow do zlecen dla builderow, to bylo by mile
> dostawac powiadomienia o budowaniu wybranych paczek. Mysle, ze to by
> zdecydowanie moglo ulatwic zycie :)
CoÅ mi siÄ nie wydaje. Tutaj jesteÅ raczej skazany na filtrowanie sobie
tego,
co chcesz :)
Co do zleceniologÃw, to siÄ zastanawiaÅem, czy takowych nie wprowadziÄ, ale
przy samych zleceniach one sÄ wÅaÅciwie zbÄdne (chyba). Jeszcze przy
odfajkowywaniu paczek do przeniesienia miaÅyby sens, ale przy samych
zleceniach?
> I tak jeszcze odnosnie nowej automatyki do przenoszenia paczek... IMO
> bardzo by sie przydalo, zeby po przeniesieniu paczki X do main,
> poprzednia jej wersja zostawala przez jakis czas. Czy to w main czy w
> jakims innym katalogu. Tak, wiem ze dyski nie sa z gumy, wiem ze mozna
> zbudowac sobie starsza wersje z cvs, wiem ze przy nowej automatyce
> szanse na puszczenie bubla do main sa mniejsze itd itd, ale mimo
> wszystko taki zawor bezpieczenstwa bylby mily, a w przypadku pojawienia
> sie bubla rowniez przydatny.
Nie ma problemu z implementacjÄ tego, jest raczej problem z tym, jak to
miaÅoby dziaÅaÄ. JeÅli siÄ okaÅe, Åe jakaÅ paczka rzeczywiÅcie coÅ
zepsuÅa,
to cofniÄcie do starszej w 'main' i tak by nic nie daÅo, bo wymagaÅoby
rÄcznego 'upgrade --downgrade' w poldku. Ciekawym teÅ ile by to zjadaÅo
dysku.
--
KaÅdy czÅowiek, ktÃry naprawdÄ Åyje, nie ma charakteru, nie moÅe go mieÄ.
Charakter jest zawsze martwy, otacza ciÄ zgniÅa struktura przeniesiona z
przeszÅoÅci. JeÅeli dziaÅasz zgodnie z charakterem wtedy nie dziaÅasz w
ogÃle
- jedynie mechanicznie reagujesz. { Osho }
_______________________________________________
pld-devel-pl mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
