Also, a plus for switching to OURL: now my school won't block me! (*.tk is blocked, probably because it's associated with bad, evil websites )

Please correct me if I'm wrong:

We can easily port only:
- games whose source code is available
- games which relies on the SDL library
- games which doesn't use assembly (between an MS-DOS and a Linux version of the same game, we should choose to work on the Linux version)
- games written in C (no C++)

Meaning that until we've got a C++ toolchain for Ndless, most of the greatest SDL games/emulators can't be ported?...

To address some points:

- Yup, but that goes without saying. There is no way we can do any binary translation; otherwise, iOS apps could then be ported to Android. (OK, bad example, but you know what I mean)
- Yeah, pretty much. But SDL will still let people create new games too
- Somewhat - assembly can be ported too. SDL emulators in particular can use this. More or less, C -> ASM for any emulator work because C would be (somewhat) slow.
- There's a bFLT loader that is supposedly done, which supports C++ programming. (See here.) I do not know of its status, and whether or not it has merged with the official ndless tree, or if it's stable or not. (I think the author, tangrs, is busy with his finals, so... ExtendeD and tangrs can clarify its status.)

There's one little thing that I'd like to see implemented before it gets off: replacing library IDs with Java-style names. (For instance, "com.alberthrocks.myawesomelibrary") There's a max of 256 libraries that can be had, which in the future may not be enough. (I've indicated that idea here.) Unfortunately I don't have enough experience to try this, so...

Bumpity bumpity bump. I saw this topic when I found this issue, so I thought it would be fixed by now... maybe you forgot?

Nah, it was disabled because for some reasons, its first page of topic has the same effect as if you would run Crysis maxed out on the server.

Also according to Qwerty last night on IRC, if people apply for staff they end up on a list. However, there doesn't seem to be any plan for hiring for the time being since there's other stuff to do before. I hope this is not another Void P or TI French Team scenario where they decided to stick with the current group of staff until the very end, until the entire staff is depleted, though, because it has been over a year since the last CoT hiring run occured and they used to occur every 6 month or so...

Also the closing of TIMGUL might possible bring some new musicians in, although it is not guaranteed. For that to happen Netham45 would need to send his db backup to juju anyway (or if that fails, I can send one, although it's much older)

I think the staff are just focused on fixing the server, since half the site broke with the move. Once all of this is fixed (and maybe even optimized), I think they'll have enough time to begin a hiring session.

I was testing out a new batch (.bat) file to assemble my assembly sources. In this test file, I accidentally moved the source code rather than copying it. Since the recycle bin doesn't catch stuff deleted in batch files, the source was gone forever.

This is also very true on Linux... rm something means that it's gone. Forever.
However... there *might* have been a solution for both you and me (assuming I deleted a file in Linux) - using TestDisk to recover the file. It's too late though since by now all the cumulative disk writes probably deleted it forever.

Anyway, here's my story:

Lost:
A PRIZM toolchain building shell script that worked really, really well. (Linux)

Cause:
Using the nano text editor, I didn't realize that when I was saving, I didn't change the file name to something else, since I did some heavy modifications/deletions to make the script serve another, almost completely different function. I tried recovery via TestDisk... unfortunately, this is one of those cases where you can't recover the data. It's gone - forever.

Solution:
NEVER do nano important_shell_script.
Do cp important_shell_script some_script; nano some_script.

(In English: don't edit the file directly, especially if you are planning to save it to a different filename. Instead, COPY it to the filename you want, and edit that.)

Also, BACKUP BACKUP BACKUP. I usually would stick important stuff in my Dropbox* folder, but this was my server, and I didn't want Dropbox syncing there (especially with personal info). I'm planning on setting up a rsync backup functionality on my server... but in the meantime, LOCAL backups are very effective as well.

Lesson Learned:
(new heading I decided to put in, although you don't have to!)
Even if you think you've backed up, BACKUP again and AGAIN. (I thought the script was saved somewhere, and that nano would make a backup copy if I saved over. Both, unfortunately, are totally WRONG.)
It just might save you.

* Dropbox = amazing file hosting service that is so dead simple - copy the files you want backed up into a special Dropbox folder, and it will sync automatically! It also has (limited) file revisions, which is great if you messed up on something. This plus regular source code versioning (SVN, Mercurial, Git, etc.) is a pretty awesome backup solution!

You... kinda deleted the OS.
The TI-Nspire OS is around 9 MBs (see here), and deleting something arbitrary like "os.img"... well, I don't know what you were expecting.

What's interesting though is that you got to see this "os.img". Could you tell us exactly how you did all of this, what you saw, etc.? Be VERY descriptive - you might have found an interesting bug for us to play with.

Anyway, just reinstall, and don't delete os.img

For TI-8x games, no, we don't have a working emulator yet. calc84maniac had a project like that, but he lost all the source code.
I might port SDLWabbitemu to the Nspire, but it would be kinda slow... only time will tell.

Yeah, it sucks that UTI has to go like this, but at least KermM is picking it up I am still wondering if there will be any need for my super moderator-ness o.O

He might assign mod privledges based on Cemetech site activity. (Which would be a negative for ya, since you're more active here.) As always, we'll have to wait and see.

Of course... you can always be a mod here!

Writing a virus to counter a virus... not exactly a great idea if you put it that way
However, if you know the IPs and the virus, disassemble it, and then figure out a way to control the botnet, you might be looked favorably by authorities (and gain some fame, too!).

Anyway... are the logs of the DDoS IPs going to be made public?