Hello!
When I simply perform 'ssh Leopard' or 'ssh Tiger' (signifying the OS) the local X server, XQuartz 2.7.8_beta1 (xorg-server 1.16.0), launches – which launches a few X clients for a second time.
Among these lines the cause for this behaviour certainly lies…
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Requesting no-more-sessions(a)openssh.com
debug1: Entering interactive session.
debug2: callback start
debug2: x11_get_proto: /opt/X11/bin/xauth -f /tmp/ssh-0ob06XPDZb/xauthfile generate /tmp/launch-GUj0Zf/org.macosforge.xquartz:0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2>/dev/null
debug2: x11_get_proto: /opt/X11/bin/xauth -f /tmp/ssh-0ob06XPDZb/xauthfile list /tmp/launch-GUj0Zf/org.macosforge.xquartz:0 2>/dev/null
debug1: Requesting X11 forwarding with authentication spoofing.
debug2: channel 0: request x11-req confirm 0
debug1: Requesting authentication agent forwarding.
debug2: channel 0: request auth-agent-req(a)openssh.com confirm 0
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug2: channel 0: request shell confirm 1
debug2: fd 4 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Last login: Sun Jan 18 14:00:59 2015 from Sumac
--
Greetings
Pete
Bake pizza not war!