[news.groups] Update of comp.binaries hypercard vote

sysop@stech.UUCP (Jan Harrington) (02/27/88)

Here's another update on the comp.binaries.hypercard voting.  Sorry to take
so long to get it out, but I've been out of town for three days (at the
ACM/SIGSCE conference, being academic ... )

There are now 70 "yes" votes and three "no" votes.  We need 100 more "yes" votes
than "no" votes to create the newsgroup, so keep them coming.

If your name has a "?" after it, it meant that I couldn't figure out your
return address.  You didn't append your sig file and your mailer didn't give
me enough info to figure it out myself.  If it matters to you that your
correct addess be on the list, just mail me a correction.


YES votes
	
	Scott Robert Anderson	emoryu1!phssra
	Bruce G. Barnett	uunet!steinmetz!barnett
	Steven Bellenot		ut-emx!sfb
	Michael	Berch		lll-tis!mcb
	Brad Blumenthal		pheasant.cs.utexas.edu!brad
	Dave Bouvier		coherent!dbouvier
	Laurien M. Chirica	polyslo!chirica
	R.W.F. Clark		rutgers!psavax1!psuuma.BITNET.cok
	Dennis Cohen		?
	David Coster		phoenix!dcoster
	Drew Dean		wolf!drew
	Robert Del Favero, Jr.	?
	Jean Marie Diaz		ambar@athena.mit.edu
	Glen Ditchfield		?
	George D. Drapeau	oberon!zaurak!drapeau
	Heather Ebey		zz1he%sdcc@sdcsvax.ucsd.edu
	Dave Emme		uts.amdahl.com!daveemme
	Steve Fenwick		garth!fenwick
	Margot Flowers		ucla-cs!flowers
	Elliott Frank		amdahl!esf00
	Michael Gleicher	gleicher@cs.duke.edu
	Robert Hammen		hammen@csd4.milw.wisc.edu
	Ken Hancock		isle@eleazar.dartmouth.edu
	John Harkin		pixor!jh
	Eiji Hirai		cbosgd!bpa
	Kees Huyser		nikhefk!keeshu
	Felix Ingrand		?
	Tony Jacobs		t-jacobs@ced.utah.edu
	Christopher Jewell	cup.portal.com!chrisj
	Stephen Kurtzman	?
 	Joe Kwan		psivax!rabbit
	Joel Levin		bbn!levin
	Shane Looker		pepe.cc.umich.edu!shane
	Jim Macak		lakesys!macak
	David Macy-Beckwith	artecon!macbeth
	Clay Maeckel		claris!clay
	Steve Martin		ti-csl!martin
	Jeffrey Mattson		wilma.bbn.com!jmattson
	Dick Mead (???)		MEAD@hamal.usc.edu
	Cliff Morrison		ug.utah.edu!u-cdmorr
	Rodrigo Murillo		boulder!murillo
	Mike Norman		bnr-upa!mike
	Chris North		bono@eleazar.dartmouth.edu
	Stephen Pearl		topaz.rutgers.edu!pearl
	Les Pembroke		sun!nsc!les
	Nigel Perry		ukc!icdoc!np
	Kanthan Pillay		phoenix!svpillay
	Dave Platt		coherent!dplatt
	Danny Quah		spdcc!e5274b!dquah
	Thomas Quinn		quinnt@csv.rpi.edu
	Larry Riddle		emory!riddle
	Mark Rinfret		?
	Ken Robinson		rruxd!rbnsn
	Keith Rose		chemabs!keithR
	Leonard Rosenthal	leonard@uxe.cso.uiuc.edu
	Brian Schipper		claris!skip
	Tom Slone		violet!potency
	Mark Robert Smith	topaz.rutgers.edu!smith
	Roy Smith		phri!roy
	Josh Susser		Susser.pasa@xerox.com
	Bill Thompson		ihdev!foz
	Werner Uhrig		astro.as.utexas.edu!werner
	Edward Vielmetti	?
	Larry W. Virden		cbosgd!n8emr!lwv
	Chuq Von Rospach	?
	Ellen Walker		elw@cs.cmu.edu
	Matthew P. Wiener 	garnet.berkeley,edu!weemba
	Andy J. Williams	dartvax!eleazar!borscht
	Peter Wisnovsky		phoenix!pswisnov
	Chang P. Woo		changwoo@eleazar.dartmouth.edu


NO votes

	Steve Arrants		microsof!stephena
	Don Gillies		?
	Bob Webber		athos.rutgers.edu!webber


Jan Harrington, sysop
Scholastech Telecommunications
ihnp4!husc6!amcad!stech!sysop or allegra!stech!sysop

