FS#79737 - [remmina] 1.4.32 - no RDP connection
Attached to Project:
Arch Linux
Opened by Bastian Voigt (batzee) - Tuesday, 19 September 2023, 14:53 GMT
Last edited by Toolybird (Toolybird) - Wednesday, 27 September 2023, 22:19 GMT
Opened by Bastian Voigt (batzee) - Tuesday, 19 September 2023, 14:53 GMT
Last edited by Toolybird (Toolybird) - Wednesday, 27 September 2023, 22:19 GMT
|
Details
Description:
Since update to remmina 1.4.32 RDP connection to my company's Windows server is no longer possible. The message "Connecting to xxxxx.com" is shown forever in the UI. Downgrade to 1.4.31-1 fixes the issue. Additional info: * package version(s) 1.4.32-1 * config and/or log files etc. Debug Output: $ G_MESSAGES_DEBUG=all remmina -c ~/Desktop/SAP_Selfservice.rdp ** (process:176038): DEBUG: 16:47:46.731: (remmina_file_manager_init) - Initialized the "/home/bvoigt/.local/share/remmina" data folder (process:176038): GLib-GIO-DEBUG: 16:47:46.732: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3) (process:176038): GLib-GIO-DEBUG: 16:47:46.733: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ?gio-vfs? Load modules from /usr/lib/remmina/plugins Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-spice.so. Error: libspice-client-gtk-3.0.so.5: cannot open shared object file: No such file or directory ** (process:176038): DEBUG: 16:47:46.748: (remmina_plugin_entry) - gfx_h264_available: 1 ** (process:176038): DEBUG: 16:47:46.748: (remmina_rdp_settings_kbd_init) - rdp_keyboard_remapping_list: Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000. ** Message: 16:47:46.778: [X2GO] X2Go plugin loaded. Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-gvnc.so. Error: libgvnc-1.0.so.0: cannot open shared object file: No such file or directory Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-vnc.so. Error: libvncclient.so.1: cannot open shared object file: No such file or directory Remmina plugin kwallet (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 1000. (process:176038): libsecret-CRITICAL **: 16:47:46.817: secret_service_load_collections_sync: assertion 'paths != NULL' failed [glibsecret] unable to get secret service: Unknown error. (process:176038): GLib-DEBUG: 16:47:46.817: unsetenv() is not thread-safe and should not be used after threads are created (org.remmina.Remmina:176038): GLib-DEBUG: 16:47:46.837: unsetenv() is not thread-safe and should not be used after threads are created (org.remmina.Remmina:176038): Gtk-DEBUG: 16:47:46.837: Connecting to session manager (org.remmina.Remmina:176038): Gtk-DEBUG: 16:47:46.837: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned ** INFO: 16:47:46.838: StatusNotifier/Appindicator support in “xfce xfce”: your desktop does support it ** INFO: 16:47:46.838: StatusNotifier/Appindicator support in “xfce xfce”: and Remmina has built-in (compiled) support for libappindicator. Warning: Remmina is running without a secret plugin. Passwords will be saved in a less secure way. ** (org.remmina.Remmina:176038): DEBUG: 16:47:46.839: Connecting to: /home/bvoigt/Desktop/SAP_Selfservice.rdp ** (org.remmina.Remmina:176038): DEBUG: 16:47:46.839: (remmina_exec_command) - Initiating connection ** (org.remmina.Remmina:176038): DEBUG: 16:47:46.937: (rcw_map_event) - Mapping: RemminaConnectionWindow ** (org.remmina.Remmina:176038): DEBUG: 16:47:46.937: (remmina_protocol_widget_map_event) - Calling plugin mapping function ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.046: [precommand] (null) ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.047: [precommand] updated to: ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.047: (remmina_protocol_widget_open_connection_real) - Opening connection ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.052: (remmina_rdp_event_init) - Disable smooth scrolling is set to 0 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.053: (remmina_rdp_event_init) - Adding GDK_SMOOTH_SCROLL_MASK ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.053: (remmina_protocol_widget_open_connection_real) - Have SSH ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.054: (remmina_rdp_main) - RDP data path is /home/bvoigt/.local/share/remmina/RDP ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.054: (remmina_rdp_main) - Not using system proxy settings ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.054: (remmina_rdp_tunnel_init) - Tunnel init ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.054: (remmina_protocol_widget_start_direct_tunnel) - SSH tunnel initialization… ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_protocol_widget_start_direct_tunnel) - Calling remmina_public_get_server_port ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - Parsing server: Remotefarm.xxxxx.com, default port: 3389 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - host: Remotefarm.xxxxx.com ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - port: 3389 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_protocol_widget_start_direct_tunnel) - Calling remmina_public_get_server_port (tunnel) ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - host: (null) ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - port: 0 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_protocol_widget_start_direct_tunnel) - server: Remotefarm.xxxxx.com, port: 3389 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - Parsing server: [Remotefarm.xxxxx.com]:3389, default port: 3389 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - host: Remotefarm.xxxxx.com ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - port: 3389 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_tunnel_init) - protocol_plugin_start_direct_tunnel() returned [Remotefarm.xxxxx.com]:3389 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_tunnel_init) - Tunnel has been optionally initialized. Now connecting to Remotefarm.xxxxx.com:3389 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - gfx_h264_available: 1 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - Resolution set by the user: 596x436 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - Resolution set after workarounds: 596x436 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - proxy_type: (null) ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - proxy_username: (null) ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - proxy_password: (null) ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - proxy_hostname: (null) ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - proxy_port: 80 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - Parsing server: Remotefarm.xxxxx.com, default port: 443 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - host: Remotefarm.xxxxx.com ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - port: 443 ** (org.remmina.Remmina:176038): DEBUG: 16:47:47.060: (remmina_rdp_main) - rdp_keyboard_remapping_list: |
This task depends upon
Closed by Toolybird (Toolybird)
Wednesday, 27 September 2023, 22:19 GMT
Reason for closing: Upstream
Additional comments about closing: Refer comments
Wednesday, 27 September 2023, 22:19 GMT
Reason for closing: Upstream
Additional comments about closing: Refer comments
```
$ pacman -Q remmina freerdp
remmina 1:1.4.32-1
freerdp 2:2.11.1-1
```
Can you verify that your freerdp version matches the above and verify that your system is fully up to date?
[xxx@myclient ~]$ G_MESSAGES_DEBUG=all remmina -c rdp://myserver
(process:30028): GLib-GIO-DEBUG: 11:19:54.943: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
(process:30028): GLib-GIO-DEBUG: 11:19:54.947: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ?gio-vfs?
** (process:30028): DEBUG: 11:19:54.948: (remmina_file_manager_init) - Initialized the "/home/xxx/.remmina" data folder
Load modules from /usr/lib/remmina/plugins
Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-gvnc.so.
Error: libgvnc-1.0.so.0: cannot open shared object file: No such file or directory
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-spice.so.
Error: libspice-client-gtk-3.0.so.5: cannot open shared object file: No such file or directory
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-rdp.so.
Error: libvpl.so.2: cannot open shared object file: No such file or directory
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-kwallet.so.
Error: libKF5Wallet.so.5: cannot open shared object file: No such file or directory
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-vnc.so.
Error: libvncclient.so.1: cannot open shared object file: No such file or directory
** Message: 11:19:55.010: [X2GO] X2Go plugin loaded.
The glibsecret secret plugin has been initialized and it will be your default secret plugin
(process:30028): GLib-DEBUG: 11:19:55.022: unsetenv() is not thread-safe and should not be used after threads are created
(org.remmina.Remmina:30028): GLib-DEBUG: 11:19:55.077: unsetenv() is not thread-safe and should not be used after threads are created
(org.remmina.Remmina:30028): Gtk-DEBUG: 11:19:55.077: Connecting to session manager
(org.remmina.Remmina:30028): Gtk-DEBUG: 11:19:55.077: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned
** INFO: 11:19:55.078: Prise en charge des StatusNotifier et Appindicator dans «xfce”: votre environnement de bureau le prend en charge
** INFO: 11:19:55.078: Prise en charge des StatusNotifier et Appindicator dans «xfce”: et Remmina intègre la prise en charge de libappindicator.
** (org.remmina.Remmina:30028): DEBUG: 11:19:55.086: Connecting to: rdp://fmyserver
** (org.remmina.Remmina:30028): DEBUG: 11:19:55.086: (remmina_exec_command) - Initiating connection
** (org.remmina.Remmina:30028): DEBUG: 11:19:55.130: (remmina_icon_connection_changed_cb) - Indicator connection changed to: 1
Then a window saying "Veuillez d'abord installer le greffon pour le protocole RDP" (meaning "Please install first the RDP protocol plugin").
[xxx@myclient ~]$ pacman -Q remmina freerdp
remmina 1:1.4.32-1
freerdp 2:2.11.1-1
pacman -Udd file://var/cache/pacman/pkg/remmina-1\:1.4.31-1-x86_64.pkg.tar.zst
Leads to the same message.
freerdp-shadow-cli: error while loading shared libraries: libvpl.so.2: cannot open shared object file: No such file or directory
It seems there's a missing dependency. Installing the package onevpl solves the issue. The freerdp package should be modified to require onevpl.
freerdp depends on ffmpeg. ffmpeg 2:6.0-11 added libvpl support along with a dependency on onevpl.
@Karadoc-V, @batzee: can you make sure your system is up to date with ffmpeg 2:6.0-11 and try again please?
ffmpeg 2:6.0-11
Yes it was already up to date, but it did not require onevpl during last upgrade.
[1] https://wiki.archlinux.org/title/Bisecting_bugs_with_Git
[2] https://gitlab.com/Remmina/Remmina/-/issues/2974
[1] https://aur.archlinux.org/packages/remmina-git
$ git clone https://aur.archlinux.org/remmina-git.git
Then changed the PKGBUILD with your attachment, then
$ cd remmina-git
$ makepkg
$ cd src/
$ git bisect start
status : en attente d'un commit bon et d'un commit mauvais (-> status: waiting for a good and a bad commit)
$ git tag
$ git bisect good 1.4.31-1
erreur : Mauvaise révision en entrée : 1.4.31 (-> error: wrong revision as input: 1.4.31-1)
I tried with 1.4.31, 1.4.31-1, 1.4.31-1-x86_64 and I always got the same message.
Aside this trouble, my main concern is that as I solved the issue adding the missing package that was not required during the -Syyu, now I will never have a broken version...
"It seems there's a missing dependency. Installing the package onevpl solves the issue. The freerdp package should be modified to require onevpl."
Edit:
Also include whatever transaction included ffmpeg 2:6.0-11.
The dependencies are (were?) broken somewhere between the tree Remmina -> FreeRDP -> ffmpeg -> onevpl
[2023-09-19T16:19:59+0200] [PACMAN] synchronizing package lists
[2023-09-19T16:20:01+0200] [PACMAN] starting full system upgrade
[2023-09-19T16:20:04+0200] [ALPM] transaction started
[2023-09-19T16:20:04+0200] [ALPM] upgraded ffmpeg (2:6.0-10 -> 2:6.0-11)
[2023-09-19T16:20:04+0200] [ALPM] upgraded virtualbox (7.0.8-2 -> 7.0.10-2)
[2023-09-19T16:20:05+0200] [ALPM] transaction completed
[2023-09-19T16:20:05+0200] [ALPM] running '20-systemd-sysusers.hook'...
[2023-09-19T16:20:05+0200] [ALPM] running '30-systemd-daemon-reload.hook'...
[2023-09-19T16:20:05+0200] [ALPM] running '30-systemd-udev-reload.hook'...
[2023-09-19T16:20:05+0200] [ALPM] running '30-systemd-update.hook'...
[2023-09-19T16:20:05+0200] [ALPM] running '30-update-mime-database.hook'...
[2023-09-19T16:20:06+0200] [ALPM] running 'gtk-update-icon-cache.hook'...
[2023-09-19T16:20:06+0200] [ALPM] running 'update-desktop-database.hook'...
You told pacman to ignore dependencies with -d -d so pacman did not install onevpl and that caused breakage.
Edit:
Please stop using -d, -d -d, and -y -y.
@loqs thanks a lot for leading the investigation :D
It seems it was a partial upgrade issue after all (@Karadoc-V see: https://wiki.archlinux.org/title/System_maintenance#Avoid_certain_pacman_commands & https://wiki.archlinux.org/title/System_maintenance#Partial_upgrades_are_unsupported).
With no comment nor answer from OP since this issue has been raised, I'm closing it for the above reason.
thanks a lot for analyzing my issue and sorry for not following the discussion quickly enough.
My system is fully upgraded using pacman -Syu every week. I always do it on Monday mornings, so I guess on my side it can't be a partial upgrade issue.
After today's upgrade I have remmina 1.4.33-1, freerdp 2.11.1-1, ffmpeg 2:6.0-11, and onevpl 2023.3.1-1 and I am still not able to get an RDP connection
FS#78588. This suggests there is something unique about your setup causing issues. You might have better luck using the support channels (Forum/IRC/Mailing Lists/Reddit/etc) because there is no indication of any Arch packaging issue here.I think there must be some build/packaging related issue, because my connection problems were first introduced with Remmina 1.4.30, then with the update to Remmina 1.4.31 the connection worked OK again, but with 1.4.32 and 1.4.33 I am not getting a connection again. My system was fully updated once per week all the time. Maybe there is indeed something special about my use case which needs to be tested, but I have no idea what it could be. Please let me know what information you need for further hunting down this problem.
All I did was download an RDP file from the web access interface and open it with Remmina.
For what it's worth, there wasn't any changes regarding the build/packaging process on Arch side since v1.4.30: https://gitlab.archlinux.org/archlinux/packaging/packages/remmina/-/commits/main
No significant changes either on that front on upstream side since v1.3.5 (which have already been applied on our side back then).
Additionally, both ticket raised on that specific issue (this one and
FS#78588) happened after a simple pkgver bump and didn't seem to have attracted attention of anyone eventually having the same issue (as @Karadoc-V's issue was actually unrelated).Without completely denying this possibility, the above indeed doesn't point to an eventual Arch packaging specific issue.
I second @Toolybird suggestion. Using the support channels (Forum/IRC/Mailing Lists/Reddit/etc) would give more visibility to that issue and eventually more precision and potential answers.
I'd add that raising an upstream ticket wouldn't hurt, I guess. They're probably the most capable of analyzing this.
Downgrading to 1.4.31 also helps in Flatpak to fix the issue.
Now I'm 100% convinced that it must be an upstream issue. Sorry for bothering you guys. This bug can be closed now