Hi, Am Montag, den 20.07.2009, 22:51 +0200 schrieb gregor herrmann: > On Mon, 20 Jul 2009 18:40:26 +0200, Joachim Breitner wrote: > > Am Montag, den 20.07.2009, 17:41 +0200 schrieb Luca Capello: > > > On Mon, 20 Jul 2009 16:13:36 +0200, Nikita V. Youshchenko wrote: > > > > Entire stack with new ABI should be first uploaded to experimental, so > > > > things stay installable from unstable while things are in NEW. > > > > Once everything is out of NEW, an upload of everything to unstable > > > > should > > > > happen. > > > FWIW I would not like such a workflow, at least because: > > > 1) everyone are short in manpower > > > 2) you need to compile two times the packages for nothing > > Actually, I think Nikita’s suggestion is interesting, and probably > > better than forcing Albin (or his sponsor, for that sake :-)) to build > > stuff on a slow machine. Buildd time is cheaper than developer time. > > > > /me wonders if any policy is broken if the same source is uploaded to > > unstable, by just changing the Distribution in the .changes files. It > > might even avoid buildd runs :-)) > > Hm. I don't know if policy explicitly says something about that, but > uploading a package weeks later to unstable without rebuilding it > (i.e. without checking if it still builds against possibly changed > dependencies etc.) just doesn't feel right to me.
don’t worry, it’s not possible with the current dak code. But the variant where you do a regular sourceful upload for unstable is fine. Also, gismo pointed out that much would be improved by uploading e17 only when the new abi names libraries are out of NEW. Additionally, scheduling the python-* binNMUs beforehand with proper Deb-Waits would further decrease breakage time. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
_______________________________________________ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
