Do these require a constant internet connection to use?  ;)

Sorry, EA joke.  Nice tileset.  :)

Just to avoid a couple bits of confusion:

• Jailbreaking your telephone is still completely legal in the United States.  What is illegal is unlocking your phone, which has to do with being able to change carriers.
• Both CC-BY-SA and CC-BY have an anti-DRM clause which (as I understand it) prevents those works from being released on the apple app store.  I personally take issue with this provision in CC-BY, since it's kind of a gotcha clause in that case.  They either need to remove it or add a note to the license deed to clarify that it's there.
• The people who made the base assets have agreed in the past to allow those assets to be used in iOS games, although at the moment people will need to get individual permission from the artists on a per-game basis.  We're working on getting blanket permission from all of them.
• It is completely up to the individual entrants whether they want to make their work CC-BY (and additionally allow it to be used with DRM) or not.  I personally find Apple's behavior in this regard absolutely obnoxious, so I completely support anyone who doesn't want their art used in apps on the app store.  This is, to reiterate, a problem with Apple, not the artists or the licenses, and, while I am personally fine with my own CC-BY art being used in a DRMed game, it's not my place to speak for others on this matter.

At any rate, this isn't about being vindictive ("screw Apple").  Apple has a lot of organizational inertia, and they obviously care very little about Free Software or the Creative Commons.  They're not going to change just because people have asked them to (they've been asked, they declined).  The only way they're going to change is if they get a significant volume of complaints from their customers.  If you haven't complained to Apple about these practices and how they affect your game development already, I would strongly suggest that you do so.  It's not fair just to complain to the artists.

You're reading an awful lot into that one little statement.  That said, I was being snarky and I should have gone into a bit more detail.

The reason I allow ZIP files at all isn't because I want people to upload executable files to OGA, it's because I understand that there are tons of different art formats out there, some more esoteric than others.  While I don't necessarily want to encourage people to use strange formats (by explicitly listing them in the allowed file upload formats), I don't necessarily want to prohibit them either.  But that's just on art submissions.

The reason I allow file attachments to forum posts at all is to facilitate discussion about art.  I'm perfectly happy with people discussing code as well, but I don't want to get into the business of hosting people's random files in a section of the site that doesn't receive nearly as much public scrutiny as the art section does.  I don't have time to vet everything myself, and a lot more people see art submissions than forum posts.  I'd also prefer to avoid having people post a zip on the forum and then hotlink it from other sites.  OGA is an art hosting website, not a code hosting website.  There are other sites that are perfectly happy to host your code and your executables, and you're more than welcome to link to those sites in your forum posts.

Big discussion here.

I'm hesitant to allow zip files on the forums due to the potential security issues for people who download and run them.  Before someone points out that the same security issues exist for art, bear in mind a couple things:

• Generally speaking, if something claiming to be art comes with an executable file, people will be suspicious of it.
• Art gets a lot more attention then forum posts.  If someone tries to upload something nasty, it's a lot more likely that it will be noticed quickly.

qubodup brings up a good point about OGA not being a software site.  I'm not completely opposed to hosting certain kinds of art software, but if it's going to happen a lot, I'd prefer it to have its own section so it doesn't get mixed up with search results.

As it stands, the official word from the top is that I'm allowing it in this instance.  If software uploads become a frequent thing, we're going to need to come up with some way to deal with them.  But for the moment, I don't see any reason to make a big deal out of it.

Finally, a word on licensing:  The licenses we have here are (for the most part) more appropriate for art.  In a case like this, the best solution would be to choose a license from the available list, and then put in your notes that the program is additionally available under some other (more code-appropriate) license as well.

Bart