In item #71, Valerie wrote: "I've written a command that people can use to remove all of the responses they have ever made, from an item, from a conference, or from all of Grex. It's running now to remove all of the responses I entered as "valerie". It takes a long time to run." Something occurs to me that is a strong argument that users using such a program as this should be disallowed by staff. If user "abc" is a longtime user with a lot of posts and then leaves, or simply goes away for a while, login "abc" could get reaped and recycled. Somebody troublemaker then could run newuser and get the login "abc" and then run Valerie's program and scribble hundreds of posts they never made. For instance, I just noticed that my old login Kerouac is reaped. I don't care, I don't particularly want it anymore. But I have many posts on here under that login. Could someone else now run newuser, get Kerouac, and then user Valerie's program to remove my posts. My posts, not theirs? It seems to me that staff needs to ensure that only the person who made the post can scribble it, and if four users in ten users have had login "abc" and made posts, how does a program like Valerie's tell which user had the login when a particular old post was made?58 responses total.
This response has been erased.
What I don't like about this is 'it takes a long time to run', which slows grex down. Then everyone else has to do fixseen on every conference where the responses were scribbled, which slows grex down even more. I am in favor of removing this script so that people cannot do this sort of global scribble.
Anyone could write a script like the one valerie left. Valerie was not the first person who ever left Grex (or M-Net) but deleted all of their postings first, though she is the highest profile person to do so.
I couldn't write a script like that and I bet most other users also do not know how to do so.
Richard - Jamie is correct in #1. If I created a new account called "kerouac", it would almost surely have a different UID than your old account. And because of that, Picospan wouldn't allow me to remove your posts. I suggest trying it to make sure that's true.
If valerie had used 'nice' to run it, it probably wouldn't have bogged down the system. Do I think it's a polite thing to do? No. But I don't think it's reasonable to stop people from scribbling their responses, and I don't given that I don't think we can prohibit them from automating the process.
This response has been erased.
I meant that last sentence to read 'But I don't think it's reasonable to stop people from scribbling their responses, and given that I don't think we can prohibit them from automating the process.'
This response has been erased.
This response has been erased.
Re resp:9: She voluntarily gave up her root privilages. Read her 'I'm leaving' item in this conference for details.
I don't think #1 is true. I don't recall any place that Picospan uses UID.
It is true. Picospan stores the uid along with login name in the response text of each response.
Here is a typical header for a response in a picospan item:
,E
,R0000
,U1017,bhoward
,Abruce howard
,D2887870b
,T
extracted from one of the conferences. Note the ,U line which encodes
uid and login. As others have pointed out, it is the combination of
both these things that uniquely identify the owner of a response (or
for that matter, item) when picospan needs to determine ownership to
decide whether you are allowed to do something.
MOSTLY uniquely.
Re #14: Right, Picospan response headers contain both the uid and the login id. To verify that Picospan actually uses them both, I created an account with the same login id as a long-deleted user who had posted in the test conference and tried to retire and freeze the user's items. Picospan wouldn't let me do it, as expected.
I once got my old account (not sholmes) reaped and then when I got it back , I wsn;t able to open my mailbox. Was it due to the same thing ?.
If you used newuser to create a new account with the same login id as your old one, then the answer is yes. Your new account got a different uid than the old one, and Unix uses uid's to determine file access rights.
AHAHAHA scott got TOLD>
Picospan and Backtalk require both login and UID to match before you can scribble an response. Unfortunately it isn't as careful about fairwitnesses. If a fairwitness is reaped and you capture the old login id, it will work for you. Yapp fixes this defect. Valerie wrote her reap program in quite a hurry. If one were to spend a bit of time at it, one could write one that runs much faster with less impact on the system. I could write a backtalk script that would do pretty well. I have no plans to do so, but if the system load were the only objection to such "blitzcraig" scripts, then it would be a surmountable problem.
Not to mention that if it can be done via backtalk, someone could write a script on their local machine to do it if running a script like that directly on Grex were banned.
>Yapp fixes this defect. Uhh, the YAPP that runs on m-net sure doesn't. OR maybe you're talking about a newer version. Plus, valerie's reap program is too user-friendly to be a quick hacked-up job. Plus, there's also the 'nice' command.
Yeah, YAPP definetly doesn't fix it. I used to have occasional fun by taking over M-Net conferences when their FWs got reaped.
This response has been erased.
re resp:22: Valerie is a professional programmer, and her script reflects that.
This response has been erased.
Uh huh.
Re: yapp. Fairwitnesses in Yapp can be given in either of two formats. Login ID alone, as in Picospan, or login plus uid number. The former is for backward compatibility. The latter option has existed in the code since almost the first release. It's possible that the cfadms on M-Net don't know it are are entering fairwitnesses in the old format. Valerie wrote her script in an evening. She's a good programmer and though I haven't looked at it, I'm sure it's pretty well done. But something could be written that would run much faster, even on the stunningly slow Grex computer. It would take much more than an evening to really do it well. I could do a pretty good job in an evening because I have the backtalk code base to work off of.
re 25 I've seen tonnes of scripts written by "professionals" which were TRUE hacked-up jobs and not user friendly at all.
The world is well supplied with bad programmers. Valerie is not one of them.
This response has been erased.
Guys, user-friendly is not the same as documenting your code. Incidentally, valerie's script has practically no documentation! Unless of course your idea of a good programmer is one who puts lots of instructions but practically no comments.
"Good programmers debug code, not comments."
valerie may be a good programmer, but it sure takes a kick in the ass to get her going.
Comments are there for maintainability. I don't think valerie plans on maintaining this script.
She should, since it's been her first project in several years.
Valerie writes programs every day.
Yes sir, programs, but not "projects", as in the Borland sense.
naftee, you've not idea what Valerie does for a living. Stop displaying your ignorance.
If you're saying that what Valerie does for a living is completely unrelated to what it says on her website, then I'd have to agree.
I have no idea what naftee is talking about. In any case, I looked at Valerie's scribble script. It's a nice piece of Perl code, clear and well-written, with about the right amount of comments. If it's decided to restore the divorce items sans jep's responses, the script will make the process a whole lot easier than it otherwise would be.
(Assuming that they're still available somewhere in raw Picospan format, that is. If not, restoration gets a little more complicated.)
This response has been erased.
It's not the WHOLE idea, but you're probably correct.
This response has been erased.
Valerie actually makes PERL look not ugly. But I'd say beautification is art, not realy programming.
This response has been erased.
it's.
you're
fat
ter
than
aboogeronsteroids.
Lose
glad this isn't new because of tard-fucks masterbascribbling.
metascirble.
#10 of 56: by Jim Daloonik (naftee) on Fri, Jan 9, 2004 (18:51): re 6 She's too selfish to run her processes nice.
TROGG IS DAVID BLAINE
You have several choices: