|
Grex > Coop7 > #106: Retiring the ID of someone who has died | |
|
| Author |
Message |
| 25 new of 326 responses total. |
gregc
|
|
response 300 of 326:
|
Nov 19 14:42 UTC 1995 |
Hmmm, you know, there's someone who has been conspicuously absent on this
system for awhile now. This person liked to argue any subject just for
the hell of it. Consider:
Debra - Opinionated, argumentative, bartender.
Bdh - Opinionated, argumentative, alchoholic.
Coincidence? You decide.... :-)
|
janc
|
|
response 301 of 326:
|
Nov 19 16:26 UTC 1995 |
Not a chance.
|
popcorn
|
|
response 302 of 326:
|
Nov 19 17:32 UTC 1995 |
Is there anybody on the system who *hasn't* yet been accused of being
selena and/or mlady? ;)
|
rcurl
|
|
response 303 of 326:
|
Nov 19 18:03 UTC 1995 |
Me.
|
headdoc
|
|
response 304 of 326:
|
Nov 19 19:57 UTC 1995 |
not me either.
|
chelsea
|
|
response 305 of 326:
|
Nov 19 20:18 UTC 1995 |
Okay, I'll admit it, I'm mlady (2).
I won.
|
scg
|
|
response 306 of 326:
|
Nov 20 07:02 UTC 1995 |
Now that, I never would have guessed. Are you selena too? ;)
|
tsty
|
|
response 307 of 326:
|
Nov 20 08:49 UTC 1995 |
VGlad that the borg passed the motion.
disagree that newuser is the "place" for the info. If a login is around
long enough (long on wisdom or time <apologies to login wisdom>) that
login will find some reference to the situation and make a decision.
for one, and if this is an appropriate location/forum/etc., i would
request that tsty be "reserved" at the event of my death, providing
that I have been around (logged in) during the previous 12 months. If the
reaping policy changes i might alter the time element, above.
we all shuffle off this mortal coil sooner or later. Some "residue" of
my existence is important to me. Grex may be the sole repository of
such "residue." Substitution of 4 characters for this one character
doesn't seem to be such an overwhelming burden. Thankxx, Borg.
|
bdh
|
|
response 308 of 326:
|
Nov 20 12:43 UTC 1995 |
You dumb fuckers have slid even further into the sewers
don't mess with my login and if you accuse me of being that bitch debra
i'll sue!
|
rcurl
|
|
response 309 of 326:
|
Nov 20 15:17 UTC 1995 |
...sure sounds like debra...
|
janc
|
|
response 310 of 326:
|
Nov 20 18:35 UTC 1995 |
Yeah, but it *doesn't* sound like BDH.
|
chelsea
|
|
response 311 of 326:
|
Nov 20 23:24 UTC 1995 |
Fake.
|
robh
|
|
response 312 of 326:
|
Nov 21 00:03 UTC 1995 |
<fake fake fake fake de fake, wonderful fake!>
|
mdw
|
|
response 313 of 326:
|
Nov 23 13:27 UTC 1995 |
Anyone who wants to reserve a loginid today, for any reason, be it a
deceased friend or personal prejudice, may do so, simply by (a) running
newuser and making the account, and (b) logging in at least once every 3
months to ensure it doesn't get reaped. Staff will also refrain from
reaping an account for a specific length of time, if requested. Staff
are quite keen on reducing unnecessary CPU load, and maximizing resource
usage, and so will be quite willing to create a mail alias or make other
suitable arrangements to reserve a loginid, if that would avoid the
necessity to create the actual account. That is, while staff would not
be willing to reserve "mlady" in perpetuity (or even 5 years), they'd be
quite willing to reserve "mlady" for the next year - and to extend that
reservation year after year, as long as you keep remembering to ask.
All of this is either well established system policy, or simple logical
extrapolation out from there, and requires no real software change.
So, there is no necessity to vote on *any* specific proposal if somebody
merely wants the ability to reserve a specific loginid for a specific
amount of time (like up to one year) for a reasonable reason (which
*need not* be limited to just death.). Basically, that *is* the de
facto state of affairs. It only takes a membership proposal if you (a)
want to allow perpetual reservations (which in my mind are nearly
pointless) (b) you want to burden the already overly long newuser Q&A
with yet more invitations to tie up system resources, or (c) you DON'T
want any sort of reservation to be possible. Don't forget, too, (c)
puts us further out on the slippery slope of verification.
|
remmers
|
|
response 314 of 326:
|
Nov 23 16:55 UTC 1995 |
Um, at the last meeting, the board voted that staff shall on request
reserve the login id of any deceased user, in perpetuity.
|
rcurl
|
|
response 315 of 326:
|
Nov 23 21:32 UTC 1995 |
That just requires a file of perpetually reserved logins. I propose
another file of perpetually un-reserved logins (for when the current
use expires).
|
srw
|
|
response 316 of 326:
|
Nov 23 22:26 UTC 1995 |
It's easier for them to be perpetual than for them to require renewing.
|
mdw
|
|
response 317 of 326:
|
Nov 24 02:47 UTC 1995 |
Um, well, in my opinion, the board voted for a silly but minor change to
what had been the de facto state of affairs. It's probably not a
problem unless somebody starts killing off all the mary's & steve's on
grex, and somebody else tries to reserve all those loginids.
|
srw
|
|
response 318 of 326:
|
Nov 25 22:37 UTC 1995 |
Agreed, except that even then it's not much of a problem.
|
popcorn
|
|
response 319 of 326:
|
Dec 1 14:39 UTC 1995 |
I disagree! If someone sstarts killing off all the marys and steves on grex,
it's a *big* problem. :)
|
sidhe
|
|
response 320 of 326:
|
Dec 6 04:30 UTC 1995 |
Well, I for one, would say that I'd miss the "steve" collective,
should they suffer from such attack.
|
kerouac
|
|
response 321 of 326:
|
Dec 6 19:27 UTC 1995 |
The steve collective?
|
carson
|
|
response 322 of 326:
|
Dec 9 09:13 UTC 1995 |
We've got an excess of them. Population control, ya know.
'course, extinction wouldn't be pleasant.
|
sidhe
|
|
response 323 of 326:
|
Dec 9 23:55 UTC 1995 |
Yes, the steve collective. We have been assimilated. Resistance
was futile.
|
bentley
|
|
response 324 of 326:
|
Dec 30 06:55 UTC 1995 |
Re #298 about unlikely choice of confs for a newusers to read: I'm fairly new
here, and the only confs I read are agora, kitchen, and I'm making inroads
into coop. Not sure what this means; just thought I'd mention it.
|