DF 34.11 musl compat release

this musl compat release uses a specifically tuned libgraphics.so
from https://github.com/rofl0r/df-libgraphics , branch nogl ,
commit 2674d223d3ac49a2a3ada6cda72b31dfa36f57c4 .

it removes the dependency on opengl and GTK+, as the latter pulls
in a whole lot of library deps, which need to be available as 32bit
libs on a 64bit sys.

additionally, the musl-linked libstdc++.so.6 and libgcc_s.so.1
from GCC 4.5.4 are shipped instead of their glibc linked counterparts
in the original. this is necessary, because GCC 4.7 libs are not
compatible with the Dwarf Fortress binary, and the user may have
uninstalled the older gcc version.

additionally, a launcher is provided which disables ASLR for the DF
binary, as there's (as of kernel 3.11.6) a kernel bug which makes
the heap address range too small for DF to function which musl's malloc.

-------------------
System Requirements
-------------------

In addition to the hardware requirements (which will be the same as the other
platforms) your system will need these libraries installed:

* SDL 1.2+
* SDL_image
* SDL_ttf

see df shell script for other requirements


-------------------
Commandline Options
-------------------

-sound_output : sets the sound system to use. Possible values:
    ALSA - Use the Advanced Linux Sound Architecture. (default)
    OSS  - Use the Open Sound System.
    ESD  - Use the Enlightenment Sound Daemon.
    
If you need to use one of the alternative systems and want to avoid 
having to run from a terminal everytime, add the switch and the sound
system required to the df script. 



-------------------
  Known   Issues
-------------------

* If the mouse cursor is enabled, and you are running fullscreen
  it reacts strangely around the leftmost and topmost edges of the screen.
* Recorded movies will flicker every few frames, with artifacts on
  larger screen sizes.
* If the lock keys (caps lock, num lock, etc) do not work for you, open
  the df file in a text editor and remove the line that reads
  
  export SDL_DISABLE_LOCK_KEYS=1
  
  it's a work around for a bug in the SDL package in Debian based distributions,
  that reverses the behaviour of the above environmental variable.

