On Mon, Jun 4, 2012 at 11:30 AM, David Burgess wrote:
> On Thu, May 31, 2012 at 1:46 PM, David Burgess wrote:
>
>> So it looks like xfreerdp is running (twice?) with my option, but
>> still no evidence of a connection. Any suggestions?
Thanks to Alkis' suggestion in another recent thread, I have
Could you try with
SCREEN_07="xfreerdp -f --ignore-certificate --no-nla -d gprc -u dburgess
172.21.34.1"
and post the output of
hexdump -C /proc//cmdline
hexdump -C /proc//cmdline
hexdump -C /proc//cmdline
both for the normal lts.conf method,
and for the xterm/manually ran xfreerdp method?
---
SCREEN_07=xterm
root@virtual-tc:~# hexdump -C /proc/1731/cmdline
78 66 72 65 65 72 64 70 00 2d 66 00 2d 2d 69 67 |xfreerdp.-f.--ig|
0010 6e 6f 72 65 2d 63 65 72 74 69 66 69 63 61 74 65 |nore-certificate|
0020 00 2d 2d 6e 6f 2d 6e 6c 61 00 2d 64 00 67 70 72 |.--no-nla.-d.g
It appears that xfreerdp started segfaulting if $HOME is unset.
It used to work some months ago when I last tested it.
Try this:
sudo editor /opt/ltsp/i386-original/usr/share/ltsp/xinitrc
and after this line:
. /usr/share/ltsp/ltsp-client-functions
put this:
export HOME=${HOME:-/root}
sav
Στις 09/06/2012 02:39 πμ, ο/η Alkis Georgopoulos έγραψε:
> It appears that xfreerdp started segfaulting if $HOME is unset.
> It used to work some months ago when I last tested it.
>
> Try this:
> sudo editor /opt/ltsp/i386-original/usr/share/ltsp/xinitrc
...I meant "i386", not "i386-original" the
