Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!spool.mu.edu!uunet!mcsun!hp4nl!star.cs.vu.nl!ast From: ast@cs.vu.nl (Andy Tanenbaum) Newsgroups: comp.os.minix Subject: Re: comp.os.minix splitup Message-ID: <9302@star.cs.vu.nl> Date: 14 Mar 91 14:14:08 GMT References: <9222@star.cs.vu.nl> <5M.9Z65@xds13.ferranti.com> Sender: news@cs.vu.nl Organization: Fac. Wiskunde & Informatica, VU, Amsterdam Lines: 33 In article <5M.9Z65@xds13.ferranti.com> peter@ficc.ferranti.com (Peter da Silva) writes: >OK, I've offered to run a vote. Several people have sent me mail supporting >this. Any dissenters? I'm happy to have you run the vote. I definitely don't like the idea of a moderated group. I'm not even sure I'd contribute to it. Anarchy has worked pretty well so far. If we align with the formal structure of USENET, other people may insist that comp.sources.minix contains full programs, not just 2-line cdiffs and the like, since that is the way the other groups work. For copyright reasons that is not always acceptable, depending on the source of the material. In short, comp.sources.minix is quite different than comp.sources.xyz for all xyz. For this reason I don't think it belongs there in the hierarchy. Personally, I don't think a split is necessary, but if everyone else does, I could live with an unmoderated comp.os.minix.sources or maybe comp.os.minix.code or comp.os.minix.patches just to emphasize that the group is not intended for the exclusive posting of public domain sources. I would prefer to keep comp.os.minix, but if for technical reasons groups with the syntactic structure a.b.c.d and a.b.c are not allowed, then comp.os.minix could become comp.os.minix.d or comp.os.minix.disc. I think any voting proposal should at least have several possibilities. My own preferences from best (1) to worse (5) are: 1. Keep it as it is now Best 2. comp.os.minix and comp.os.minix.code (unmoderated) | 3. comp.os.minix and comp.sources.minix (unmoderated) | 4. comp.os.minix and comp.os.minix.code (moderated) V 5. comp.os.minix and comp.sources.minix (moderated) Worst Andy Tanenbaum (ast@cs.vu.nl)