Info: Ac main tree to be closed

[Piotr Karbowski]

On 3/19/07, Marcin Król <hawk w limanowa.net> wrote:
> EN:
>
> There are high chances that Ac main tree will be locked before end of
> march. Because of that:
>
> 1. If anyone wants anything to be included in Ac stable he has to
> prepare it on AC-branch (ASAP), check it by sending to test (anyone is
> allowed to do that AFAIR) and ask me or someone other with access to
> sending upgrade requests to sent it to builders. I've sent similiar info
> some time ago and there were few responses, however I wasn't able to
> prepare/test/whatever required specs myself, sorry :( BTW: updates that
> will be sent to ready and will fail on some architectures will be dropped.
>
> 2. Before doing anything on AC-branch keep in mind that STBRs for specs
> that requires additional rebuilds (due to deps changes or new so-names
> etc.) will be dropped. Please do not STBR such things now. It took few
> weeks to get rid of (almost all) broken deps. Feel free to send such
> STBRs after main tree will be locked. There will be moved to updates.
>
> 3. About updates... From Ra I've learned that splitting them for general
> and security ones makes no sense. Example: new bind goes to general
> because it doesn't fix anything security related. Its updated on
> builders. Some time later some bind dependant app goes to security. It
> would be built with new bind. So it would be impossible to install this
> app without using bind from general updates. Thus, I've decided to merge
> those trees on ftp. In next few days (maybe even tomorrow) I'll create
> new tree "updates" on ftp. Old ones will be symlinked to new one. Poldek
> config in package will be updated too. However if someone is rsyncing
> updates-{security,general} he will need to update his configuration.
>
> 4. When Ac main tree will be locked Ac stable will be announced (ISOs
> will be 2-3 weeks delayed due to required installer adjustements). Since
> not many people are interested in active AC-branch developement there is
> a chance that Ac will die in 2-3 months after release because no one
> will be preparing updates for it. Its unfortunate, but I'm not going to
> do all the stuff myself (well, almost myself) as it was done for Ra. If
> it has to die, so be it. I have some plans for Ac future but I'll post
> more detailed info about them after Ac stable announcement.
>
> P.S. Its late. If you think I made some errors in above note, let me know :)
>
> PL:
>
> Sa duze szanse na zamkniecie glownego drzewka Ac przed koncem marca.
> Dlatego tez:
>
> 1. Jezeli ktokolwiek chce aby jakas rzez pojawila sie w stabilnym Ac
> musi sam ja przygotowac na AC-branch (jak najszybciej), wyslac do test
> (o ile pamietam kazdy moze wysylac tam zlecenia), a nastepnie dac znac
> mi lub innej osobie uprawnionej do wysylania zlecen do ready. Wysylalem
> juz podobna informacje jakis czas temu i bylo kilka propozycji. Niestety
> nie bylem w stanie przygotowac/przetestowac/cokolwiek zrobic z podanymi
> tam specami :( Aha, update'y, ktore trafia do ready, a nie zbuduja sie
> na wszystkich architekturach zostana wycofane.
>
> 2. Nim cokolwiek zacznie byc robione na AC-branch: informuje, ze
> wszystkie prosby o STBR specy wymagajacych przebudowy dodatkowych
> pakietow (z powodu zaleznosci, nowych so-name itp) beda ignorowane.
> Prosze o nie wysylanie na razie takich zlecen na buildery. Usuwanie
> bledow w zaleznosciach (kilka jeszcze zostalo) zajelo kilka tygodni.
> Wysylanie takich zlecen bedzie mozliwe dopiero bo zablokowaniu glownego
> drzewka. Trafia one wtedy do updates.
>
> 3. Odnosnie updates. Ra nauczylo mnie, ze utrzymywanie dwoch drzewek,
> general i security mija sie z celem. Przyklad: nowy bind trafia do
> general z braku poprawek security. Zostaje uaktualniony na builderach.
> Jakis czas pozniej inny program wymagajacy binda trafia do security.
> Zostanie zlinkowany z nowym bindem. W takiej sytuacji niemozliwe bedzie
> jego zainstalowanie bez korzystania drzewka updates-general. Dlatego tez
> postanowiem polaczyc drzewka general i security w jedno "updates".
> Zmiany na ftp zostana wprowadzone w przeciagu kilku dni, moze nawet juz
> jutro. Stare katalogi updates-{general,security} zostana zlinkowane do
> nowego. Konfiguracja poldka w pakiecie rowniez zostanie uaktualniona.
> Jezeli jednak ktos np rsyncuje updates-{general,security} bedzie musial
> poprawic sobie konfiguracje recznie.
>
> 4. Po zamknieciu glownego drzewka ogloszone zostanie osiagniecie stanu
> stabilnej wersji Ac. ISOs beda opoznione 2-3 tygodni z powodu
> koniecznosci uaktualnienia instalatora. Poniewaz niewiele osob jest
> zainteresowanych aktywnym rozwijaniem AC-branch jest mozliwe, ze Ac
> umrze po 2-3 miesiacach z powodu braku uaktualnien. Przyko mi, ale nie
> zamierzam sam (no, prawie sam) ciagnac Ac tak jak ciagnalem Ra. Jezeli
> ma umrzec, trudno. Mam jeszcze pewne plany odnosnie Ac, ale napisze o
> nich dokladniej dopiero po ogloszeniu stabilnego Ac.
>
> P.S. Jest juz pozno. Jezeli myslicie, ze cos namieszalem w powyzszym
> tekscie, dajce znac :)
>
> M.
> _______________________________________________
> pld-devel-pl mailing list
> pld-devel-pl w lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
>
To moze ja jeszcze raz zglosze problem z python-sqlite. Obecnie w Ac
jest wersja ktora ni jak nie dziala z sqlite ktory jest w Ac. Dlatego
apeluje o podneisneinie python-sqlite do tej samej wersji co
auto-th-python-sqlite-2_3_2-2 poniewaz w przeciwnym wypadku gdy cos
bedzie potrzebowac python-sqlite jak gajim to ni-cholera to nie ruszy
bez przebudowania pysqlite do nowej wersji, ciagnac sqlite w Ac do
nowej wersji i zostawienie starego pysqlite nie jest sprytne. Ale to
tylko takie drobne issue.

-- 
Piotr 'SlashBeast' Karbowski.
JabberID: slashbeast /at/ jid.pl
email: slashbeast /at/ jid.pl