chuq@plaid.Sun.COM (Chuq Von Rospach) (02/20/88)
I got a lot of good feedback from folks on my request for ideas on where we
go now. There were two groups that were the definite favorites of the people
who wrote in. I'm hereby calling for a vote on one of them, and making
a few other comments on the side:
This is a formal proposal for the creation of comp.unix.aux, a discussion
group for the Macintosh II running Apple's new Unix. This is an area that we
expect to see a lot of growth in in the next few months, growth that the
traditional Mac groups can't handle. After getting feedback on my proposed
names, the odds on favorite was to put it under comp.unix and not
comp.sys.mac, which I think makes sense.
I'll be accepting votes on this group for the next thirty days. This means
the voting will continue through March 20, 1988 with final results posted on
(or after) March 21. I'll post a couple of status reports as well as it
seems necessary.
SEND YOUR VOTES TO ME. DO NOT POST. We'll be playing this one by the book
from the start, and see if we can avoid the confusion.
The other group that got a lot of support was comp.binaries.hypercard. Not
only that, but we got a volunteer moderator, Jan Harrington (stech!sysop).
I've asked Jan to run the vote for this group herself since she's going to
be moderating it, so keep an eye out for her poll. Please do NOT send
comp.binaries.hypercard votes to me. Please do not vote for
comp.binaries.hypercard until Jan's ready.
The justification for comp.binaries.hypercard is fairly simple. Hypercard
stacks are fairly large, and are of interest only to hypercard folks. By
shoving them into comp.binaries.mac with the rest of the mac stuff they
cause long delays in getting mac programs out to the users. By splitting it
this way, folks who don't care about hypercard don't have to read (and
possibly carry) the newsgroup, and the folks who don't use hypercard don't
have to sit and watch 15 part stacks flow by waiting for the latest utility.
I think this is a good split.
Other groups: the strongest support after comp.unix.aux was definitely
comp.sys.mac.hardware. Chances are after this vote dies down I (or someone I
volunteer if I'm sick and tired of this) will probably suggest it, depending
on how well comp.sys.mac.programmer gets volume under control and how this
vote goes. Another group with support was comp.binaries.mac.shareware, for
similar reasons as to comp.binaries.hypercard. But nobody volunteered to run
it, and there are still too many questions about what belongs where to
suggest it (for instance: demoware goes where? shareware hypercard stacks go
where? how do we define shareware?) These are things we might want to
discuss and see if we can get a consensus.
As always, thanks for your support.
chuq
Chuq Von Rospach chuq@sun.COM Delphi: CHUQ
What do you mean 'You don't really want to hurt her?'
I'm a Super-Villain! That's my Schtick!