Lot's of stuff, Read full Commit log

Cybernetic limbs
Multi-location operations
Limbs have sprites now (They never dropped before so it was irrelevant)
No Organic healing of Robotic limbs (But the message is still there, fixing soon)
No "organic" diseases in Robotic areas
No more operations in robotic areas - Cheer's Pete for the surgery system being so nice
Healing Robotic limbs with welders (brute) and cable (burn)
Probably other things I forget
Updates code/game/objects/items/stacks/medical.dm - Woopsie.
Became less selfish
Made it Easier to create your own Multiple location surgeries, updated surgery/multiple_location_example.dm to reflect this
Updated surgery/limb augmentation.dm to this new way of handling Multiple location surgeries.
YOU SAW NO TEST COMMENT!
Fixes #1716 as far as I have tested
Gives all turret cover types their own Ex_act's
prevents the gun from deleting the cover

Tested on
-Turret
-Just cover
-Porta_turrets
-Just porta turret cover
Fixes Chem healing and Chem damaging of Robotic limbs
Hey @Cheridan NO ISTYPES! :D
Ugh.. I mean "Removes" 10 totally unnecessary istypes
Fixes the healing of robotic limbs so that the message actually doesn't display now.

Credit to ACCount12 for digging around and finding some nifty code
that my brain never thought of
Fixes an earlier attempt at the previous commit
Fixes a comment that was a DIRTY LIAR
Adds a robotic limb heal proc
this is due to the original proc having a check in it now which saves us
millions of snowflakey checks, if you wish to heal a robotic limb use
heal_robotic_damage(brute,burn) it functions the same as heal_damage
but actually heals robotic limbs instead of organic ones

Updated the welding and wiring repairs to use this proc
New Human EMP_act
Old one was shite and I broke it somewhere
Fixes for @Aranclanos

Diseases now have a requires and a required_limb variable
if requires is 1 then it will run a check for required_limb (WHICH USES TYPEPATHS)

Reverts a turret change that git through into the pull for some reason

added some feedback messages in certain places

removed the hulk-like snowflake check that was really crappy anyways

Reworked a part of surgery/surgery_step.dm to use a switch
Commiting some soft Updates of commits I'm behind on and Committing the rest via git.
Merge branch 'master' of https://github.com/tgstation/-tg-station into 13/10/2013-Limb/organ-stuff

This probably broke everything... :(
AI can now anchor/unanchor itself.

Add a Toggle Anchor Bolt verb to the AI that allows it to toggle his
'anchored' var and be dragged around. You cannot use the bolt verb in a
locker,disposal, pipe , on a mule or as a card.

Tested Interactions between AI and items :
-While the AI can be dragged, it cannot be pushed. You can however,
while dragging it, move it around on tiles(by clicking on said tile),if
you get stuck.
-Cannot be grabbed or click dropped into the gibber.
-Cannot be grabbed or click dropped into Cryo.
-Cannot be put in the DNA scanner.
-Cannot be put in the morgue, or the incinerator.
-CAN be grabbed or click dropped into a disposals bin, and flushed.
-CAN be put inside a locker. Once there's a locker below and you can
close it, you can drag the AI around - event if it's normally anchored.
If you open the closet while the AI is anchored, the Ai will still be in
a anchored state. Note that it's possible to do this trick without
needing to drag the Ai over a locker, PRIOR to this commit.
-Can drift in space, and  can be mass-driver'd. Also Anchors don't work
in spess.Also Ai goes blind in spess. Honk.
-Can be pulled around on edges in space as normal, slip interaction
works normally.
-Can be telescience'd if unanchored.
-You can get on a mulebot!

Notable problem :
-Ai can be buckled/unbuckled to a chair, and when unbuckled it reverts
to an anchored state.Can be solved by using the verb again. Not a real
issue, but notable.
-Dragging an AI in open space can be a bit of a problem. If you take
sharp turns while jetpacking, the Ai will still drift in the previous
direction. You can stop the AI course by jumping by getting in front of
it. Dead AIs were however able to go through you, but Gia found a fix.

"Doesn't that defeat the purpose of the intellicard?"
No, because you only use the card for 3 cases :

1. In case of Rogue AIs, and it is unlikely it will let you drag it
around.
2. In case od dead AIs, in which case it will still need to be carded in
order to be resurected.
3. In order to steal the AI, and generally they don't like that as well.

So the intellicard will still show uses if this commit gets pulled.

Many thanks to Giacommand for babysitting me and helping me through the
coding and testing stages of this commit. Also, first baby commit, ho!
I've thought of this when Gia decided to change Telescience to not drag
anchored mobs, and realised that this create a lot of fun options for
the AI (rogue or not). Most of the interactions seems to be clear of
bugs, and I didn't get any runtimes when testing (except something about
NanoUI, but Gia and me assumed it was unrelated.)
Changelog updated.

Added commit's description to changelog.
Corrected the date formay in the changelog.

YOU SAW NOTHING!
Unanchored AIs can now be pushed and can bump.
Changed tgstation.dme back to his original state.
Prototype of Ai tracking in MALF. Need help for testing.

I have currently in need of help for testing out the strings I added in
malf mode, as I'm having trouble booting up the game mode properly.
Removed comment, and indented a line in malf.dm.

This was muckin' with the normal can_start() due to a missing, it should
make future MALF test easier now.
Centcom Away update

Fixes aired/airless mixing on solars
Adds some misc stuff