Remmina 0.8.1 problem for me...

[Growler]

EDIT: Rats, my idea about the munged library PATH below seems to be totally wrong -- other portable apps that work correctly act fine. Oh well, I have no idea why Remmina doesn't work for me. I'm clearly missing some other libraries, installed on my system, but not sure what....

There is something wrong with either my Ubuntu 12.04 environment, or Remmina 0.8.1.... I can start the program just fine, but the only two protocols that show up are SSH and SFTP. VNC and RDP do not show up in either the Connection dialog boxes or under "Tools --> Plugins". I simply do not have an option to initiate a VNC or RDP connection....

I've done some research, and may have identified an issue, but not sure.

After I start Remmina, I investigate the /tmp mount point. Under /tmp/.mount_<blahblah> I find usr/bin, and usr/lib. Located under usr/lib/remmina/plugins are the required libraries "remmina-plugin-rdp.so" and "remmina-plugin-vnc.so".

Code: Select all

pwd && ls -la
/tmp/.mount_P02Diz/usr/lib/remmina/plugins
total 53
drwxr-xr-x 1 root openet   2048 Aug 13  2010 .
drwxr-xr-x 1 root openet   2048 Jul 30  2010 ..
-rw-r--r-- 1 root openet  63532 Aug 13  2010 remmina-plugin-rdp.so
-rw-r--r-- 1 root openet 149568 Aug 13  2010 remmina-plugin-vnc.so


So that looks good. Not exactly sure why remmina binary can't find them, but this additional info looks strange to me...

If I cd to usr/bin, and do:

"strings ./remmina |grep plugins" I get this:

Code: Select all

$ strings ./remmina |grep plugins"
././/lib/remmina/plugins
././/lib/remmina/plugins/%s


...and the relative PATH for the plugins directory looks weird. Sure enough:

Code: Select all

$ ls ././/lib/remmina/plugins
ls: cannot access ././/lib/remmina/plugins: No such file or directory


The double slash looks like a typo, maybe? When I replace with a dot it totally works:

Code: Select all

$ ls ./../lib/remmina/plugins
remmina-plugin-rdp.so  remmina-plugin-vnc.so


So, my theory is there is a typo in how remmina binary in usr/bin was compiled. I'm not a programmer so I don't know for sure.

If someone has a working Remmina 0.8.1 on their machine, can they verify that the do NOT have also "/usr/lib/remmina/plugins/" directory, with the two remmina plugins there? Thanks!

eric

[probono]

././ simply means "here", which is the usr/ subdirectory of the mounted AppDir. So to make your "ls" commands work, you must be in /some/path/to/usr first.

This is how AppImageKit achieves its magic. Why Remmina doesn't find its plugins is another question though...

[Growler]

Thanks! I figured the PATH issue, sorry to be so dense. I left my post intact to illustrate my error for others.

Here is what I'm seeing when I run strace:

write(1, "Failed to load plugin: ././/lib/"..., 71) = 71

strace attached in case it's helpful...

[probono]

Not really sure what is going on here, since Remmina appears to find at least some of the plugins:

Code: Select all

stat64("././/lib/remmina/plugins/remmina-plugin-rdp.so", {st_mode=S_IFREG|0644, st_size=63532, ...}) = 0
open("././/lib/remmina/plugins/remmina-plugin-rdp.so", O_RDONLY|O_CLOEXEC) = 7

According to the spec of the "open" syscall, "Upon successful completion, these functions shall open the file and return a non-negative integer representing the lowest numbered unused file descriptor. Otherwise, these functions shall return -1 and set errno to indicate the error." Since -1 is not returned, it looks like this syscall succeeds...