Adds Hegemony Outpost unique graphics

[lectronyx]

This PR is to add different props, mobs, and decor to help with the upcoming new outpost, Sothrai Hegemony Outpost!

This PR features:

Streetlights and a Pawn Shop lamp that may be used in later content, maybe?

miervesh and threshbeasts from Aurora Station, including Starfly-unique threshbeast colors.

New plants for the Hegemony Outpost based on the lava planet plants.

Wall flag decorations for the Hegemony.

More to come in the near future.

[lectronyx]

going to request review from Blinkdog and some help in trying to figure out how to make these work - it seems like something here is causing it to fail an absurd amount of checks. Like, holy shit, dude.

eeeeeeeeeeeyikes.

[lectronyx]

@blinkdog I can't figure this one out. Is it because there's unused graphics?

[blinkdog]

@lectronyx Okay, tl;dr here: .dmi files (DreamMaker icon files) can't be #include 'd in .dme files (DreamMaker environment files)

Fix is to remove those #include "*.dmi" from the shiptest.dme file.

---

I added a check to our CI / Lint Action to report this:

## Checking include types in shiptest.dme
#include "modular_starfly\modules\desert-resources\icons\mob\moghes\miervesh.dmi" has suffix ".dmi"
#include "modular_starfly\modules\desert-resources\icons\mob\moghes\moghes_48.dmi" has suffix ".dmi"
#include "modular_starfly\modules\desert-resources\icons\mob\moghes\threshbeast.dmi" has suffix ".dmi"
#include "modular_starfly\modules\desert-resources\icons\obj\flora\desert.dmi" has suffix ".dmi"
#include "modular_starfly\modules\desert-resources\icons\obj\structures\signs\wallflags.dmi" has suffix ".dmi"
#include "modular_starfly\modules\desert-resources\icons\obj\lighting_32x50.dmi" has suffix ".dmi"
Some #include paths in shiptest.dme are a little sus.

BYOND uses the .dme file to determine what code it needs to compile. And like the C compilers of olde, it uses pre-processor directives like #include to literally mean 'put all the data of this file right here'.

It processes each #include and builds up a gigantic document full of all the DreamMaker code from those files, then the compiler processes the whole thing.

If we #include a DreamMaker Icon (which is just a .png file with some metadata, wearing a .dmi hat) it's a bunch of binary graphics data. That is binary data, not source code.

The pre-processor is dumb; it says 'You want this file here? Okay boss.' and puts the .dmi data right in the middle of the source code.

The compiler hits that binary data and says 'Dude, WTF? This ain't DreamMaker code!' and errors out. Nothing compiles, errors ensue, dogs and cats living together, mass hysteria.

So we pull out the #includes of the dmi icons and that should fix it.

[blinkdog]

This should fix up the errors.