Nonsense to run GRT under Wine32, under Linux, under Docker for Mac

Dockerfile

@@ -0,0 +1,6 @@
+FROM debian
+
+RUN dpkg --add-architecture i386 \
+  && apt-get update \
+  && apt-get install -y wine32 libwine fonts-wine \
+  && rm -rf /var/lib/apt/lists/*

Makefile

@@ -0,0 +1,12 @@
+IPADDR:=$(shell ipconfig getifaddr en0)
+
+build: Dockerfile
+	docker build . -t grt
+
+run: 
+	docker run -e DISPLAY=${IPADDR}:0 -it -v ~/grt:/opt/grt grt wine /opt/grt/GordonsReloadingTool.exe	
+
+socat:
+	./socat_xquartz.sh &
+
+.PHONY: build run socat

README.md

@@ -0,0 +1,25 @@
+# grtwine
+
+Some total nonsense I've whacked together to enable me to run
+GordonsReloadingTool on MacOS given I had Docker and XQuartz installed for
+Other Reasons.
+
+## Dependencies
+
+On the local machine;
+
+* An extracted copy of the 32-bit Windows GRT client in `~/grt`.
+* Docker for Mac 🤢
+* socat
+* xquartz
+
+The latter two being via `brew`.
+
+## Overview
+
+1. XQuartz should be configured on the host to allow network clients
+1. `make socat` starts XQuartz and `socat` to expose the X Server
+1. `make build` generates a locally Docker image (`grt`) with 32-bit Wine 
+1. `make run` spawns GRT under Wine using the previously exposed X server
+
+Could this be better? Oh totally.

socat_xquartz.sh

@@ -0,0 +1,4 @@
+#!/bin/bash
+
+/Applications/Utilities/XQuartz.app/Contents/MacOS/X11.bin &
+socat TCP-LISTEN:6000,reuseaddr,fork UNIX-CLIENT:\"$DISPLAY\" &