On Fri, Oct 26, 2007 at 12:11:06PM +0200, Lucas Nussbaum wrote: > On 26/10/07 at 11:42 +0200, Christoph Haas wrote: > > It does a lot of QA checks etc. > > Could you please describe what's currently being done wrt QA checks?
Done. See Uploading/Importer on http://wiki.debian.org/DebianMentorsNet > > I have summarized a current list of ideas on my wiki [4]. > > Any reason why wiki.d.o is not used for this? It would make it much > easier for people to contribute. Right. Moved to wiki.debian.org. > Some comments: > > Please seperate features list and implementation details: if you want > other people to contribute, you might have to be flexible with things > such as which framework/language you choose. Regarding frameworks: since I'm pretty active in the Pylons project and probably will have to do >50% of the work myself anyway (currently >99%) I chose the weapons. I hope others are more flexible and like my choice. :) The list is deliberately kept a bit sketchy. When it comes to planning the actual application I intend to have a thorough documentation. Right now it's more like mental notes on how to do certain things. Just ignore them if they don't make sense. Nothing is fixed on the list. But I won't turn a coffee machine into an nuclear power plant so some parameters are fixed. And it will have to be Python because otherwise even the utility libraries would have to be rewritten. It's not like we'd have to start entirely from scratch. > Regarding CPU-intensive QA tests (builds and piuparts runs): I think > that it's very important to do them on mentors. Might be helping the sponsor to determine if the package builds. But I'm not sure if it's worth it. Just my personal opinion. > I don't think that resources are a problem: nobody said that you _had_ > to host mentors yourself. It is a rented virtual root server with enough power and 1 TB of free traffic that I pay for from my spare money. I think it would be able to do that if needed. I might get you wrong but to me you sound more like "If you are incapable of running the service properly then let someone else step up" instead of "I think that test builds are important. If you agree but don't have the proper resources I can perhaps offer some computing power.". Sorry if my emotion chip got you wrong. Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
