* Ian Jackson <ijack...@chiark.greenend.org.uk> schrieb: > "Rules" is just wrong. "Guidelines" might be appropriate, but I would > suggest "Recommendations".
In my case it are rules, which are required to get an qm stamp in my company. Actually, it's just the tip of an iceberg of processes, I can't describe in detail right now. Of course, nobody forces other people to follow these rule, but it would be a great help of upstreams would do so. > > That might come from the backgroud that it's actually meant to > > form a set of QM requirements. I'm going to implement an checklist > > system for the OSS-QM project [1] where all the releases are > > undergoing an approval process. > > Undefined footnote error in "[1]". So I'll guess what "OSS-QM" is. http://sourceforge.net/p/oss-qm/home/ > In general, if you recast your document as "we will take as input > upstream packages in general, and as output will will produce packages > which conform to these rules", then that's fine, because _your_ > propject's output is something that you are legitimately in charge of. Yes, but that's just a part of that. These rules are necessary to run through our internal qm processes and build engines. (more of it will be published soon). > Although I don't think that many Debian maintainers would prefer to > add an additional layer of intermediary between themselves and > upstream. They don't need to. OSS-QM provides canonical repositories [2], where everybody can fetch from easily (especially built for automated systems). Debian changesets are also imported automatically. (as far as possible) > Also, I guess "Q" stands for Quality. If you're going to be talking > to upstreams I would avoid using the word Quality to describe your > recommendations. Upstreams will have their own ideas about what > constitutes quality for their software (ie, depending on their own > goals), so you are at best going to cause confusion. I'm currently writing a paper which describes the whole issue more in detail - that should clear up the confusion. cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ---------------------------------------------------------------------- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100919051358.ga19...@nibiru.local
