You are not logged in. Login Now
 0-24   22-46   47-71   72-96   97-121   122-146   147-171   172-196   197-221 
 222-246   247-271   272-296   297-321   322-334      
 
Author Message
25 new of 334 responses total.
slynne
response 47 of 334: Mark Unseen   Sep 29 20:17 UTC 2010

resp:46 Yes, I guess I can't argue with that
rcurl
response 48 of 334: Mark Unseen   Sep 29 21:42 UTC 2010

Hydrogen is certainly common in the universe, just not on earth. Molecular
hydrogen, that is. The hydrogen in water is already burned and cannot be
recovered as molecular hydrogen unless you expend more energy than you will
get in using the hydrogen as a fuel, or whatever. 
richard
response 49 of 334: Mark Unseen   Sep 29 21:58 UTC 2010

This could all be moot soon anyway.  In coop #283 Aruba reported Grex's 
finances for the last two years as:

August 2008 balance: $6,238.21

                    
August 2010 balance: $2,717.39


At present rate of expenditure, approx. $1,750 per year, Grex will be 
lucky to see the end of next year.

Has there been any further talk of grex leaving provide.net and going 
virtual, i.e. no hardware and the software running virtually on 
somebody else's system?
kentn
response 50 of 334: Mark Unseen   Sep 30 00:46 UTC 2010

To my knowledge, there is not a lot of support for a virtual Grex on
either the Board or staff, for various reasons.  I agree, it would be
good to lower our cost of co-location if we can.

Yes, we've been saying for the better part of this year that we have
a year plus a little more before we run out of money.  So for those
who said Grex has too much money as the reason they would not become
members, I'll ask again: at what bank balance will you consider Grex to
have not enough money and will become a member to help support Grex's
operations?
richard
response 51 of 334: Mark Unseen   Sep 30 01:10 UTC 2010

You have to provide a product that is worth supporting.  This item so 
far isn't an advertisement for grex.  Ideas are asked for and the very 
few who offer any are bitch slapped.  We can keep things the way they 
are and grex can quietly go away next year or we can have the courage 
to change.  
twinkie
response 52 of 334: Mark Unseen   Sep 30 15:21 UTC 2010

I think you need to have a viable idea to not get "bitch slapped".

I think Grex should get a million dollars. Money is very important in this
day and age, and the more money Grex has, the longer Grex will be around. If
we don't get a million dollars soon, I just don't know what could happen.

Wait... you want *me* to help get a million dollars? But I don't know anything
about having a million dollars! I'm more of an "idea guy". Stop shitting on
my awesome idea that nobody's had before!

nharmon
response 53 of 334: Mark Unseen   Sep 30 15:25 UTC 2010

Nailed it.
cross
response 54 of 334: Mark Unseen   Sep 30 16:15 UTC 2010

I believe Richard is conflating two things: multiple levels of 
verification of users, and the restricted shell for completely non-
verified users.

The former was agreed upon by the users.  Some form of it basically 
must be used for legal indemnity purposes no matter what.

The latter initially came as an emergency measure to stop mickeyd and 
chad from bringing Grex down, basically, every day.  There is some 
precedence for it: SDF uses a restricted shell until users go through 
some form of validation.

I'll agree that "Cross's little patch" (the restricted shell) is 
probably stopping some users from really getting involved in Grex.  
Not as many as a person like Richard would like to believe (really, 
there just aren't that many accounts being created on a daily basis, 
and TS has been keeping up with validation requests).  But at this 
point, turning away almost anyone is a problem.

But, on the other hand, unrestricted access has proven to be a 
problem, as well.

So we've got a quandry.  Unrestricted initial access - without some 
kind of barrier - is going to cause problems.  Experience has proven 
that.  However, we need to give more access to the system so that 
people have some incentive to check us out: something to pique their 
curiosity, as it were.

