[winswitch] problem getting application data from DE
Hello. I have provisioned Xpra on a host with EndeavorOS, based on Arch Linux, and attempted to open a basic connection from a client, through SSH. The server version is v4.3.3-r0, which is th version currently provided by the Arch "community" repository. The client has version 4.4.1-r35, from the project repository for Ubuntu. Unfortunately, once the connection is established, the application menu is never populated with installed desktop applications. Instead, the entry, named "Start", from the menu provided by the Xpra tray icon, remains disabled. The server log (/run/user//xpra//server.log) offers some information, as seen in the following except: watching for applications menu changes in: '/usr/share/applications' Error parsing xdg menu data: ParsingError in file '/etc/xdg/menus/kde-applications.menu', File not found this is either a bug in python-xdg, or an invalid system menu configuration KDE is not installed on the system. The only desktop environment ever installed is XFCE. I have connected from the same client to hosts with similar provisioning without such problems. For the record, the system package "python-xdg", named in the log message, originally was not installed on the server. However, the message remains even after I installed it manually. The most important matter of course is how to prevent Xpra from relying on a desktop environment different from the only one available. I am also wondering, however, if an Xpra session is bound to a particular desktop environment, then in cases in which a server has multiple environments installed, how may the user creating a connection from the client select the one that is personally preferred over the others? ___ shifter-users mailing list shifter-users@lists.devloop.org.uk https://lists.devloop.org.uk/mailman/listinfo/shifter-users
Re: [winswitch] xpra launcher: connectionn fails with no message
On Thu, 2021-12-16 at 12:10 +0700, Antoine Martin via shifter-users wrote: > Are you also forcing 'ssh' with the launcher? I have put the following line in my xpra.conf, which I believe affects the launcher and CLI application: ssh=ssh -x > As you found out, the bug tracker is a much better place for getting > issues resolved than the mailing list. > > Please make sure to include all the details already requested: full > command lines, etc.. I understand. I thought I would try the mailing list first. I am not familiar with practices within this community, and customs vary about distinctions between seeking support and filing reports, and where to do one or the other. At this point, I am not sure what to put in a bug report. I have no information that seems relevant or procedure that seems reproducible. Frankly, I was hoping that some suggestions available from this inquiry might help me understand how to inspect the problem on my system well enough to have some information useful to report formally. ___ shifter-users mailing list shifter-users@lists.devloop.org.uk https://lists.devloop.org.uk/mailman/listinfo/shifter-users
Re: [winswitch] xpra launcher: connectionn fails with no message
Thanks for the suggestions. See my comments, below, please. On Wed, 2021-12-15 at 20:15 +0700, Antoine Martin via shifter-users wrote: > There have been a number of bugs reported recently with ssh > connections: > https://github.com/Xpra-org/xpra/issues/3383 > https://github.com/Xpra-org/xpra/issues/3372 > https://github.com/Xpra-org/xpra/issues/3330 > https://github.com/Xpra-org/xpra/issues/3295 The original report for #3383 was given by me. Presently, I force use of the external command for SSH as a workaround. This solution resolves the problem, as evidenced by my success when invoking from the command line. The problem I am describing now seems to me not part of the issue reported in #3383. Issue #3295 is in regard to an attempt to connect without a password, and as such, is also not closely related. I am using password authentication, and I have tried enough times that to be clear that a wrong password is not the problem. Issue #3300 too seems a poor match. It was reported under Windows, and shows a dialog box with a message about failed authentication. It is also has been reported resolved in the version that I have tested, without success. Issue #3372 is reported a duplicate. > Try: > xpra launcher --debug ssh > The command output will include all ssh connection messages. > (I assume that you're using ssh to connect - please include the > command > lines if that is not the case) > The verbose output seems to show nothing rather helpful (see below). I checked the values for protocol, username, and password. As I indicated, of course, I have been successful using the same values in an invocation through command line. --- $ xpra_launcher --debug ssh Gtk-Message: 09:14:00.221: Failed to load module "appmenu-gtk-module" 2021-12-15 09:14:15,840 Xpra GTK3 client version 4.3-r30655 (g1e8a46dce) 64-bit Gtk-Message: 09:14:15.926: Failed to load module "appmenu-gtk-module" 2021-12-15 09:14:15,997 running on Linux Linuxmint 20.2 uma 2021-12-15 09:14:16,004 window manager is 'Mutter (Muffin)' Gtk-Message: 09:14:16.744: Failed to load module "appmenu-gtk-module" 2021-12-15 09:14:16,791 GStreamer version 1.16.2 for Python 3.8.10 64-bit 2021-12-15 09:14:16,871 created unix domain socket '/run/user/1000/xpra/clients/clientname-882690' 2021-12-15 09:14:16,930 No OpenGL_accelerate module loaded: No module named 'OpenGL_accelerate' 2021-12-15 09:14:17,077 Warning: vendor 'Intel' is greylisted, 2021-12-15 09:14:17,077 you may want to turn off OpenGL if you encounter bugs 2021-12-15 09:14:17,157 OpenGL enabled with Mesa Intel(R) Iris(R) Plus Graphics (ICL GT2) 2021-12-15 09:14:17,244 Warning: vendor 'Intel' is greylisted, 2021-12-15 09:14:17,244 you may want to turn off OpenGL if you encounter bugs 2021-12-15 09:14:17,245 OpenGL enabled with Mesa Intel(R) Iris(R) Plus Graphics (ICL GT2) xpra initialization error: cannot find any live servers to connect to 2021-12-15 09:14:17,500 Error: failed to receive anything, not an xpra server? 2021-12-15 09:14:17,501 could also be the wrong protocol, username, password or port 2021-12-15 09:14:17,501 or the session was not found 2021-12-15 09:14:17,513 removing unix domain socket '/run/user/1000/xpra/clients/clientname-882690' ___ shifter-users mailing list shifter-users@lists.devloop.org.uk https://lists.devloop.org.uk/mailman/listinfo/shifter-users
[winswitch] xpra launcher: connectionn fails with no message
Hello. I am running Linux Mint 20.2 on both a server and client system, with Xpra versions 4.2.3-r12 (server) and xpra v4.3-r30655 (g1e8a46dce) (client). I have also tried the 4.2.3 release on the client, with no noticeable difference respecting my problem. Until recently, I could connect either through the graphical launcher or the command-line client. However, presently, the laucher invariably fails to connect. No error dialog box appears, or other useful indication of a problem. The connection window simply drops at some point after the password prompt. From the command line, however, the issue does not present. Connection is successful, and I see no worrisome messages among the console output. Previously, both methods had worked. Recently, the server was restored from backup, to a different VM in the same hypervisor. The only difference might be certain unique identifiers, such as MAC address or disk partition UUIDs. I cannot find any log files that might help discover a problem reported by the graphical launcher client. I have looked in ~/.xpra and ~/.settings/xpra on both server and client. Where might I look for an indication of the source of the problem? What suggestions might anyone offer to resolve? Thank you for your help. ___ shifter-users mailing list shifter-users@lists.devloop.org.uk https://lists.devloop.org.uk/mailman/listinfo/shifter-users