How to run rdesktop gui?

[NickC]

[quote]
WhatsHisName wrote:
The tsclient/rdesktop pair is installed and works properly on four of my EL6.2 systems.

Whenever something odd like you are descibing happens, I immediately suspect that SELinux is blocking some action, but I see you have already looked into that. If there are no errors in the various logs, then a problem is very hard to track down.

I have seen SELinux block an action even in permissive mode, but not report an audit flag. Those are very hard to track down and usually turn out to be something stupid like the read of a file was allowed, but reading the directory it was in was not allowed.

If you suspect a silent SELinux blockage, then reboot the system, stop at the grub menu, append "selinux=0" to the kernel command line and continue the boot. After the boot is complete, then retest the failing action.[/quote]

Ok thanks WhatsHisName will first try to rule out selinux. As for logs I have to admit that I didn't know there were any logs anywhere, now that you have mentioned that I will do some reading to try and find and examine these logs.

Cheers,
Nick

[NickC]

Tried disabling selinux but no different. Also have looked through all logs and nothing obvious that I can see.

Just wondering if this is repo related as to keep things reliable I have only enabled CentOS_base, nothing else. Perhaps a different version of tsclient exists in one of the other repos.

WhatsHisName, what version of tsclient are you running?

[pschaff]

[quote]
NickC wrote:
... Perhaps a different version of tsclient exists in one of the other repos.[/quote]
I see no tsclient packages in any of the well-known 3rd party EL6 repos - just the one in [base].

[WhatsHisName]

Just running stock packages.

[code]# rpm -q tsclient rdesktop

tsclient-2.0.2-8.el6.x86_64
rdesktop-1.6.0-8.el6_0.1.x86_64[/code]
Nothing special.

[NickC]

[quote]
WhatsHisName wrote:
Just running stock packages.

[code]# rpm -q tsclient rdesktop

tsclient-2.0.2-8.el6.x86_64
rdesktop-1.6.0-8.el6_0.1.x86_64[/code]
Nothing special.[/quote]

And I have
[code]tsclient-2.0.2-7.el6.x86_64[/code]
note the -7, slightly earlier than your -8. How can you have ended up with a later version, I have done a fresh software update but no later version found.

[WhatsHisName]

The fastrack / fasttrack / fastbugs repo (RHEL / CentOS / SL) is enabled on all desktop systems and there is a tsclient update available.

I note there is a bug fix in the latest tsclient, but I cannot view the bug.

[code]# rpm -q --changelog tsclient|head

* Thu Feb 16 2012 Soren Sandmann <ssp@redhat.com> - 2.0.2-8
- Fix bug 734826[/code]

[NickC]

I have found out how to add the fasttrack repo and installed the newer version from there. However this has made absolutely no difference, connection still do not get saved.

Also this seems to be a very much cut down version of the tabbed tsclient I have seen elsewhere.

[WhatsHisName]

Hum, maybe it is something silly like an ownership or permission issue.

The tsclient configs are stored under ~/.config/tsclient/connections/

Check each folder in that path and verify that they are owned by and accessible to the user. A simple test is to:

[code]$ touch ~/.config/tsclient/connections/test

$ ls -lhn ~/.config/tsclient/connections/

rw-rw-r--. 1 500 500 0 May 18 12:12 test[/code]
executed as the user, not as root.

Also try executing tsclient from command line as your user. You may see errors output there as you attempt to create a connection.

[code]$ tsclient[/code]

[NickC]

Thanks for your debugging suggestions WhatsHisName.

[code]$ touch ~/.config/tsclient/connections/test
$ ls -lhn ~/.config/tsclient/connections/
[/code]
returns:
-rw-rw-r--. 1 500 500 0 May 19 10:39 test

Executing tsclient from command line reveals:
[quote]** (tsclient:2401): WARNING **: Failed to save connection information for Srvr2008R2, Failed to create file '/home/nick/.config/tsclient/connections/srvr2008r2.tsc.NHBVEW': No such file or directory[/quote][Moderator edit: Changed [i]code[/i] to [i]quote[/i] tags to wrap [b]long[/b] line.]

This is not surprising because that path does not exist but /home/Nick/.config/tsclient/connections does.

Looks like tsclient has a bug which causes it to convert the path to lower case for some reason, it then fails to write this file for any user that is not all lowercase. I have just created a new user 'test' and the connections are saved correctly.

I did notice that even though this works for lowercase users this tsclient seems to be only a very cut-down version, none of the configuration tabs that I have seen elsewhere are present.

[TrevorH]

The difference between the tabbed client and the other one is the tabbed version is much older - so on el5 we have 0.148-6.el5.x86_64 and on el6 we have 2.0.2-7.el6. One of the trumpeted features of the newer release is the leaner slicker interface! Almost all of the options in the older client are present in the newer one but done per connection in the properties.

It would appear that you've found a bug in the new version with users that have mixed case names. I think Windows is case insensitive so I'd guess someone put something in to force the ids to lowercase without thinking that *ix users could be using mixed case.

You could bypass the bug by creating a symlink as root

[code]
cd /home
ln -s Nick nick
[/code]