********************************************************************************
	Miscellaneous profundity:

		"No matter where you go, there you are."
				Buckaroo Banzai
********************************************************************************

farren@gethen.UUCP (Michael J. Farren) (03/01/88)

I am going to urge a NO vote on comp.binaries.hypercard.  My reasons?
Basically, two.  First, the volume would be outrageously large - stacks
aren't small.  Second, the limited applicability of this to the needs
of the net as a whole.  While there are a lot of Mac owners on Usenet,
there are also many, many more who do not own Macs, or do not own Macs
on which Hypercard is usable.  There are many public-access systems
out there, from BBS's to places like SIMTEL (although I don't think
that they do Macs).  Upload and download 'em to your heart's content,
but don't send them over our airwaves. (modemwaves? etherwaves?
whatever)

If you take this as a condemnation of binary groups in general, you're
probably right.

-- 
Michael J. Farren             | "INVESTIGATE your point of view, don't just 
{ucbvax, uunet, hoptoad}!     | dogmatize it!  Reflect on it and re-evaluate
        unisoft!gethen!farren | it.  You may want to change your mind someday."
gethen!farren@lll-winken.llnl.gov ----- Tom Reingold, from alt.flame 

peter@aucs.UUCP (Peter Steele) (03/02/88)

in article <717@gethen.UUCP>, farren@gethen.UUCP (Michael J. Farren) says:
> 
> I am going to urge a NO vote on comp.binaries.hypercard.  My reasons?

I for one have no problem with the hypercard binaries group. The stuff
will get posted to comp.binaries.mac if comp.binaries.hypercard isn't
created anyway. There were people who didn't want the mac group
divided and now that it is I much prefer it. Allows me to more easily
filter out stuff from one new group that I may not have time to read.


-- 
Peter Steele Acadia Univ Wolfville NS Canada B0P1X0 (902)542-2201x121
UUCP: {uunet|watmath|utai|garfield}dalcs!aucs!Peter
BITNET: Peter@Acadia    Internet: Peter%Acadia.BITNET@CUNYVM.CUNY.EDU

len@netsys.UUCP (Len Rose) (03/07/88)

I agree that the net is no place for binaries.. While it is
nice to have them delivered to my door (so to speak) , If I
want software for my Mac,I know where to get it.. The volume
of all the binary news groups has really pushed phone bills
sky high across the net at large.. 

If I may make an alternative suggestion, why not start an
alternative news distribution for macintosh .. This idea has a
precedent.. The unix-pc folks have done so,and it seems to
work quite well.This way,sites that are heavily macintosh 
oriented can get and distribute all the binaries they choose.

NetSys will be glad to distribute such news to any site.


-- 
Len Rose -* Netsys Public Access Network *- The East Coast Machine
    attmail: netsys!len uucp: {ames,decuac,ihnp4}!netsys!len
         301-540-3656 _hunt_ 6 lines  3B2/Unix SV3.1
                     fax: 301-992-4320

bytebug@dhw68k.cts.com (Roger L. Long) (03/08/88)

In article <7623@tut.cis.ohio-state.edu> J Greely (greely)  writes:
>This is essentially what is happening on the site level.  People are
>asking, why should I carry these huge binary groups, when our audience
>is so small?  Some of them just remove them.  As a quick thought, why
>don't we change all of the binary groups into a seperate distribution?
>Then we'd have binaries.mac, etc., and any site that didn't want the
>overhead of carrying them could cancel them all at once.

I still think that the suggestion I made back in the dark ages when comp.all
was created would have made a lot of people happy.  I suggested that ALL of
the Mac groups be under a comp.mac hierarchy, which with today's groups would
look like:

		My Name			Current Name
		-------------------	----------------------
		comp.mac		comp.sys.mac
		comp.mac.digest		comp.sys.mac.digest
		comp.mac.binaries	comp.binaries.mac
		comp.mac.sources	comp.sources.mac
		comp.mac.hypercard	comp.sys.mac.hypercard
		comp.mac.programmer	comp.sys.mac.programmer

The advantage I saw was with ALL Mac groups under a single hierarchy, it
would be trivial for sites with an interest in Macs to archive comp.mac.all,
while other sites that had no interest in Macs could use find or expire
to reclaim disk space for better uses.

In rethinking this now, it might even be a good idea to create an entirely
new hierarchy seperate from comp.all, such as sys.all or pc.all to encompass
all micros/personal computers.  But that's another can of worms...
-- 
	Roger L. Long
	dhw68k!bytebug