Let's step back for a moment and examine, from a technical 
perspective, the problem and the current setup.  Giving brand new 
users unrestricted access to Grex gives them access to too many things 
that let them muck with the system.  They can post thousands of 
messages to the BBS, or send spam, or flood another computer, or send 
endless telegram messages to other users, or exploit OpenBSD (which is 
a lot more buggy than we were led to believe when we first decided to 
use it, but that's a topic for another item) to crash the operating 
system.  And these are not hypotheticals, they're actual events that 
have happened on Grex.  Everyone who has responded in this thread has 
been a witness to them.

In order to prevent that, we must necessarily lock brand new users out 
of some services.  For instance, we don't give them instant access to 
outgoing network services: doing so has been the source of many forms 
of abuse over the past.  Forms of abuse that have nearly lost Grex its 
connection to the Internet.  That's what the current system does.

So, what's the problem with the current system?  Well, there are 
several.

For starters, it's *too* restrictive.  The set of things that new 
users can do is embarrassingly small.  I believe that it can be 
exanded significantly, without undue risk to the system.  The 
challenge here is technical; we've got to make sure that brand new 
users can't "escape" out of the restricted environment and get to an 
unrestricted shell.  It's always something of a delicate balance here; 
too many restrictions make the system uninteresting.  Too few make it 
unstable.  Adding too much into the restricted environment means more 
chances for that instability (in that someone could potentially find 
some obscure way to escape to a shell or something like that).  How 
hard it is to find something like that (and thus whether it's worth 
it) and how hard someone is likely to look are debatable.  It was my 
senes that with, e.g., Chad and Mickey, they were both very motivated 
and enjoyed the search.  The second you give access to a programming 
language interpreter or compiler, or even a text editor, you're 
essentially done.

But on the whole, I think the current restricted shell environment 
errs too far on the side of caution.  So that's one problem, and 
loosing it up can mitigate that problem to some extent.

The other problem involves the mechanics of the verification system: 
it's based on humans.  That implies a certain amount of latency is 
involved, because a human has to look at a validation request and 
manually respond to it.  If the latency is *too* great, the 
(potential) user just goes somewhere else.  I submit that any system 
involving human verifiers is going to result in too much latency.

So how does one reduce it?  Well, I think that one can automate it.  
That's effectively what SDF did: they tied into PayPal and implemented 
an instant verification system on top of their restricted shell, and 
as a result, they have a huge membership.  I think we can do the 
same....  In fact, I don't even think it's that hard.  It's just a 
Small Matter of Programming.

A lot of people bring up things like web interface and other bulletin 
board software and the like.  These are all really good ideas; I agree 
with essentially all of them.  Grex does need to modernize (and at the 
same time streamline) its web interface.  I did a lot of work in that 
area a year or so ago; just trying to clean up the HTML.  I agree with 
Richard that some web based tools for things like real-time chat would 
be cool.  Certainly, backtalk needs (at least) a facelift.

But I don't think that any of these are the ANSWER that people are 
looking for.  Because people don't really want chat and conferencing; 
that stuff exists elsewhere, and is done better than Grex could ever 
do it.  Grex may have been a pioneer in a lot of ways, but it didn't 
retain the leading edge over time.  Blogs exist elsewhere.  If Grex is 
going to survive, it's got to be different, and its got to be 
compelling.  I think it needs to find a niche that its good at and 
really embrace that.  I'm not sure what that is, though.
mary
response 55 of 334: Mark Unseen   Sep 30 16:46 UTC 2010

Excellent summary.  
keesan
response 56 of 334: Mark Unseen   Sep 30 18:08 UTC 2010

SDF offers 600MB of space (for email and webpage etc.) including images in
your page, for $36 one-time payment.  Grex offers 1MB without images.
kentn
response 57 of 334: Mark Unseen   Sep 30 18:10 UTC 2010

Just because some applications and services are available elsewhere or
even that someone else does the same service better, does not mean that
we can't offer the same thing here.  Other places offer unix accounts,
e-mail, etc.  I don't see a reason why we couldn't encourage users to do
their communication in a different environment if they so choose (which
implies that our current environment/apps will remain for those who
want to continue doing what they are currently doing).  Part of what
attracts people to a particular site is the community that exists there.
If we could encourage more sub-communities to exist here, that might
help.

I think the PayPal automation idea for verification deserves some
serious discussion as does the idea of allowing a little more
functionality into the restricted shell.
krj
response 58 of 334: Mark Unseen   Sep 30 18:33 UTC 2010

On the restricted user accounts as a defense against vandals:

My theory: There are two different types of hostile users.
The everyday type is interested in using Grex to go annoy people
somewhere else.  
The special ones are interested in screwing with the Grex community.
 
This is total speculation on my part, but I wonder if we need a 
2-tier defense system controlled by a switch.
 
Under Alert Code Yellow, normal conditions, newbies should be 
allowed access to party (especially), BBS, and maybe some other 
stuff which can't upset the outside world too much.

Alert Code Orange would be the status we have run on for the 
last couple of years, with pretty much everything locked down.
We'd save that for when a party hostile to Grex was actively
after us.

"Orange" might have to force users who newuser'd under "Yellow" 
to validate.   Otherwise the malicious anti-Grex person might 
just stockpile IDs under Condition Yellow.

This all sounds like work.  :-(   But locking newbies out of party
has pretty much killed the party community.


 
tod
response 59 of 334: Mark Unseen   Sep 30 19:05 UTC 2010

 My theory: There are two different types of hostile users.

There's also a third kind.  These are the people who go to Zingerman's
and pay $9 for coleslaw with bacon bits then tell everyone they had
an equisite Appalachian salad.  And anyone whom hasn't partaken of this
health elixir is not qualified in Grex governance.
jep
response 60 of 334: Mark Unseen   Sep 30 19:34 UTC 2010

re resp:47: My point was lost.  It was that Unix programming does not
need to be a limited resource.  Anyone can acquire the skill.  Richard
can contribute to Grex if he wants to see changes.  

re resp:50: When I feel like my contribution is not mainly adding to a
big pile of money being accumulated for no apparent purpose, then I will
contribute to Grex as I used to do in the past.  I was not aware Grex
was below the $3,000 mark.  I was not aware it was below the $6,000
line.  I refused to send more when it was at around $4,700.  It climbed
much higher after that.  No one missed the money I didn't send.

I'll go on record now.  If Grex hits $1,000 I will pay for a membership,
provided I can afford one.
tod
response 61 of 334: Mark Unseen   Sep 30 19:38 UTC 2010

The mission doesn't need money as much as it needs volunteers, imo
kentn
response 62 of 334: Mark Unseen   Sep 30 19:40 UTC 2010

Thanks, John.  That gives us some idea of the elasticity of demand.
Otherwise we are just gambling that people will step up when needed,
which from what I've seen recently, isn't a good bet.

Anyway, if you or others are interested, we're trying to give the board
some authority to set the dues, as well as lower the dues to make
becoming a member easier.  

Also being proposed are changes to the size of Grex's board and to the
size of the quorum needed.

Now or very soon would be a good time to get a membership so you can
vote on those proposals.
kentn
response 63 of 334: Mark Unseen   Sep 30 19:52 UTC 2010

Yes we need volunteers, but we will need the money to pay the bills at
a minimum.  With lower dues, it will take many more members to reach
the point of breakeven on our bills, I expect.  So, we're likely to
continue trending down in bank balance for a while yet.  Bear in mind,
any capital expenditures are unplanned for at this point, so we aren't
expecting to use our cash for any huge purchases.  And we'd like to 
keep some cash in reserve for unplanned events.

So, back to volunteers, who is volunteering to help grex?  
richard
response 64 of 334: Mark Unseen   Sep 30 20:17 UTC 2010

If no new ideas are workable and this place is soon to be unviable 
financially, maybe the time has come to accept it.  Next year will be 
Grex's 20th anniversary.  Grex opened to the public on July 18, 1991.  
The board could always vote that July 18, 2011, the twentieth birthday 
of Grex, is when it ends.  Spend the time between now and then 
celebrating everything Grex has been for two decades. Have a big 
blowout party that day and by midnight on 7/18/11, Grex goes offline.  
There would be one more board meeting after that to formally dissolve 
the corporation and donate whatever money is left to charity.

Grex would be going out on its own terms, rather than continue to die a 
slow death and just disappear one day.  Twenty years I am sure is a lot 
longer than any of the founders, or anyone else, thought grex would 
last.  All things end, it doesn't have to be a big deal.  It is just 
better that when something does end, that it ends with peace and 
acceptance.  Maybe it is the end for Grex.  If it is, lets just do it 
right.
rcurl
response 65 of 334: Mark Unseen   Sep 30 20:27 UTC 2010

Don't knock good ideas from those that can't or won't implement them. Yes,
I know that most people only like their OWN ideas (which be definition are
good), but it is more useful to put all good ideas on the table for
consideration, regardless of the source.
jep
response 66 of 334: Mark Unseen   Sep 30 21:11 UTC 2010

re resp:61: I agree but don't have time to give.
keesan
response 67 of 334: Mark Unseen   Sep 30 21:11 UTC 2010

Grex does not seem dead to me.
mary
response 68 of 334: Mark Unseen   Sep 30 21:31 UTC 2010

Re: #59  I love it when Tod talks about hostility and coleslaw in the same 
sentence. So much anger channeled through cabbage. ;-)
slynne
response 69 of 334: Mark Unseen   Sep 30 21:33 UTC 2010

resp:65 FWIW, explaining to someone who is demanding that his ideas be
implemented that the reason they aren't being implemented is because no
one has the time or inclination to carry them out is not the same thing
as knocking the idea or saying that it isnt a good idea. 
richard
response 70 of 334: Mark Unseen   Sep 30 21:36 UTC 2010

re #69 don't interpret someone *SUGGESTING* an idea as the same thing 
as *DEMANDING* an idea.  Please.  A suggestion is just that, a 
suggestion.
twinkie
response 71 of 334: Mark Unseen   Sep 30 21:40 UTC 2010

I am also suggesting that Grex get a million dollars. 

The fact that I'm insisting that not having a million dollars is proof
positive that the sky is falling, and that my awesome idea would have saved
everything if you'd only do what I say, doesn't change the fact that I'm not
*demanding* anything. Why, the mere implication is absurd!

 0-24   22-46   47-71   72-96   97-121   122-146   147-171   172-196   197-221 
 222-246   247-271   272-296   297-321   322-334      
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss