You are not logged in. Login Now
 0-24   25-49   50-74   75-99   91-115   116-140   141-165   166-190   191-215 
 216-240   241-265   266-290   291-315   316-334      
 
Author Message
25 new of 334 responses total.
veek
response 116 of 334: Mark Unseen   Nov 20 19:07 UTC 2010

1. any chance of getting CGI - SuExec+Apache installed?? It's easy on 
Linux.. simple apt-get. I need it for scripting.
2. tsty: could you activate/validate the volunteers account?
3. What SDF is doing is:
ARPA members have immediate access to:
 600mb total / 20000 files 
 access to multiple subdomains                              (mkhomepg
 -a)

Could we do the same?? "total" 600MB NOT 600MB/user.. instead of stating
 that we give xMB/user fixed, could we give both values..
rcurl
response 117 of 334: Mark Unseen   Nov 20 19:17 UTC 2010

In Firefox 3.6.12 on Mac OSX it runs over to two pages at 100% scale, 
but is all on 1 page at 95%. Prints OK too, then. However the Sercices" 
box and the graphic coflcit. I'd make the graphic smaller and expand the 
width of the "Services", or even not space them, to reduce the overall 
length.
veek
response 118 of 334: Mark Unseen   Nov 22 14:22 UTC 2010

http://m-net.arbornet.org/~veek/index.cgi

hey, hey check this out :) it's not working perfectly and needs more 
features (also i need to re-edit content) BUT

1. look at that file-dir thing on the right! also, you can click on 
those links and view the contents of the file!

What i'm thinking is EVENTUALLY (that's my home-dir for now) ordinary 
voluntary mice can edit "content" in a browser and submit it. Now! If 
you ran that on the main cyberspace website ANYBODY can edit code and 
fix things :)

And it's rock solid secure (once i do some thingies to it)! What I'm 
saying is lynne can put in her password over https (different from the 
system password - we could prolly make it the same thing too) and act 
as web-mistress!

2. Right now it doesn't do much, 'cept view files.. - it was for the 
volunteers page - for them to view crud.

3. You will also be able to view content umm.. like right now those 
tags aren't being interpreted but in the future volunteers can right 
tiny text files like poetry and have it appear.

(it's basiclly like a crummy MIS.. :p)

anyway.. it was easy to do.. i just bummed some programs :) but i'm 
formally registering this project and the grex-flyers project!! no one 
else should work on this urmm.. (that's a request naturally..)

(it's still in a very elementary stage..) You can do stuff like:
http://m-net.arbornet.org/~veek/index.cgi?
entry=/../../../../../../../../../../../../etc/motd

but it's read only and only has perms what i have
veek
response 119 of 334: Mark Unseen   Nov 22 14:42 UTC 2010

there are these guys on SDF.. whom i'm yet to meet.. who fought with smj
 (the head of SDF) and they got kicked out etc.. would it be in bad
taste  to invite them over? they started their own server or some such
nonsense  - everybody seems to think this place is "dead".. oh Grex it's
dead..  jeeze! what are we, ghosts?
kentn
response 120 of 334: Mark Unseen   Nov 22 16:37 UTC 2010

Boo!  :)
kentn
response 121 of 334: Mark Unseen   Nov 23 04:01 UTC 2010

Anywho, as I've been ranting about for the last several months, we need
to be more responsive and get things fixed.  Maybe it's a bit of the
broken window theory of community, but when there too many indications
that no one is minding the store, so to speak, it does look like the
place is dead.  The lights are on but no one is home.  It doesn't need
to be that way and there's no time like the present to start fixing
things that are broken or just plain inaccurate.  But it takes effort
and time and cooperation, three quantities that are always in short
supply, it seems.  I'm glad to see ideas such as those veek has entered.
Now if we could get that "Get a Free Account" link to go to Grex...
veek
response 122 of 334: Mark Unseen   Nov 23 13:56 UTC 2010

[rit]      psulliva nope.. i'm just learning stuff and it look like an 
interesting project
[psulliva] ah 
[psulliva] when did you get your account? 
[rit]      dunno a while back
[rit]                                 
<no message sent>
[psulliva] i tried to create one a while back and i could never 
           get verified 
[rit]      heh, yeah they suck at verification
[rit]      arbornet's not too bad at that.. cyberspace is the pits
[psulliva] yeah, thats a great way to get lots of users :/ 
[psulliva] i wanted the free php and sql 
veek
response 123 of 334: Mark Unseen   Nov 23 13:56 UTC 2010

err i;m rit btw
veek
response 124 of 334: Mark Unseen   Nov 23 14:03 UTC 2010

[psulliva] yeah, arbornet's 'newuser' login doesnt work for creating 
           an account 
[psulliva] frustrating trying to get into these services and 
           theres no way in, but theyre both pushing advert like mad 
[psulliva] anycase, gotta run, be back in a bit 
<psulliva@iceland goes AFK>
kentn
response 125 of 334: Mark Unseen   Nov 23 15:00 UTC 2010

The web newuser didn't work for me yesterday when I tried it (it thought
that tcsh and vi were invalid choices and that my proposed new userID
already existed although it did not appear to already exist).  I've
notified staff with the specific error message, although I'm sure they
already know there are issues.

For those wishing to get an account on Grex, the command line newuser
program works.  Login in as "newuser".

Unfortunately, the sign says "Open" but the front door is sometimes
jammed.  That's not as welcoming as we need to be to attract new users
and members.

I **really** want to see this web newuser issue fixed ASAP.  
cross
response 126 of 334: Mark Unseen   Nov 23 19:00 UTC 2010

Yes, that's something I've really got to get cracking on.  :-/  I'll 
see if I can look at it tonight.
cross
response 127 of 334: Mark Unseen   Nov 23 19:09 UTC 2010

I'm trying to look at this, but at the moment, it's blocked by the 
government firewall I'm behind (no, really).

I think that encouraging people to come over from SDF is a great 
idea.  We really need to a) fix the web newuser interface, and b) 
streamline the validation/verification process.  Both tasks more or 
less fall on me; both are just a Small Matter of Programming.
kentn
response 128 of 334: Mark Unseen   Nov 23 19:28 UTC 2010

Thanks, Dan. I hope you'll have a chance to look into this soon.
richard
response 129 of 334: Mark Unseen   Nov 23 21:05 UTC 2010

re #127 "streamline the validation/verification process"

Or better yet, do *away* with the validation/verification process.  I 
mean Grex survived more than a decade and a half without having to have 
that and there's not that much traffic here anyway that it can really 
be justified.
cross
response 130 of 334: Mark Unseen   Nov 23 22:40 UTC 2010

resp:129 That was a different time and we've seen that it doesn't work
anything.
richard
response 131 of 334: Mark Unseen   Nov 24 20:26 UTC 2010

that was a different time when there were a *lot* more users than there 
are now.  
veek
response 132 of 334: Mark Unseen   Nov 24 20:36 UTC 2010

yeah, but there were a lot more staff to reset the b0x. in the end it
all  b0ils down to the person willing to go to provide and do the button
 pressing :)
veek
response 133 of 334: Mark Unseen   Nov 24 20:39 UTC 2010

+it's no biggie.. the internet's like a jungle :) old trees die and new 
ones will grow.. just differently.. if cyberspace closes.. SDF's there 
and they are pretty good! they'll be the sole survivor :) bound to do 
well once the competition's been killed off
richard
response 134 of 334: Mark Unseen   Nov 24 20:42 UTC 2010

but veek don't you see that usage has gone down since the validation 
patch was put in.  If the validation patch discourages new users, which 
it does, it defeats its own purpose.
veek
response 135 of 334: Mark Unseen   Nov 24 20:57 UTC 2010

resp 134: it is as you say ducky, and I am in complete and whole hearted
 agreement that validation is a pain that does more damage than is
worth!! but.. apparently ppl don't mind paying to forestall their
inevitable  death.. +i'm not the one who has to run to provide.. ergo..
i do not feel  his pain..
veek
response 136 of 334: Mark Unseen   Nov 24 21:18 UTC 2010

