| |
DeeKay
Registered: Nov 2002
Posts: 363 |
Pointless rule-enforcement on CSdb
Okay, you all know how I like CSDb-drama, but usually I don't create any myself, but in this case Groepaz anal-ness about CSDb-rules simply forces me to:
Here's the story: We released the PAL/NTSC version of the NUFLI editor. It pretty much only included the new universal displayer, so we kept everything else the same. However, as I noticed on X while working on Electric's Tiger, it got somehow corrupted, meaning that it would CRASH and DESTROY your picture when you drew with sprites under certain circumstances. I notified Crossbow and he confirmed it and started working on a fixed version, which i tested extensively to make sure it's all A-ok (that's v1.12)
Okay, so I approached Groepaz and asked how to best solve the problem that there's a BROKEN version of our NUFLI editor on CSDb that actually DESTROYS images! I was really willing to play by the rules (=not deleting it and not stealthily replacing it with a fixed version), but whatever I suggested and did (renaming it to "Buggy-ed" so people wouldn't find it, using the "this file is corrupted" feature in the file dialogue), he said it's all not allowed and reversed anything I would try. Now I'm locked out of our own tool and can't edit it, great. Talking about admin power abuse... I dunno what his problem is seriously, sometimes he just loves to piss people off for no reason whatsoever...
Okay, so now there's still the broken v1.11 online which people can happily download. But why the FUCK would anyone want a broken version of a tool that DESTROYS your picture? This is not some 90% party version of a Demo, so what's the fucking point? Okay, so we released it corrupted, our bad. But should we be punished indefinately for it when we FIXED it meanwhile? And why can't I simply use the "this file is corrupted" feature? What's the point being anal about THAT, too? I mean - you CAN still download it and masturbate over a disfunctional c64 tool if that's your sexual preference, but at least you'll know it's br0ken! The *only* hint that it's broken is in the comments, which thank god GroeFaZ didn't delete...
Good v1.12: NUFLI Editor V1.12
Bad v1.11: NUFLI Editor V1.11 [broken] |
|
... 86 posts hidden. Click here to view all posts....
|
| |
DeeKay
Registered: Nov 2002
Posts: 363 |
Thanks very much for the "less crap" comment btw! That *really* makes me want to contribute to the scene and CSDb! ;-D
Also, people replace stuff stealthily all the time, but you're punishing *me* explicitly for actually approaching you on how to do this the right way! By asking you, I've shown that I do not need to be "educated" on the rules, so STFU. If CSDb absolutely doesn't want people to meddle with added stuff, you should remove the "remove link" button - which you didn't, so what's the point of it being there in the first place?
btw: Are you the same Groepaz that laughs about Wikipedia-Rule-Nazis? 8) The whole irony of the situation seems to escape you here...
JA: Haha, great idea! NOT! 8) |
| |
DeeKay
Registered: Nov 2002
Posts: 363 |
And 2ffie: How often have you looked up a known tool on CSDb simply because you needed it and immediately clicked on "download" without bothering to read the comments? I know I do it all the time!
All these pointless rules have been enforced for years for that day in the distant the future, when CSDb will FINALLY support versioning! I still don't know what I'd want with a disfunctional version of a tool then, but I'm sure it'll be great!
CSDb-Versioning will be enabled the day that Meet Crest, Duke Nukem Forever and HURD are released! <:-)
Please do search for "hoxs" in the search box. 56 matches for one tool. My god. WHAT'S THE POINT??? |
| |
chatGPZ
Registered: Dec 2001
Posts: 11384 |
Quote:Please do tell me who desperately sees a need to download a version of a DISFUNCTIONAL tool!
thats completely irrelevant - and thats exactly what you dont want to understand. a release will be archived, wether you or anyone else likes it or wants to download it doesnt matter at all.
Quote:Also, people replace stuff stealthily all the time, but you're punishing *me* explicitly for actually approaching you on how to do this the right way!
nonsense. and indeed, people replace stuff all the time. but they seldomly break the rules - and if they do, they get told, and usually everything is resolved within 3 minutes.
other than that, word up jackasser. go make a demo about it :) |
| |
DeeKay
Registered: Nov 2002
Posts: 363 |
Quote:
thats completely irrelevant - and thats exactly what you dont want to understand. a release will be archived, wether you or anyone else likes it or wants to download it doesnt matter at all.
Why????
Quote:
nonsense. and indeed, people replace stuff all the time. but they seldomly break the rules -
Bullshit. I've done it without consequences in the past (before I knew about the rules) and I know of many other people that did. Remember Graham's advice to do just that on IRC? 8) Also, you cannot do *anything* when the links are external, people can simply replace the file on their server and that is that - So what's the freaking point???
Quote:and if they do, they get told, and usually everything is resolved within 3 minutes.
Bla bla bla bla - you know the lesson I learned from all this crap, Mr. Gestapo? DON'T ASK HOW TO PLAY NICE! |
| |
Mr. SID
Registered: Jan 2003
Posts: 424 |
I'm going to download v1.11, it has a higher rating (straight 10) while 1.12 only has 9.8... |
| |
DeeKay
Registered: Nov 2002
Posts: 363 |
Hahahaha! 8) GREAT point, Mr.Sid! ;-D |
| |
cavey
Registered: Jul 2002
Posts: 68 |
What if somebody actually wants to make USE of the corrupting bugs in the program? You would withhold that possibility to those people ;)
Besides, without bugs, there wouldn't be bugfixes and newer versions of programs.
How about repackaging the buggy version with a readme.txt that says the program has a serious bug, with the circumstances under which the bug occurs, and a suggestion to download the newest version in case you do not want that bug to happen?
|
| |
daison
Registered: May 2005
Posts: 90 |
I guess the entire issue is about active sceners vs archivers. Virtually all the CSDB drama is based upon this.
Not much to do about it since 'rules are rules'...
|
| |
DeeKay
Registered: Nov 2002
Posts: 363 |
If i repackage it, i have to re-add the file. And that is against the rules.
Also, this is not a bug but rather a corruption of totally unchanged memory areas that worked just fine before, so that's a bit of a difference... And with tools like Firefox etc there's a lot more changes with every release than merely one feature, so you NEED to keep the old version online - also for certification reasons, there's a whole ecosystem with bebbrowsers that is simply not the case for NUFLI...
But I'm sure if they just happened to release a Firefox version that simply DID NOT WORK, they'd replace it immediately with one that would... |
| |
chatGPZ
Registered: Dec 2001
Posts: 11384 |
Quote:Why????
because csdb is a software archive, and so all versions will get archived. its as simply as that.
Quote:I've done it without consequences in the past (before I knew about the rules) and I know of many other people that did. Remember Graham's advice to do just that on IRC? 8) Also, you cannot do *anything* when the links are external, people can simply replace the file on their server and that is that - So what's the freaking point???
and because there are still ways to bend the rules and get away with it, we should completely remove them! ofcourse.
no, infact what you say are the reasons why we add local copies of every file if we stumble about external-link only entries. and its the reason why links to binaries are beeing logged and binaries are never deleted for real. you can obviously always be sneaky - but dont complain if someone notices.
Quote:DON'T ASK HOW TO PLAY NICE!
see above. i recommend asking graham what happened last time though =P
Quote:I guess the entire issue is about active sceners vs archivers. Virtuall all the CSDB drama is based upon this.
word. its the one single thing where opinions clash indeed. |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 - Next |