i checked and there were 754 odd resh accounts..
veek
response 137 of 334: Mark Unseen   Nov 24 21:28 UTC 2010

-bash-4.0$ cat /etc/passwd|grep resh|wc -l
     745

Login: freefall                         Name: Adam Dlugaszek
Directory: /a/f/r/freefall              Shell: /usr/local/bin/newly-
validated
Last login Thu Oct 21 13:40 (EDT) on ttyp5


this was the latest new-validation... October?


Directory: /a/j/h/jherm                 Shell: /usr/local/bin/newly-
validated
Last login Thu Oct 28 15:40 (EDT) on ttyp1
cross
response 138 of 334: Mark Unseen   Nov 24 22:45 UTC 2010

resp:134 Actually, Richard, do you have any data to back that up?
Because I've been watching the user population, and it's remained
more or less the same size from before the "user validation patch"
was installed.

That said, it declined significantly in the years leading up to
putting the validation policy in place.  I attribute this to three
things:

1. Grex was frequently down for long periods, for two reasons:

   a. The efforts of anti-social types like cdalten and mickeyd to
      find and exploit security problems in OpenBSD (which we chose
      to run for its much vaunted, but ultimately way overblown
      security reputation) and in Grex's configuration, leading
      Grex to either crash or be effectively unusable.

   b. Despite much protestation about things like the necessity of
      ECC RAM during the SPARC vs. x86 debate, when the current
      Grex hardware was purchased, the buyers nickle and dimed on
      important components (like ECC RAM, hardware RAID, and some
      sort of remote console capability).  I think this was a sad
      side-effect of Grex being run by an organization that for
      nearly its entire life operated on a shoestring budget.

2. The environment on the system was so hostile, in party, BBS and
   even just for interactive users working at the command line,
   that many older users left while many newer users didn't see the
   point.

3. Grex, as a service and as a community, is generally less appealing
   than it once was.  If you want to argue endlessly about conservative
   vs liberal, republican vs democrat, atheism vs religion, pro-choice
   vs pro-life, gun control, oil, wars, and all the usual stuff,
   and you want to argue it endlessly with the same five people
   who's positions are known and extraodrinarily unlikely to change,
   then Grex is a great place to do it.  But so are thousands of
   other places.  If you want to do that using either a web interface
   dating from the late 1990s or a command line interface from the
   early 1980s, then Grex is just awesome.  But most people don't
   want to do that.  Also, the scale of problems associated with
   keeping Grex running increased in the mid-2000s to such an extent
   that it became very challenging indeed to keep Grex running.

Note that the validation patch was designed, and largely succeeded,
in addressing points 1(a) and 2.  It really has nothing to do with
1(b) or 3.

Now, Richard, what you will notice, and I will agree with you about,
is that there has been a general decline in participation in the
Grex community, as defined by the BBS and party.  But that's only
one of several communities that exist on Grex; it would be a mistake
to conflate the two or to assume that decline in one implies decline
in the other.

Richard, you've made clear that you don't like the validation policy.
Fine.  But you've also made no proposal for dealing with the problem
of electronic vandalism that, history has shown, will occur if we
get rid of it.  If you have a viable alternative, I'd be very happy
to hear about it.
cross
response 139 of 334: Mark Unseen   Nov 24 22:47 UTC 2010

resp:137 Beats me.  If no one is requesting validation, no one will get
validated.  A lot of people just don't bother requesting.
nharmon
response 140 of 334: Mark Unseen   Nov 24 23:06 UTC 2010

Somebody, it might have been Dan, suggested validating via a micro-payment 
like through PayPal. Couple that with a manual validation method for 
people who are unable to use PayPal (ie. other country, or under 18), and 
I think that would fit our needs.
 0-24   25-49   50-74   75-99   91-115   116-140   141-165   166-190   191-215 
 216-240   241-265   266-290   291-315   316-334      
Response Not Possible: You are Not Logged In
 

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