From max at knirz.de Sat Jan 6 14:58:12 2018 From: max at knirz.de (Max Kubierschky) Date: Sat, 6 Jan 2018 15:58:12 +0100 Subject: [winswitch] Is Winswitch still being actively developed? Message-ID: <33184ee0-9564-77e2-c318-4aa837e86520@knirz.de> Hi folks, is Winswitch still being actively developed? If so, where can I get the newest versions? If not so, is it being superseeded by anything else? I am looking for some GUI with which I can browse remote sessions and attach to them with --sharing=yes Best, Max From antoine at nagafix.co.uk Sat Jan 6 15:16:13 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 6 Jan 2018 22:16:13 +0700 Subject: [winswitch] Is Winswitch still being actively developed? In-Reply-To: <33184ee0-9564-77e2-c318-4aa837e86520@knirz.de> References: <33184ee0-9564-77e2-c318-4aa837e86520@knirz.de> Message-ID: On 06/01/18 21:58, Max Kubierschky via shifter-users wrote: > Hi folks, > > is Winswitch still being actively developed? No, sorry. Lack of time. > If so, where can I get the newest versions? The latest version is still 0.12.23 > If not so, is it being superseeded by anything else? Not that I know of. > I am looking for some GUI with which I can browse remote sessions and > attach to them with --sharing=yes If your remote sessions are on the same LAN, xpra now has an mdns sessions browser. (and you can just enable sharing in the config file) Cheers Antoine > > Best, Max > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From antoine at nagafix.co.uk Tue Jan 16 14:27:59 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 16 Jan 2018 21:27:59 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 2.2.2: minor fixes, with some potentially critical Message-ID: Hi, This update fixes issues that can be critical for those affected (ie: server start failure due to xauth problems), otherwise fairly minor. The change in authentication modules used is made to ensure things are always consistent: the same authentication module will be used after protocol upgrades (ie: TCP sockets upgraded to SSL or Websocket). The MS Windows and MacOS builds contain the usual large number of library updates. (ie: MacOS moved to the GStreamer 1.12.x series) Release notes: * consistent authentication modules used after socket upgrades * fix crash with invalid tray docking requests * fix compatibility with some browsers (ie: ChromeOS) * fix client authentication failures with multiple challenges * fix keyboard layout change error with GTK3 builds * fix X11 multi-screen display handling (X11 "screens") * fix error during window cleanup and OpenGL error handler * fix compatibility with newer versions of python-lz4 * fix xauth file location causing proxy start failures * fix server start failure if stderr is closed * fix occasional minor error in timer * don't expose icon absolute paths to clients * re-enable webcam forwarding support with MS Windows 32-bit clients Source: https://xpra.org/trac/wiki/Source Downloads: https://xpra.org/trac/wiki/Download Cheers Antoine From antoine at nagafix.co.uk Thu Jan 18 12:14:38 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 18 Jan 2018 19:14:38 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 2.2.3: fix xauth server regression Message-ID: <37d85676-3d88-5551-3398-5b4d2a853ce3@nagafix.co.uk> Hi, This update fixes a regression in the 2.2.2 release which can cause the XAUTHORITY file to be owned by root instead of the current user. Although the xauth bug fix included in 2.2.2 was correct, it also uncovered this new bug. This may or may not cause serious problems depending on what location is used for this file by other desktop environments and session managers. These problems are more likely on older distributions (ie: Ubuntu 16.04) than newer ones. For those unable to upgrade to 2.2.3, you may workaround the issue by starting your sessions with "start-via-proxy=no". If your XAUTHORITY file ends up owned by root, you can fix it with: sudo chown $USERNAME $XAUTHORITY There are no new MacOS or MS Windows builds for this release at present. There is no urgency to update if you were not affected by this issue. Release notes: * fix XAUTHORITY file ownership issue * fix missing systray due to buggy geometry values * support [::] IPv6 syntax Links: https://xpra.org/trac/wiki/Source https://xpra.org/trac/wiki/Download Cheers Antoine From nikolausr at google.com Thu Jan 18 11:12:21 2018 From: nikolausr at google.com (Nikolaus Rath) Date: Thu, 18 Jan 2018 11:12:21 +0000 Subject: [winswitch] Unable to start xpra - cannot open log file Message-ID: Hello, Xpra has been working fine for me for a while, but it suddenly fails with: $ xpra start ssh:nivellen.lon.corp.google.com --start=xfce4-terminal Warning: invalid option: 'shadow-fullscreen' Warning: invalid option: 'shadow-fullscreen' 2018-01-18 11:08:08,205 Warning: the python netifaces package is missing 2018-01-18 11:08:08,258 Xpra gtk2 client version 2.2-r17607 64-bit 2018-01-18 11:08:08,258 running on Linux Debian rodete rodete 2018-01-18 11:08:08,258 Warning: failed to import opencv: 2018-01-18 11:08:08,258 No module named cv2 2018-01-18 11:08:08,259 webcam forwarding is disabled Warning: invalid option: 'shadow-fullscreen' 2018-01-18 11:08:08,608 GStreamer version 1.12.1 for Python 2.7.13 64-bit 2018-01-18 11:08:08,697 No OpenGL_accelerate module loaded: No module named OpenGL_accelerate 2018-01-18 11:08:08,812 OpenGL enabled with Mesa DRI Intel(R) HD Graphics 620 (Kabylake GT2) 2018-01-18 11:08:08,831 keyboard settings: rules=evdev, model=kinesis, layout=niko-kinesis 2018-01-18 11:08:08,831 desktop size is 1920x1200 with 1 screen: 2018-01-18 11:08:08,831 :0.0 (508x318 mm - DPI: 96x95) 2018-01-18 11:08:08,832 monitor 1 (550x350 mm - DPI: 88x87) Warning: invalid option: 'shadow-fullscreen' Warning: invalid option: 'shadow-fullscreen' Warning: invalid option: 'shadow-fullscreen' Warning: invalid option: 'shadow-fullscreen' 2018-01-18 11:08:16,682 Warning: the python netifaces package is missing Warning: cannot use the system proxy for 'start' subcommand, failed to connect to '/run/xpra/system': [Errno 111] Connection refused Warning: invalid option: 'shadow-fullscreen' xpra initialization error: cannot open log file '${HOME}/.xpra/S260873.log': [Errno 2] No such file or directory: '${HOME}/.xpra/S260873.log' Error: displayfd failed did not provide a display number using displayfd xpra initialization error: failed to identify the new server display! 2018-01-18 11:08:41,253 Error: failed to receive anything, not an xpra server? 2018-01-18 11:08:41,253 could also be the wrong protocol, username, password or port 2018-01-18 11:08:41,254 Connection lost 2018-01-18 11:08:41,256 Error: printing disabled: 2018-01-18 11:08:41,256 No module named cups Does anyone have an idea where to look for the root cause? It's not clear to me which warnings and errors are relevant here... I don't remember making any system changes that may have caused this. Best, -Nikolaus From antoine at nagafix.co.uk Thu Jan 18 12:43:30 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 18 Jan 2018 19:43:30 +0700 Subject: [winswitch] Unable to start xpra - cannot open log file In-Reply-To: References: Message-ID: <7e19e67b-cb32-2762-c747-89e622a14fb3@nagafix.co.uk> On 18/01/18 18:12, Nikolaus Rath via shifter-users wrote: > Hello, > > Xpra has been working fine for me for a while, but it suddenly fails with: > > $ xpra start ssh:nivellen.lon.corp.google.com --start=xfce4-terminal > Warning: invalid option: 'shadow-fullscreen' > Warning: invalid option: 'shadow-fullscreen' This is a sign that you have an old log file laying around, usually in /etc/xpra/xpra.conf This should have been replaced with the new one when you upgraded to our package. I'm not sure why this didn't happen. Not a huge problem, but a source of spurious and confusing warnings like this one. > 2018-01-18 11:08:08,205 Warning: the python netifaces package is missing > 2018-01-18 11:08:08,258 Xpra gtk2 client version 2.2-r17607 64-bit > 2018-01-18 11:08:08,258 running on Linux Debian rodete rodete > 2018-01-18 11:08:08,258 Warning: failed to import opencv: > 2018-01-18 11:08:08,258 No module named cv2 > 2018-01-18 11:08:08,259 webcam forwarding is disabled > Warning: invalid option: 'shadow-fullscreen' > 2018-01-18 11:08:08,608 GStreamer version 1.12.1 for Python 2.7.13 64-bit > 2018-01-18 11:08:08,697 No OpenGL_accelerate module loaded: No module named > OpenGL_accelerate > 2018-01-18 11:08:08,812 OpenGL enabled with Mesa DRI Intel(R) HD Graphics > 620 (Kabylake GT2) > 2018-01-18 11:08:08,831 keyboard settings: rules=evdev, model=kinesis, > layout=niko-kinesis > 2018-01-18 11:08:08,831 desktop size is 1920x1200 with 1 screen: > 2018-01-18 11:08:08,831 :0.0 (508x318 mm - DPI: 96x95) > 2018-01-18 11:08:08,832 monitor 1 (550x350 mm - DPI: 88x87) > Warning: invalid option: 'shadow-fullscreen' > Warning: invalid option: 'shadow-fullscreen' > Warning: invalid option: 'shadow-fullscreen' > Warning: invalid option: 'shadow-fullscreen' > 2018-01-18 11:08:16,682 Warning: the python netifaces package is missing > Warning: cannot use the system proxy for 'start' subcommand, > failed to connect to '/run/xpra/system': > [Errno 111] Connection refused > Warning: invalid option: 'shadow-fullscreen' > xpra initialization error: > cannot open log file '${HOME}/.xpra/S260873.log': [Errno 2] No such file > or directory: '${HOME}/.xpra/S260873.log' Looks like $HOME is not defined in the context where the server is started, which seems to be from the system-wide proxy since it uses displayfd switch. Can you try to disable the system-wide proxy: systemctl stop xpra.service Or start locally without it: xpra start --start=xterm --start-via-proxy=no Does that help? > Error: displayfd failed > did not provide a display number using displayfd > xpra initialization error: > failed to identify the new server display! > 2018-01-18 11:08:41,253 Error: failed to receive anything, not an xpra > server? > 2018-01-18 11:08:41,253 could also be the wrong protocol, username, > password or port > 2018-01-18 11:08:41,254 Connection lost > 2018-01-18 11:08:41,256 Error: printing disabled: > 2018-01-18 11:08:41,256 No module named cups > > Does anyone have an idea where to look for the root cause? It's not clear > to me which warnings and errors are relevant here... > > I don't remember making any system changes that may have caused this. First thing you should do is to update to version 2.2.3 and see if that fixes your issue. If not, please include more details (ie: full distribution information) so that I can reproduce the problem. Thanks Antoine > > Best, > -Nikolaus > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From anto.trande at gmail.com Thu Jan 18 13:48:38 2018 From: anto.trande at gmail.com (Antonio Trande) Date: Thu, 18 Jan 2018 14:48:38 +0100 Subject: [winswitch] [xpra-2.2.3] error: 'CODEC_FLAG2_FAST' undeclared Message-ID: <621c745c-69d5-1ed9-e23c-89f3ae1d227b@fedoraproject.org> Hi all. xpra-2.2.3 is not compiled on Fedora 28 (devel branch) with following error (against ffmpeg-3.5, commit 20180116git): building 'xpra.codecs.dec_avcodec2.decoder' extension creating build/temp.linux-ppc64le-2.7/xpra/codecs/dec_avcodec2 gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mcpu=power8 -mtune=power8 -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mcpu=power8 -mtune=power8 -D_GNU_SOURCE -fPIC -fwrapv -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mcpu=power8 -mtune=power8 -fstack-clash-protection -fPIC -I/usr/include/ffmpeg -I/usr/include/python2.7 -c xpra/codecs/dec_avcodec2/decoder.c -o build/temp.linux-ppc64le-2.7/xpra/codecs/dec_avcodec2/decoder.o -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -Wall -Werror -fPIC xpra/codecs/dec_avcodec2/decoder.c: In function '__pyx_pf_4xpra_6codecs_12dec_avcodec2_7decoder_7Decoder_init_context': xpra/codecs/dec_avcodec2/decoder.c:5638:72: error: 'CODEC_FLAG2_FAST' undeclared (first use in this function); did you mean 'AV_CODEC_FLAG2_FAST'? __pyx_v_self->codec_ctx->flags2 = (__pyx_v_self->codec_ctx->flags2 | CODEC_FLAG2_FAST); ^~~~~~~~~~~~~~~~ AV_CODEC_FLAG2_FAST xpra/codecs/dec_avcodec2/decoder.c:5638:72: note: each undeclared identifier is reported only once for each function it appears in {standard input}: Assembler messages: {standard input}: Error: .size expression for decoder.c does not evaluate to a constant error: command 'gcc' failed with exit status 1 Full build log: http://koji.rpmfusion.org/kojifiles/work/tasks/1440/191440/build.log -- --- Antonio Trande Fedora Project mailto 'sagitter at fedoraproject dot org' GPG key: 0x5E212EE1D35568BE GPG key server: https://keys.fedoraproject.org/ From antoine at nagafix.co.uk Thu Jan 18 18:05:26 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 19 Jan 2018 01:05:26 +0700 Subject: [winswitch] [xpra-2.2.3] error: 'CODEC_FLAG2_FAST' undeclared In-Reply-To: <621c745c-69d5-1ed9-e23c-89f3ae1d227b@fedoraproject.org> References: <621c745c-69d5-1ed9-e23c-89f3ae1d227b@fedoraproject.org> Message-ID: <59889d44-b5f6-31f0-1a48-7663f25b9403@nagafix.co.uk> On 18/01/18 20:48, Antonio Trande via shifter-users wrote: > Hi all. > > xpra-2.2.3 is not compiled on Fedora 28 (devel branch) with following > error (against ffmpeg-3.5, commit 20180116git): Sorry, but we don't support unreleased versions of ffmpeg. Feel free to create a ticket for it and I'll take a look at some point. Cheers Antoine From markd89 at yahoo.com Sat Jan 20 16:32:38 2018 From: markd89 at yahoo.com (mark) Date: Sat, 20 Jan 2018 16:32:38 +0000 (UTC) Subject: [winswitch] Windows Server app forward to Linux Client: How-to? References: <1058162188.1227979.1516465958402.ref@mail.yahoo.com> Message-ID: <1058162188.1227979.1516465958402@mail.yahoo.com> Hi All, I run Debian/Gnome as my desktop and have Windows 7 running in a VM. I would like to forward an application from the VM to interact with it in Debian. I downloaded Xpra and played with it, but don't seem to understand the right command line to start the server on the Windows side. If someone could give me an example, maybe on how to forward Notepad to the Linux side, that would be super-helpful? I did also look at Winswitch but haven't tried yet. Should I be using that instead of Xpra for my situation? Thanks much! Mark From antoine at nagafix.co.uk Sat Jan 20 17:44:33 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 21 Jan 2018 00:44:33 +0700 Subject: [winswitch] Windows Server app forward to Linux Client: How-to? In-Reply-To: <1058162188.1227979.1516465958402@mail.yahoo.com> References: <1058162188.1227979.1516465958402.ref@mail.yahoo.com> <1058162188.1227979.1516465958402@mail.yahoo.com> Message-ID: On 20/01/18 23:32, mark via shifter-users wrote: > Hi All, > > I run Debian/Gnome as my desktop and have Windows 7 running in a VM. > > I would like to forward an application from the VM to interact with it in Debian. Seamless application forwarding is currently only supported on Posix servers, and not with MS Windows or MacOS servers. On those two platforms, you can only expose the whole desktop at once. On MS Windows, there is a start menu entry labeled "Xpra Shadow Server" for that. Cheers Antoine > I downloaded Xpra and played with it, but don't seem to understand the right command line to start the server on the Windows side. If someone could give me an example, maybe on how to forward Notepad to the Linux side, that would be super-helpful? > > I did also look at Winswitch but haven't tried yet. Should I be using that instead of Xpra for my situation? > > Thanks much! > Mark > > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From antoine at nagafix.co.uk Sun Jan 21 11:07:18 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 21 Jan 2018 18:07:18 +0700 Subject: [winswitch] [xpra-2.2.3] error: 'CODEC_FLAG2_FAST' undeclared In-Reply-To: <621c745c-69d5-1ed9-e23c-89f3ae1d227b@fedoraproject.org> References: <621c745c-69d5-1ed9-e23c-89f3ae1d227b@fedoraproject.org> Message-ID: On 18/01/18 20:48, Antonio Trande via shifter-users wrote: > Hi all. > > xpra-2.2.3 is not compiled on Fedora 28 (devel branch) with following > error (against ffmpeg-3.5, commit 20180116git): (..) > xpra/codecs/dec_avcodec2/decoder.c:5638:72: error: 'CODEC_FLAG2_FAST' > undeclared (first use in this function); did you mean 'AV_CODEC_FLAG2_FAST'? > __pyx_v_self->codec_ctx->flags2 = (__pyx_v_self->codec_ctx->flags2 | > CODEC_FLAG2_FAST); The constant got renamed, this is fixed by: http://xpra.org/trac/changeset/18086 Cheers Antoine From anto.trande at gmail.com Sun Jan 21 13:47:30 2018 From: anto.trande at gmail.com (Antonio Trande) Date: Sun, 21 Jan 2018 14:47:30 +0100 Subject: [winswitch] [xpra-2.2.3] error: 'CODEC_FLAG2_FAST' undeclared In-Reply-To: References: <621c745c-69d5-1ed9-e23c-89f3ae1d227b@fedoraproject.org> Message-ID: <18a0447a-31f8-6dd2-ffbd-2613081235c2@fedoraproject.org> On 21/01/2018 12:07, Antoine Martin via shifter-users wrote: > On 18/01/18 20:48, Antonio Trande via shifter-users wrote: >> Hi all. >> >> xpra-2.2.3 is not compiled on Fedora 28 (devel branch) with following >> error (against ffmpeg-3.5, commit 20180116git): > (..) >> xpra/codecs/dec_avcodec2/decoder.c:5638:72: error: 'CODEC_FLAG2_FAST' >> undeclared (first use in this function); did you mean 'AV_CODEC_FLAG2_FAST'? >> __pyx_v_self->codec_ctx->flags2 = (__pyx_v_self->codec_ctx->flags2 | >> CODEC_FLAG2_FAST); > The constant got renamed, this is fixed by: > http://xpra.org/trac/changeset/18086 > > Cheers > Antoine > _______________________________________________ Hi Antoine. The patch is incomplete yet: >> xpra/codecs/enc_ffmpeg/encoder.c: In function '__pyx_pf_4xpra_6codecs_10enc_ffmpeg_7encoder_7Encoder_2init_encoder': xpra/codecs/enc_ffmpeg/encoder.c:8092:70: error: 'CODEC_FLAG_GLOBAL_HEADER' undeclared (first use in this function); did you mean 'AV_CODEC_FLAG_GLOBAL_HEADER'? __pyx_v_self->video_ctx->flags = (__pyx_v_self->video_ctx->flags | CODEC_FLAG_GLOBAL_HEADER); ^~~~~~~~~~~~~~~~~~~~~~~~ AV_CODEC_FLAG_GLOBAL_HEADER << See http://koji.rpmfusion.org/kojifiles/work/tasks/2268/192268/build.log -- --- Antonio Trande Fedora Project mailto 'sagitter at fedoraproject dot org' GPG key: 0x5E212EE1D35568BE GPG key server: https://keys.fedoraproject.org/ From antoine at nagafix.co.uk Sun Jan 21 16:15:47 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 21 Jan 2018 23:15:47 +0700 Subject: [winswitch] [xpra-2.2.3] error: 'CODEC_FLAG2_FAST' undeclared In-Reply-To: <18a0447a-31f8-6dd2-ffbd-2613081235c2@fedoraproject.org> References: <621c745c-69d5-1ed9-e23c-89f3ae1d227b@fedoraproject.org> <18a0447a-31f8-6dd2-ffbd-2613081235c2@fedoraproject.org> Message-ID: <59ebed5e-ff38-ef8e-17e9-6fc6482e47b4@nagafix.co.uk> > xpra/codecs/enc_ffmpeg/encoder.c: In function > '__pyx_pf_4xpra_6codecs_10enc_ffmpeg_7encoder_7Encoder_2init_encoder': > xpra/codecs/enc_ffmpeg/encoder.c:8092:70: error: > 'CODEC_FLAG_GLOBAL_HEADER' undeclared (first use in this function); did > you mean 'AV_CODEC_FLAG_GLOBAL_HEADER'? > __pyx_v_self->video_ctx->flags = (__pyx_v_self->video_ctx->flags | > CODEC_FLAG_GLOBAL_HEADER); The ffmpeg encoder is not built by default and you should not enable it unless you have a specific need for it. If that's the case, you can apply this patch: http://xpra.org/trac/changeset/18088 Cheers Antoine From anto.trande at gmail.com Sun Jan 21 16:56:40 2018 From: anto.trande at gmail.com (Antonio Trande) Date: Sun, 21 Jan 2018 17:56:40 +0100 Subject: [winswitch] [xpra-2.2.3] error: 'CODEC_FLAG2_FAST' undeclared In-Reply-To: <59ebed5e-ff38-ef8e-17e9-6fc6482e47b4@nagafix.co.uk> References: <621c745c-69d5-1ed9-e23c-89f3ae1d227b@fedoraproject.org> <18a0447a-31f8-6dd2-ffbd-2613081235c2@fedoraproject.org> <59ebed5e-ff38-ef8e-17e9-6fc6482e47b4@nagafix.co.uk> Message-ID: <0d86415a-938b-0680-d629-9f6d42689e07@fedoraproject.org> On 21/01/2018 17:15, Antoine Martin via shifter-users wrote: >> xpra/codecs/enc_ffmpeg/encoder.c: In function >> '__pyx_pf_4xpra_6codecs_10enc_ffmpeg_7encoder_7Encoder_2init_encoder': >> xpra/codecs/enc_ffmpeg/encoder.c:8092:70: error: >> 'CODEC_FLAG_GLOBAL_HEADER' undeclared (first use in this function); did >> you mean 'AV_CODEC_FLAG_GLOBAL_HEADER'? >> __pyx_v_self->video_ctx->flags = (__pyx_v_self->video_ctx->flags | >> CODEC_FLAG_GLOBAL_HEADER); > The ffmpeg encoder is not built by default and you should not enable it > unless you have a specific need for it. If that's the case, you can > apply this patch: > http://xpra.org/trac/changeset/18088 > > Cheers > Antoine > _______________________________________________ Yes, i know. I'm compiling additional codecs for 'xpra' on RPMFusion. Thank you. -- --- Antonio Trande Fedora Project mailto 'sagitter at fedoraproject dot org' GPG key: 0x5E212EE1D35568BE GPG key server: https://keys.fedoraproject.org/ From FusionGate200 at hotmail.com Wed Jan 24 05:47:45 2018 From: FusionGate200 at hotmail.com (Ben Mishkanian) Date: Wed, 24 Jan 2018 05:47:45 +0000 Subject: [winswitch] How to install local unprivileged Xpra server? Message-ID: Hi, I am trying to build and install from source an Xpra 2.2.3 server as an unprivileged user on CentOS 7. I ran setup.py and it seems to complete fine, although it prints a bunch of brotli errors saying it failed to minify various files. In any case it produces the xpra binary, but when I run `xpra -h` it says (This xpra installation does not support starting local servers.) How can I find out why it can't start local servers? setup.py showed that the "server" build switch is set to "Y". Thank you, Ben From antoine at nagafix.co.uk Wed Jan 24 05:57:49 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 24 Jan 2018 12:57:49 +0700 Subject: [winswitch] How to install local unprivileged Xpra server? In-Reply-To: References: Message-ID: On 24/01/18 12:47, Ben Mishkanian via shifter-users wrote: > Hi, > > > I am trying to build and install from source an Xpra 2.2.3 server as an unprivileged user on CentOS 7. I ran setup.py and it seems to complete fine, although it prints a bunch of brotli errors saying it failed to minify various files. You can ignore those errors or turn off the brotli feature, see: ./setup.py --help > In any case it produces the xpra binary, but when I run `xpra -h` it says (This xpra installation does not support starting local servers.) Please always include the exact command lines that you have used so we can help you with that. Also specify which CentOS 7 you are using, CentOS versions older than 7.2 are not supported in xpra versions 2.x and later, see: https://www.xpra.org/trac/wiki/Platforms Be aware that your home made build will be severely degraded and may not work as expected. (performance, features, security, etc) > How can I find out why it can't start local servers? setup.py showed that the "server" build switch is set to "Y". My guess is that you're not setting the PYTHONPATH correctly. You should be installing into a directory: ./setup.py install --home=./install Then adjusting PATH and PYTHONPATH accordingly. Cheers Antoine > Thank you, > > Ben > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From antoine at nagafix.co.uk Wed Jan 24 09:26:06 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 24 Jan 2018 16:26:06 +0700 Subject: [winswitch] How to install local unprivileged Xpra server? In-Reply-To: References: Message-ID: <8d114e71-7002-733b-f5e7-2ad36376faac@nagafix.co.uk> Please always CC the mailing list. On 24/01/18 13:39, Ben Mishkanian wrote: > Thank you for the quick response! > > > It is CentOS?7.4.1708. You're right, I used?the wrong PYTHONPATH. Oops. > It allows server commands now, but now there's a new error. Here is what > I did: > > > ./setup.py -v install --home=/home/bmishkania/bin/xpra-2.2.3/ > > export PYTHONPATH=/home/bmishkania/bin/xpra-2.2.3/lib64/python:$PYTHONPATH > > xpra start --start=~/bin/firefox/firefox This should not work unless you've also installed xpra somewhere on the $PATH or modified $PATH. You could also use the path to somewhere/install/bin/xpra directly. > It prints: > > Warning: cannot use the system proxy for 'start' subcommand, Harmless warning, you don't have a system service, it will fallback to self-daemonizing. > ?failed to connect to '/run/xpra/system': > ?[Errno 2] No such file or directory Harmless warning because you are missing the tmpfiles.d bits. > Entering daemon mode; any further errors will be reported to: > ? /run/user/109999/xpra/S12370.log > > Here is the log file: > 2018-01-23 22:12:33,912 cannot access python uinput module:ESC[0m > 2018-01-23 22:12:33,912? No module named uinputESC[0m Harmless, you don't have uinput installed. You wouldn't be able to use it anyway without the system service without also modifying the device permissions. > Failed to rename log file "/run/user/109999/xpra/Xorg.S12370.log" to > "/run/user/109999/xpra/Xorg.S12370.log": No such file or directory Harmless, that's a known Xorg bug languishing upstream. > X.Org X Server 1.19.3 > Release Date: 2017-03-15 > X Protocol Version 11, Revision 0 > Build Operating System:? 3.10.0-514.16.1.el7.x86_64 > Current Operating System: Linux ussd-prd-rdln01 > 3.10.0-693.5.2.el7.x86_64 #1 SMP Fri Oct 20 20:32:50 UTC 2017 x86_64 > Kernel command line: BOOT_IMAGE=vmlinuz initrd=initrd > rdblacklist=nouveau net.ifnames=0 biosdevname=0 user_namespace.enable=1 > mlx4_core.port_type_array=2,2 > ip=10.12.144.15:10.12.144.11:10.12.144.1:255.255.252.0 > BOOTIF=01-0c-c4-7a-1d-ae-de > Build Date: 05 August 2017? 06:19:43AM > Build ID: xorg-x11-server 1.19.3-11.el7 > Current version of pixman: 0.34.0 > ? ? ? ? Before reporting problems, check http://wiki.x.org > ? ? ? ? to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (==) default setting, > ? ? ? ? (++) from command line, (!!) notice, (II) informational, > ? ? ? ? (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (++) Log file: "/run/user/109999/xpra/Xorg.S12370.log", Time: Tue Jan 23 > 22:12:34 2018 > (++) Using config file: > "/home/bmishkania/bin/localPython/etc/xpra/xorg.conf" > (==) Using system config directory "/usr/share/X11/xorg.conf.d" > (EE) > Fatal server error: > (EE) parse_vt_settings: Cannot open /dev/tty0 (Permission denied) > (EE) > (EE) > Please consult the The X.Org Foundation support > ? ? ? ? ?at http://wiki.x.org > ?for help. > (EE) Please also check the log file at > "/run/user/109999/xpra/Xorg.S12370.log" for additional information. > (EE) > (EE) Server terminated with error (1). Closing log file. > xpra initialization error: > ?xpra_Xdummy: did not provide a display number using displayfd xpra_Xdummy failed to run, there could be a number of reasons for that. The easiest fix for you might just be to switch to Xvfb: ./setup.py --without-Xdummy install --home=.... Cheers Antoine > > > Any ideas how I can fix this? > > Thank you, > Ben > > ------------------------------------------------------------------------ > *From:* shifter-users on > behalf of Antoine Martin via shifter-users > > *Sent:* Tuesday, January 23, 2018 9:57 PM > *To:* shifter-users at lists.devloop.org.uk > *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? > ? > On 24/01/18 12:47, Ben Mishkanian via shifter-users wrote: >> Hi, >> >> >> I am trying to build and install from source an Xpra 2.2.3 server as an unprivileged user on CentOS 7. I ran setup.py and it seems to complete fine, although it prints a bunch of brotli errors saying it failed to minify various files. > You can ignore those errors or turn off the brotli feature, see: > ./setup.py --help > >> In any case it produces the xpra binary, but when I run `xpra -h` it says (This xpra installation does not support starting local servers.) > Please always include the exact command lines that you have used so we > can help you with that. > Also specify which CentOS 7 you are using, CentOS versions older than > 7.2 are not supported in xpra versions 2.x and later, see: > https://www.xpra.org/trac/wiki/Platforms > Platforms ? Xpra > www.xpra.org > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > > > Be aware that your home made build will be severely degraded and may not > work as expected. (performance, features, security, etc) > >> How can I find out why it can't start local servers? setup.py showed that the "server" build switch is set to "Y". > My guess is that you're not setting the PYTHONPATH correctly. > You should be installing into a directory: > ./setup.py install --home=./install > Then adjusting PATH and PYTHONPATH accordingly. > > Cheers > Antoine >> Thank you, >> >> Ben >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > From FusionGate200 at hotmail.com Thu Jan 25 04:34:44 2018 From: FusionGate200 at hotmail.com (Ben Mishkanian) Date: Thu, 25 Jan 2018 04:34:44 +0000 Subject: [winswitch] How to install local unprivileged Xpra server? In-Reply-To: <8d114e71-7002-733b-f5e7-2ad36376faac@nagafix.co.uk> References: , <8d114e71-7002-733b-f5e7-2ad36376faac@nagafix.co.uk> Message-ID: Yes, I had added xpra to $PATH: [bmishkania at ussd-prd-rdln01 xpra-2.2.3]$ which xpra ~/bin/xpra-2.2.3/bin/xpra I tried building without Xdummy and ended up with a different error. Here is what I did: rm -r ~/bin/xpra-2.2.3/ ./setup.py --without-Xdummy install --home=/home/bmishkania/bin/xpra-2.2.3/ xpra start --start=~/bin/firefox/firefox --daemon=no It prints this: 2018-01-24 20:03:58,708 cannot access python uinput module: 2018-01-24 20:03:58,708 No module named uinput xpra main error: Traceback (most recent call last): File "/home/bmishkania/bin/xpra-2.2.3/lib64/python/xpra/scripts/main.py", line 175, in main return run_mode(script_file, err, options, args, mode, defaults) File "/home/bmishkania/bin/xpra-2.2.3/lib64/python/xpra/scripts/main.py", line 1494, in run_mode return run_server(error_cb, options, mode, script_file, args, current_display) File "/home/bmishkania/bin/xpra-2.2.3/lib64/python/xpra/scripts/server.py", line 737, in run_server xvfb, display_name, cleanups = start_Xvfb(opts.xvfb, pixel_depth, display_name, cwd, uid, gid, username, xauth_data, uinput_uuid) File "/home/bmishkania/bin/xpra-2.2.3/lib64/python/xpra/x11/vfb_util.py", line 189, in start_Xvfb stdin=subprocess.PIPE, preexec_fn=preexec, cwd=cwd) File "/usr/lib64/python2.7/subprocess.py", line 711, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1311, in _execute_child _close_in_parent(p2cread) File "/usr/lib64/python2.7/subprocess.py", line 1210, in _close_in_parent os.close(fd) OSError: [Errno 9] Bad file descriptor xpra initialization error: xpra_Xdummy: did not provide a display number using displayfd I do not think Xvfb is installed on this system, even though Xorg is. As an unprivileged user it may be hard for me to install Xvfb, so could there be a different solution? Thanks, Ben ________________________________ From: Antoine Martin Sent: Wednesday, January 24, 2018 1:26 AM Cc: Ben Mishkanian; Xpra and Winswitch ML Subject: Re: [winswitch] How to install local unprivileged Xpra server? Please always CC the mailing list. On 24/01/18 13:39, Ben Mishkanian wrote: > Thank you for the quick response! > > > It is CentOS 7.4.1708. You're right, I used the wrong PYTHONPATH. Oops. > It allows server commands now, but now there's a new error. Here is what > I did: > > > ./setup.py -v install --home=/home/bmishkania/bin/xpra-2.2.3/ > > export PYTHONPATH=/home/bmishkania/bin/xpra-2.2.3/lib64/python:$PYTHONPATH > > xpra start --start=~/bin/firefox/firefox This should not work unless you've also installed xpra somewhere on the $PATH or modified $PATH. You could also use the path to somewhere/install/bin/xpra directly. > It prints: > > Warning: cannot use the system proxy for 'start' subcommand, Harmless warning, you don't have a system service, it will fallback to self-daemonizing. > failed to connect to '/run/xpra/system': > [Errno 2] No such file or directory Harmless warning because you are missing the tmpfiles.d bits. > Entering daemon mode; any further errors will be reported to: > /run/user/109999/xpra/S12370.log > > Here is the log file: > 2018-01-23 22:12:33,912 cannot access python uinput module:ESC[0m > 2018-01-23 22:12:33,912 No module named uinputESC[0m Harmless, you don't have uinput installed. You wouldn't be able to use it anyway without the system service without also modifying the device permissions. > Failed to rename log file "/run/user/109999/xpra/Xorg.S12370.log" to > "/run/user/109999/xpra/Xorg.S12370.log": No such file or directory Harmless, that's a known Xorg bug languishing upstream. > X.Org X Server 1.19.3 > Release Date: 2017-03-15 > X Protocol Version 11, Revision 0 > Build Operating System: 3.10.0-514.16.1.el7.x86_64 > Current Operating System: Linux ussd-prd-rdln01 > 3.10.0-693.5.2.el7.x86_64 #1 SMP Fri Oct 20 20:32:50 UTC 2017 x86_64 > Kernel command line: BOOT_IMAGE=vmlinuz initrd=initrd > rdblacklist=nouveau net.ifnames=0 biosdevname=0 user_namespace.enable=1 > mlx4_core.port_type_array=2,2 > ip=10.12.144.15:10.12.144.11:10.12.144.1:255.255.252.0 > BOOTIF=01-0c-c4-7a-1d-ae-de > Build Date: 05 August 2017 06:19:43AM > Build ID: xorg-x11-server 1.19.3-11.el7 > Current version of pixman: 0.34.0 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (++) Log file: "/run/user/109999/xpra/Xorg.S12370.log", Time: Tue Jan 23 > 22:12:34 2018 > (++) Using config file: > "/home/bmishkania/bin/localPython/etc/xpra/xorg.conf" > (==) Using system config directory "/usr/share/X11/xorg.conf.d" > (EE) > Fatal server error: > (EE) parse_vt_settings: Cannot open /dev/tty0 (Permission denied) > (EE) > (EE) > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > (EE) Please also check the log file at > "/run/user/109999/xpra/Xorg.S12370.log" for additional information. > (EE) > (EE) Server terminated with error (1). Closing log file. > xpra initialization error: > xpra_Xdummy: did not provide a display number using displayfd xpra_Xdummy failed to run, there could be a number of reasons for that. The easiest fix for you might just be to switch to Xvfb: ./setup.py --without-Xdummy install --home=.... Cheers Antoine > > > Any ideas how I can fix this? > > Thank you, > Ben > > ------------------------------------------------------------------------ > *From:* shifter-users on > behalf of Antoine Martin via shifter-users > > *Sent:* Tuesday, January 23, 2018 9:57 PM > *To:* shifter-users at lists.devloop.org.uk > *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? > > On 24/01/18 12:47, Ben Mishkanian via shifter-users wrote: >> Hi, >> >> >> I am trying to build and install from source an Xpra 2.2.3 server as an unprivileged user on CentOS 7. I ran setup.py and it seems to complete fine, although it prints a bunch of brotli errors saying it failed to minify various files. > You can ignore those errors or turn off the brotli feature, see: > ./setup.py --help > >> In any case it produces the xpra binary, but when I run `xpra -h` it says (This xpra installation does not support starting local servers.) > Please always include the exact command lines that you have used so we > can help you with that. > Also specify which CentOS 7 you are using, CentOS versions older than > 7.2 are not supported in xpra versions 2.x and later, see: > https://www.xpra.org/trac/wiki/Platforms Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > > > Be aware that your home made build will be severely degraded and may not > work as expected. (performance, features, security, etc) > >> How can I find out why it can't start local servers? setup.py showed that the "server" build switch is set to "Y". > My guess is that you're not setting the PYTHONPATH correctly. > You should be installing into a directory: > ./setup.py install --home=./install > Then adjusting PATH and PYTHONPATH accordingly. > > Cheers > Antoine >> Thank you, >> >> Ben >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > From antoine at nagafix.co.uk Thu Jan 25 04:47:10 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 25 Jan 2018 11:47:10 +0700 Subject: [winswitch] How to install local unprivileged Xpra server? In-Reply-To: References: <8d114e71-7002-733b-f5e7-2ad36376faac@nagafix.co.uk> Message-ID: <1231aa52-9c7b-ab65-2d6f-23217c7fbc17@nagafix.co.uk> > I tried building without Xdummy and ended up with?a different error. > Here is what I did: > rm -r ~/bin/xpra-2.2.3/ > ./setup.py --without-Xdummy install --home=/home/bmishkania/bin/xpra-2.2.3/ > xpra start --start=~/bin/firefox/firefox --daemon=no > > It prints this: > 2018-01-24 20:03:58,708 cannot access python uinput module: > 2018-01-24 20:03:58,708? No module named uinput > xpra main error: > Traceback (most recent call last): (..) > OSError: [Errno 9] Bad file descriptor This error message has now been improved: http://xpra.org/trac/changeset/18147 > xpra initialization error: > ?xpra_Xdummy: did not provide a display number using displayfd Based on this message, I'm not convinced that you are actually using xvfb. Double-check your configuration with: xpra showconfig | grep -i ^xvfb > I do not think Xvfb is installed on this system, even though Xorg is. The xorg-x11-server-Xvfb package on CentOS / RHEL 7.x only contains one binary file named "Xvfb". You can just unpack the RPM by hand and put the binary in your $PATH. The dependencies should already be present if you have /usr/bin/Xorg installed. > As > an unprivileged user it may be hard for me to install Xvfb, so could > there be a different solution? Yes, figure out why you get those tty errors when running xpra_Xdummy. Regular CentOS 7.x systems can normally run it just fine. Cheers Antoine > > Thanks, > Ben > > ------------------------------------------------------------------------ > *From:* Antoine Martin > *Sent:* Wednesday, January 24, 2018 1:26 AM > *Cc:* Ben Mishkanian; Xpra and Winswitch ML > *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? > ? > Please always CC the mailing list. > > On 24/01/18 13:39, Ben Mishkanian wrote: >> Thank you for the quick response! >> >> >> It is CentOS?7.4.1708. You're right, I used?the wrong PYTHONPATH. Oops. >> It allows server commands now, but now there's a new error. Here is what >> I did: >> >> >> ./setup.py -v install --home=/home/bmishkania/bin/xpra-2.2.3/ >> >> export PYTHONPATH=/home/bmishkania/bin/xpra-2.2.3/lib64/python:$PYTHONPATH >> >> xpra start --start=~/bin/firefox/firefox > This should not work unless you've also installed xpra somewhere on the > $PATH or modified $PATH. > You could also use the path to somewhere/install/bin/xpra directly. > >> It prints: >> >> Warning: cannot use the system proxy for 'start' subcommand, > Harmless warning, you don't have a system service, it will fallback to > self-daemonizing. > >> ?failed to connect to '/run/xpra/system': >> ?[Errno 2] No such file or directory > Harmless warning because you are missing the tmpfiles.d bits. > >> Entering daemon mode; any further errors will be reported to: >> ? /run/user/109999/xpra/S12370.log >> >> Here is the log file: >> 2018-01-23 22:12:33,912 cannot access python uinput module:ESC[0m >> 2018-01-23 22:12:33,912? No module named uinputESC[0m > Harmless, you don't have uinput installed. You wouldn't be able to use > it anyway without the system service without also modifying the device > permissions. > >> Failed to rename log file "/run/user/109999/xpra/Xorg.S12370.log" to >> "/run/user/109999/xpra/Xorg.S12370.log": No such file or directory > Harmless, that's a known Xorg bug languishing upstream. > >> X.Org X Server 1.19.3 >> Release Date: 2017-03-15 >> X Protocol Version 11, Revision 0 >> Build Operating System:? 3.10.0-514.16.1.el7.x86_64 >> Current Operating System: Linux ussd-prd-rdln01 >> 3.10.0-693.5.2.el7.x86_64 #1 SMP Fri Oct 20 20:32:50 UTC 2017 x86_64 >> Kernel command line: BOOT_IMAGE=vmlinuz initrd=initrd >> rdblacklist=nouveau net.ifnames=0 biosdevname=0 user_namespace.enable=1 >> mlx4_core.port_type_array=2,2 >> ip=10.12.144.15:10.12.144.11:10.12.144.1:255.255.252.0 >> BOOTIF=01-0c-c4-7a-1d-ae-de >> Build Date: 05 August 2017? 06:19:43AM >> Build ID: xorg-x11-server 1.19.3-11.el7 >> Current version of pixman: 0.34.0 >> ? ? ? ? Before reporting problems, check http://wiki.x.org >> ? ? ? ? to make sure that you have the latest version. >> Markers: (--) probed, (**) from config file, (==) default setting, >> ? ? ? ? (++) from command line, (!!) notice, (II) informational, >> ? ? ? ? (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> (++) Log file: "/run/user/109999/xpra/Xorg.S12370.log", Time: Tue Jan 23 >> 22:12:34 2018 >> (++) Using config file: >> "/home/bmishkania/bin/localPython/etc/xpra/xorg.conf" >> (==) Using system config directory "/usr/share/X11/xorg.conf.d" >> (EE) >> Fatal server error: >> (EE) parse_vt_settings: Cannot open /dev/tty0 (Permission denied) >> (EE) >> (EE) >> Please consult the The X.Org Foundation support >> ? ? ? ? ?at http://wiki.x.org >> ?for help. >> (EE) Please also check the log file at >> "/run/user/109999/xpra/Xorg.S12370.log" for additional information. >> (EE) >> (EE) Server terminated with error (1). Closing log file. >> xpra initialization error: >> ?xpra_Xdummy: did not provide a display number using displayfd > xpra_Xdummy failed to run, there could be a number of reasons for that. > The easiest fix for you might just be to switch to Xvfb: > ./setup.py --without-Xdummy install --home=.... > > Cheers > Antoine > >> >> >> Any ideas how I can fix this? >> >> Thank you, >> Ben >> >> ------------------------------------------------------------------------ >> *From:* shifter-users on >> behalf of Antoine Martin via shifter-users >> >> *Sent:* Tuesday, January 23, 2018 9:57 PM >> *To:* shifter-users at lists.devloop.org.uk >> *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? >> ? >> On 24/01/18 12:47, Ben Mishkanian via shifter-users wrote: >>> Hi, >>> >>> >>> I am trying to build and install from source an Xpra 2.2.3 server as an unprivileged user on CentOS 7. I ran setup.py and it seems to complete fine, although it prints a bunch of brotli errors saying it failed to minify various files. >> You can ignore those errors or turn off the brotli feature, see: >> ./setup.py --help >> >>> In any case it produces the xpra binary, but when I run `xpra -h` it says (This xpra installation does not support starting local servers.) >> Please always include the exact command lines that you have used so we >> can help you with that. >> Also specify which CentOS 7 you are using, CentOS versions older than >> 7.2 are not supported in xpra versions 2.x and later, see: >> https://www.xpra.org/trac/wiki/Platforms > Platforms ? Xpra > www.xpra.org > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> Platforms ? Xpra > Platforms ? Xpra > www.xpra.org > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> www.xpra.org > xpra home page > www.xpra.org > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> Platforms. Unless otherwise stated, all the operating systems listed >> here support all versions of xpra. The only architectures officially >> tested and supported are ... >> >> >> >> >> Be aware that your home made build will be severely degraded and may not >> work as expected. (performance, features, security, etc) >> >>> How can I find out why it can't start local servers? setup.py showed that the "server" build switch is set to "Y". >> My guess is that you're not setting the PYTHONPATH correctly. >> You should be installing into a directory: >> ./setup.py install --home=./install >> Then adjusting PATH and PYTHONPATH accordingly. >> >> Cheers >> Antoine >>> Thank you, >>> >>> Ben >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> >>> >> >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> > From FusionGate200 at hotmail.com Fri Jan 26 05:10:53 2018 From: FusionGate200 at hotmail.com (Ben Mishkanian) Date: Fri, 26 Jan 2018 05:10:53 +0000 Subject: [winswitch] How to install local unprivileged Xpra server? In-Reply-To: <1231aa52-9c7b-ab65-2d6f-23217c7fbc17@nagafix.co.uk> References: <8d114e71-7002-733b-f5e7-2ad36376faac@nagafix.co.uk> , <1231aa52-9c7b-ab65-2d6f-23217c7fbc17@nagafix.co.uk> Message-ID: [bmishkania at ussd-prd-rdln01 xpra-2.2.3]$ xpra showconfig | grep -i ^xvfb xvfb = 'xpra_Xdummy -noreset -novtswitch -nolisten tcp +extension GLX +extension RANDR +extension RENDER -auth $XAUTHORITY -logfile ${XPRA_LOG_DIR}/Xorg.${DISPLAY}.log -configdir ${XDG_RUNTIME_DIR}/xpra/xorg.conf.d/$PID -config /home/bmishkania/bin/localPython/etc/xpra/xorg.conf' It seems like it is still trying to use Xdummy but I am not sure why. I tried next to install Xvfb as suggested: yumdownloader xorg-x11-server-Xvfb rpm2cpio ./xorg-x11-server-Xvfb-1.19.3-11.el7_4.1.x86_64.rpm | cpio -idmv cp ./usr/bin/Xvfb ~/bin/ # copy Xvfb to directory that is in $PATH rm -r ~/bin/xpra-2.2.3/ ./setup.py --without-Xdummy install --home=/home/bmishkania/bin/xpra-2.2.3/ The build switches show: build switches: * PIC : Y * Xdummy : N * Xdummy_wrapper : Auto * annotate : Y * bencode : Y * bundle_tests : N * client : Y * clipboard : Y * csc_libyuv : N * csc_swscale : N * cuda_kernels : Y * cuda_rebuild : Y * cython_bencode : Y * dbus : Y * debug : N * dec_avcodec2 : N * enc_ffmpeg : N * enc_x264 : Y * enc_x265 : N * example : Y * gtk2 : Y * gtk3 : N * gtk_x11 : Y * html5 : Y * html5_brotli : Y * html5_gzip : Y * jpeg : N * mdns : Y * minify : Y * netdev : Y * nvenc : N * nvfbc : N * opengl : Y * pam : Y * pillow : Y * printing : Y * proxy : Y * rebuild : Y * rfb : Y * sd_listen : Y * server : Y * service : Y * shadow : Y * sound : Y * strict : Y * tests : N * uinput : Y * v4l2 : Y * verbose : N * vpx : N * vsock : Y * warn : Y * webcam : Y * webp : N * x11 : Y * xinput : Y But it doesn't seem to have helped: [bmishkania at ussd-prd-rdln01 xpra-2.2.3]$ xpra start --start=~/bin/firefox/firefox --daemon=no 2018-01-25 20:58:11,950 cannot access python uinput module: 2018-01-25 20:58:11,951 No module named uinput xpra main error: Traceback (most recent call last): File "/home/bmishkania/bin/xpra-2.2.3/lib64/python/xpra/scripts/main.py", line 175, in main return run_mode(script_file, err, options, args, mode, defaults) File "/home/bmishkania/bin/xpra-2.2.3/lib64/python/xpra/scripts/main.py", line 1494, in run_mode return run_server(error_cb, options, mode, script_file, args, current_display) File "/home/bmishkania/bin/xpra-2.2.3/lib64/python/xpra/scripts/server.py", line 737, in run_server xvfb, display_name, cleanups = start_Xvfb(opts.xvfb, pixel_depth, display_name, cwd, uid, gid, username, xauth_data, uinput_uuid) File "/home/bmishkania/bin/xpra-2.2.3/lib64/python/xpra/x11/vfb_util.py", line 189, in start_Xvfb stdin=subprocess.PIPE, preexec_fn=preexec, cwd=cwd) File "/usr/lib64/python2.7/subprocess.py", line 711, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1311, in _execute_child _close_in_parent(p2cread) File "/usr/lib64/python2.7/subprocess.py", line 1210, in _close_in_parent os.close(fd) OSError: [Errno 9] Bad file descriptor xpra initialization error: xpra_Xdummy: did not provide a display number using displayfd [bmishkania at ussd-prd-rdln01 xpra-2.2.3]$ xpra showconfig | grep -i ^xvfb xvfb = 'xpra_Xdummy -noreset -novtswitch -nolisten tcp +extension GLX +extension RANDR +extension RENDER -auth $XAUTHORITY -logfile ${XPRA_LOG_DIR}/Xorg.${DISPLAY}.log -configdir ${XDG_RUNTIME_DIR}/xpra/xorg.conf.d/$PID -config /home/bmishkania/bin/localPython/etc/xpra/xorg.conf' Thanks, Ben ________________________________ From: Antoine Martin Sent: Wednesday, January 24, 2018 8:47 PM To: Ben Mishkanian Cc: Xpra and Winswitch ML Subject: Re: [winswitch] How to install local unprivileged Xpra server? > I tried building without Xdummy and ended up with a different error. > Here is what I did: > rm -r ~/bin/xpra-2.2.3/ > ./setup.py --without-Xdummy install --home=/home/bmishkania/bin/xpra-2.2.3/ > xpra start --start=~/bin/firefox/firefox --daemon=no > > It prints this: > 2018-01-24 20:03:58,708 cannot access python uinput module: > 2018-01-24 20:03:58,708 No module named uinput > xpra main error: > Traceback (most recent call last): (..) > OSError: [Errno 9] Bad file descriptor This error message has now been improved: http://xpra.org/trac/changeset/18147 Changeset 18147 ? Xpra xpra.org xpra - screen for X > xpra initialization error: > xpra_Xdummy: did not provide a display number using displayfd Based on this message, I'm not convinced that you are actually using xvfb. Double-check your configuration with: xpra showconfig | grep -i ^xvfb > I do not think Xvfb is installed on this system, even though Xorg is. The xorg-x11-server-Xvfb package on CentOS / RHEL 7.x only contains one binary file named "Xvfb". You can just unpack the RPM by hand and put the binary in your $PATH. The dependencies should already be present if you have /usr/bin/Xorg installed. > As > an unprivileged user it may be hard for me to install Xvfb, so could > there be a different solution? Yes, figure out why you get those tty errors when running xpra_Xdummy. Regular CentOS 7.x systems can normally run it just fine. Cheers Antoine > > Thanks, > Ben > > ------------------------------------------------------------------------ > *From:* Antoine Martin > *Sent:* Wednesday, January 24, 2018 1:26 AM > *Cc:* Ben Mishkanian; Xpra and Winswitch ML > *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? > > Please always CC the mailing list. > > On 24/01/18 13:39, Ben Mishkanian wrote: >> Thank you for the quick response! >> >> >> It is CentOS 7.4.1708. You're right, I used the wrong PYTHONPATH. Oops. >> It allows server commands now, but now there's a new error. Here is what >> I did: >> >> >> ./setup.py -v install --home=/home/bmishkania/bin/xpra-2.2.3/ >> >> export PYTHONPATH=/home/bmishkania/bin/xpra-2.2.3/lib64/python:$PYTHONPATH >> >> xpra start --start=~/bin/firefox/firefox > This should not work unless you've also installed xpra somewhere on the > $PATH or modified $PATH. > You could also use the path to somewhere/install/bin/xpra directly. > >> It prints: >> >> Warning: cannot use the system proxy for 'start' subcommand, > Harmless warning, you don't have a system service, it will fallback to > self-daemonizing. > >> failed to connect to '/run/xpra/system': >> [Errno 2] No such file or directory > Harmless warning because you are missing the tmpfiles.d bits. > >> Entering daemon mode; any further errors will be reported to: >> /run/user/109999/xpra/S12370.log >> >> Here is the log file: >> 2018-01-23 22:12:33,912 cannot access python uinput module:ESC[0m >> 2018-01-23 22:12:33,912 No module named uinputESC[0m > Harmless, you don't have uinput installed. You wouldn't be able to use > it anyway without the system service without also modifying the device > permissions. > >> Failed to rename log file "/run/user/109999/xpra/Xorg.S12370.log" to >> "/run/user/109999/xpra/Xorg.S12370.log": No such file or directory > Harmless, that's a known Xorg bug languishing upstream. > >> X.Org X Server 1.19.3 >> Release Date: 2017-03-15 >> X Protocol Version 11, Revision 0 >> Build Operating System: 3.10.0-514.16.1.el7.x86_64 >> Current Operating System: Linux ussd-prd-rdln01 >> 3.10.0-693.5.2.el7.x86_64 #1 SMP Fri Oct 20 20:32:50 UTC 2017 x86_64 >> Kernel command line: BOOT_IMAGE=vmlinuz initrd=initrd >> rdblacklist=nouveau net.ifnames=0 biosdevname=0 user_namespace.enable=1 >> mlx4_core.port_type_array=2,2 >> ip=10.12.144.15:10.12.144.11:10.12.144.1:255.255.252.0 >> BOOTIF=01-0c-c4-7a-1d-ae-de >> Build Date: 05 August 2017 06:19:43AM >> Build ID: xorg-x11-server 1.19.3-11.el7 >> Current version of pixman: 0.34.0 >> Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> Markers: (--) probed, (**) from config file, (==) default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> (++) Log file: "/run/user/109999/xpra/Xorg.S12370.log", Time: Tue Jan 23 >> 22:12:34 2018 >> (++) Using config file: >> "/home/bmishkania/bin/localPython/etc/xpra/xorg.conf" >> (==) Using system config directory "/usr/share/X11/xorg.conf.d" >> (EE) >> Fatal server error: >> (EE) parse_vt_settings: Cannot open /dev/tty0 (Permission denied) >> (EE) >> (EE) >> Please consult the The X.Org Foundation support >> at http://wiki.x.org >> for help. >> (EE) Please also check the log file at >> "/run/user/109999/xpra/Xorg.S12370.log" for additional information. >> (EE) >> (EE) Server terminated with error (1). Closing log file. >> xpra initialization error: >> xpra_Xdummy: did not provide a display number using displayfd > xpra_Xdummy failed to run, there could be a number of reasons for that. > The easiest fix for you might just be to switch to Xvfb: > ./setup.py --without-Xdummy install --home=.... > > Cheers > Antoine > >> >> >> Any ideas how I can fix this? >> >> Thank you, >> Ben >> >> ------------------------------------------------------------------------ >> *From:* shifter-users on >> behalf of Antoine Martin via shifter-users >> >> *Sent:* Tuesday, January 23, 2018 9:57 PM >> *To:* shifter-users at lists.devloop.org.uk >> *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? >> >> On 24/01/18 12:47, Ben Mishkanian via shifter-users wrote: >>> Hi, >>> >>> >>> I am trying to build and install from source an Xpra 2.2.3 server as an unprivileged user on CentOS 7. I ran setup.py and it seems to complete fine, although it prints a bunch of brotli errors saying it failed to minify various files. >> You can ignore those errors or turn off the brotli feature, see: >> ./setup.py --help >> >>> In any case it produces the xpra binary, but when I run `xpra -h` it says (This xpra installation does not support starting local servers.) >> Please always include the exact command lines that you have used so we >> can help you with that. >> Also specify which CentOS 7 you are using, CentOS versions older than >> 7.2 are not supported in xpra versions 2.x and later, see: >> https://www.xpra.org/trac/wiki/Platforms Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > xpra home page xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> Platforms. Unless otherwise stated, all the operating systems listed >> here support all versions of xpra. The only architectures officially >> tested and supported are ... >> >> >> >> >> Be aware that your home made build will be severely degraded and may not >> work as expected. (performance, features, security, etc) >> >>> How can I find out why it can't start local servers? setup.py showed that the "server" build switch is set to "Y". >> My guess is that you're not setting the PYTHONPATH correctly. >> You should be installing into a directory: >> ./setup.py install --home=./install >> Then adjusting PATH and PYTHONPATH accordingly. >> >> Cheers >> Antoine >>> Thank you, >>> >>> Ben >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> >>> >> >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> > From antoine at nagafix.co.uk Fri Jan 26 05:19:07 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 26 Jan 2018 12:19:07 +0700 Subject: [winswitch] How to install local unprivileged Xpra server? In-Reply-To: References: <8d114e71-7002-733b-f5e7-2ad36376faac@nagafix.co.uk> <1231aa52-9c7b-ab65-2d6f-23217c7fbc17@nagafix.co.uk> Message-ID: <97d19e1a-73a6-686c-fa15-dd0ef1a2acca@nagafix.co.uk> On 26/01/18 12:10, Ben Mishkanian wrote: > [bmishkania at ussd-prd-rdln01 xpra-2.2.3]$ xpra showconfig | grep -i ^xvfb > xvfb? ? ? ? ? ? ? ? ? ? ? ? ? ?= 'xpra_Xdummy -noreset -novtswitch > -nolisten tcp +extension GLX +extension RANDR +extension RENDER -auth > $XAUTHORITY -logfile ${XPRA_LOG_DIR}/Xorg.${DISPLAY}.log -configdir > ${XDG_RUNTIME_DIR}/xpra/xorg.conf.d/$PID -config > /home/bmishkania/bin/localPython/etc/xpra/xorg.conf' > > It seems like it is still trying to use Xdummy but I am not sure why. I > tried next to install?Xvfb as suggested: > yumdownloader xorg-x11-server-Xvfb > rpm2cpio ./xorg-x11-server-Xvfb-1.19.3-11.el7_4.1.x86_64.rpm | cpio -idmv > cp ./usr/bin/Xvfb ~/bin/ # copy Xvfb to directory that is in $PATH > rm -r ~/bin/xpra-2.2.3/ > ./setup.py --without-Xdummy install --home=/home/bmishkania/bin/xpra-2.2.3/ > > The build switches show: > build switches: > * PIC? ? ? ? ? ? ? ? ? : Y > * Xdummy? ? ? ? ? ? ? ?: N > * Xdummy_wrapper? ? ? ?: Auto (..) > But it doesn't seem to have helped: > > [bmishkania at ussd-prd-rdln01 xpra-2.2.3]$ xpra start (..) > OSError: [Errno 9] Bad file descriptor > > xpra initialization error: > ?xpra_Xdummy: did not provide a display number using displayfd > [bmishkania at ussd-prd-rdln01 xpra-2.2.3]$ xpra showconfig | grep -i ^xvfb > xvfb? ? ? ? ? ? ? ? ? ? ? ? ? ?= 'xpra_Xdummy -noreset -novtswitch > -nolisten tcp +extension GLX +extension RANDR +extension RENDER -auth > $XAUTHORITY -logfile ${XPRA_LOG_DIR}/Xorg.${DISPLAY}.log -configdir > ${XDG_RUNTIME_DIR}/xpra/xorg.conf.d/$PID -config > /home/bmishkania/bin/localPython/etc/xpra/xorg.conf' Verify that the xvfb value is correct in the "55_server_x11.conf" config file that was generated. I think the problem is that your xpra config files aren't found because of the non-standard location, so it uses the builtin defaults, which is Xdummy on CentOS 7.x To workaround this problem, you have at least 3 options: * telling it where to load config files from: XPRA_SYSCONF_DIRS=/path/to/etc/xpra xpra start .. * specifying the xvfb option on the command line: xpra start --xvfb=... * setting the xvfb option for this particular user: echo "xvfb=..." >> ~/.xpra/xpra.conf Cheers Antoine > > > Thanks, > Ben > ------------------------------------------------------------------------ > *From:* Antoine Martin > *Sent:* Wednesday, January 24, 2018 8:47 PM > *To:* Ben Mishkanian > *Cc:* Xpra and Winswitch ML > *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? > ? >> I tried building without Xdummy and ended up with?a different error. >> Here is what I did: >> rm -r ~/bin/xpra-2.2.3/ >> ./setup.py --without-Xdummy install --home=/home/bmishkania/bin/xpra-2.2.3/ >> xpra start --start=~/bin/firefox/firefox --daemon=no >> >> It prints this: >> 2018-01-24 20:03:58,708 cannot access python uinput module: >> 2018-01-24 20:03:58,708? No module named uinput >> xpra main error: >> Traceback (most recent call last): > (..) >> OSError: [Errno 9] Bad file descriptor > This error message has now been improved: > http://xpra.org/trac/changeset/18147 > Changeset 18147 ? Xpra > xpra.org > xpra - screen for X > > > > >> xpra initialization error: >> ?xpra_Xdummy: did not provide a display number using displayfd > Based on this message, I'm not convinced that you are actually using > xvfb. Double-check your configuration with: > xpra showconfig | grep -i ^xvfb > >> I do not think Xvfb is installed on this system, even though Xorg is. > The xorg-x11-server-Xvfb package on CentOS / RHEL 7.x only contains one > binary file named "Xvfb". You can just unpack the RPM by hand and put > the binary in your $PATH. The dependencies should already be present if > you have /usr/bin/Xorg installed. > >> As >> an unprivileged user it may be hard for me to install Xvfb, so could >> there be a different solution? > Yes, figure out why you get those tty errors when running xpra_Xdummy. > Regular CentOS 7.x systems can normally run it just fine. > > Cheers > Antoine > >> >> Thanks, >> Ben >> >> ------------------------------------------------------------------------ >> *From:* Antoine Martin >> *Sent:* Wednesday, January 24, 2018 1:26 AM >> *Cc:* Ben Mishkanian; Xpra and Winswitch ML >> *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? >> ? >> Please always CC the mailing list. >> >> On 24/01/18 13:39, Ben Mishkanian wrote: >>> Thank you for the quick response! >>> >>> >>> It is CentOS?7.4.1708. You're right, I used?the wrong PYTHONPATH. Oops. >>> It allows server commands now, but now there's a new error. Here is what >>> I did: >>> >>> >>> ./setup.py -v install --home=/home/bmishkania/bin/xpra-2.2.3/ >>> >>> export PYTHONPATH=/home/bmishkania/bin/xpra-2.2.3/lib64/python:$PYTHONPATH >>> >>> xpra start --start=~/bin/firefox/firefox >> This should not work unless you've also installed xpra somewhere on the >> $PATH or modified $PATH. >> You could also use the path to somewhere/install/bin/xpra directly. >> >>> It prints: >>> >>> Warning: cannot use the system proxy for 'start' subcommand, >> Harmless warning, you don't have a system service, it will fallback to >> self-daemonizing. >> >>> ?failed to connect to '/run/xpra/system': >>> ?[Errno 2] No such file or directory >> Harmless warning because you are missing the tmpfiles.d bits. >> >>> Entering daemon mode; any further errors will be reported to: >>> ? /run/user/109999/xpra/S12370.log >>> >>> Here is the log file: >>> 2018-01-23 22:12:33,912 cannot access python uinput module:ESC[0m >>> 2018-01-23 22:12:33,912? No module named uinputESC[0m >> Harmless, you don't have uinput installed. You wouldn't be able to use >> it anyway without the system service without also modifying the device >> permissions. >> >>> Failed to rename log file "/run/user/109999/xpra/Xorg.S12370.log" to >>> "/run/user/109999/xpra/Xorg.S12370.log": No such file or directory >> Harmless, that's a known Xorg bug languishing upstream. >> >>> X.Org X Server 1.19.3 >>> Release Date: 2017-03-15 >>> X Protocol Version 11, Revision 0 >>> Build Operating System:? 3.10.0-514.16.1.el7.x86_64 >>> Current Operating System: Linux ussd-prd-rdln01 >>> 3.10.0-693.5.2.el7.x86_64 #1 SMP Fri Oct 20 20:32:50 UTC 2017 x86_64 >>> Kernel command line: BOOT_IMAGE=vmlinuz initrd=initrd >>> rdblacklist=nouveau net.ifnames=0 biosdevname=0 user_namespace.enable=1 >>> mlx4_core.port_type_array=2,2 >>> ip=10.12.144.15:10.12.144.11:10.12.144.1:255.255.252.0 >>> BOOTIF=01-0c-c4-7a-1d-ae-de >>> Build Date: 05 August 2017? 06:19:43AM >>> Build ID: xorg-x11-server 1.19.3-11.el7 >>> Current version of pixman: 0.34.0 >>> ? ? ? ? Before reporting problems, check http://wiki.x.org >>> ? ? ? ? to make sure that you have the latest version. >>> Markers: (--) probed, (**) from config file, (==) default setting, >>> ? ? ? ? (++) from command line, (!!) notice, (II) informational, >>> ? ? ? ? (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >>> (++) Log file: "/run/user/109999/xpra/Xorg.S12370.log", Time: Tue Jan 23 >>> 22:12:34 2018 >>> (++) Using config file: >>> "/home/bmishkania/bin/localPython/etc/xpra/xorg.conf" >>> (==) Using system config directory "/usr/share/X11/xorg.conf.d" >>> (EE) >>> Fatal server error: >>> (EE) parse_vt_settings: Cannot open /dev/tty0 (Permission denied) >>> (EE) >>> (EE) >>> Please consult the The X.Org Foundation support >>> ? ? ? ? ?at http://wiki.x.org >>> ?for help. >>> (EE) Please also check the log file at >>> "/run/user/109999/xpra/Xorg.S12370.log" for additional information. >>> (EE) >>> (EE) Server terminated with error (1). Closing log file. >>> xpra initialization error: >>> ?xpra_Xdummy: did not provide a display number using displayfd >> xpra_Xdummy failed to run, there could be a number of reasons for that. >> The easiest fix for you might just be to switch to Xvfb: >> ./setup.py --without-Xdummy install --home=.... >> >> Cheers >> Antoine >> >>> >>> >>> Any ideas how I can fix this? >>> >>> Thank you, >>> Ben >>> >>> ------------------------------------------------------------------------ >>> *From:* shifter-users on >>> behalf of Antoine Martin via shifter-users >>> >>> *Sent:* Tuesday, January 23, 2018 9:57 PM >>> *To:* shifter-users at lists.devloop.org.uk >>> *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? >>> ? >>> On 24/01/18 12:47, Ben Mishkanian via shifter-users wrote: >>>> Hi, >>>> >>>> >>>> I am trying to build and install from source an Xpra 2.2.3 server as an unprivileged user on CentOS 7. I ran setup.py and it seems to complete fine, although it prints a bunch of brotli errors saying it failed to minify various files. >>> You can ignore those errors or turn off the brotli feature, see: >>> ./setup.py --help >>> >>>> In any case it produces the xpra binary, but when I run `xpra -h` it says (This xpra installation does not support starting local servers.) >>> Please always include the exact command lines that you have used so we >>> can help you with that. >>> Also specify which CentOS 7 you are using, CentOS versions older than >>> 7.2 are not supported in xpra versions 2.x and later, see: >>> https://www.xpra.org/trac/wiki/Platforms > Platforms ? Xpra > www.xpra.org > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> Platforms ? Xpra > Platforms ? Xpra > www.xpra.org > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> www.xpra.org > xpra home page > www.xpra.org > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> Platforms. Unless otherwise stated, all the operating systems listed >> here support all versions of xpra. The only architectures officially >> tested and supported are ... >> >> >> >>> Platforms ? Xpra > Platforms ? Xpra > www.xpra.org > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> Platforms ? Xpra > Platforms ? Xpra > www.xpra.org > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> www.xpra.org > xpra home page > www.xpra.org > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> Platforms. Unless otherwise stated, all the operating systems listed >> here support all versions of xpra. The only architectures officially >> tested and supported are ... >> >> >> >>> www.xpra.org > xpra home page > www.xpra.org > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > xpra home page > www.xpra.org > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> xpra home page > xpra home page > www.xpra.org > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> www.xpra.org > xpra home page > www.xpra.org > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> About. Xpra is an open-source multi-platform persistent remote display >> server and client for forwarding applications and desktop screens. It >> gives you remote access ... >> >> >> >>> Platforms. Unless otherwise stated, all the operating systems listed >>> here support all versions of xpra. The only architectures officially >>> tested and supported are ... >>> >>> >>> >>> >>> Be aware that your home made build will be severely degraded and may not >>> work as expected. (performance, features, security, etc) >>> >>>> How can I find out why it can't start local servers? setup.py showed that the "server" build switch is set to "Y". >>> My guess is that you're not setting the PYTHONPATH correctly. >>> You should be installing into a directory: >>> ./setup.py install --home=./install >>> Then adjusting PATH and PYTHONPATH accordingly. >>> >>> Cheers >>> Antoine >>>> Thank you, >>>> >>>> Ben >>>> _______________________________________________ >>>> shifter-users mailing list >>>> shifter-users at lists.devloop.org.uk >>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> >>> shifter-users Info Page - devloop.org.uk >>> > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> >>> lists.devloop.org.uk >>> General discussion and help on using Window Switch. To see the >>> collection of prior postings to the list, visit the shifter-users Archives. >>> >>> >>> >>>> >>> >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> >>> shifter-users Info Page - devloop.org.uk >>> > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> > shifter-users Info Page - devloop.org.uk > > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> >>> lists.devloop.org.uk >>> General discussion and help on using Window Switch. To see the >>> collection of prior postings to the list, visit the shifter-users Archives. >>> >>> >>> >> > From FusionGate200 at hotmail.com Sat Jan 27 19:01:16 2018 From: FusionGate200 at hotmail.com (Ben Mishkanian) Date: Sat, 27 Jan 2018 19:01:16 +0000 Subject: [winswitch] How to install local unprivileged Xpra server? In-Reply-To: <97d19e1a-73a6-686c-fa15-dd0ef1a2acca@nagafix.co.uk> References: <8d114e71-7002-733b-f5e7-2ad36376faac@nagafix.co.uk> <1231aa52-9c7b-ab65-2d6f-23217c7fbc17@nagafix.co.uk> , <97d19e1a-73a6-686c-fa15-dd0ef1a2acca@nagafix.co.uk> Message-ID: 55_server_x11.conf has the following xvfb command: xvfb = Xvfb +extension GLX +extension Composite -screen 0 5760x2560x24+32 -dpi 96 -nolisten tcp -noreset -auth $XAUTHORITY Setting XPRA_SYSCONF_DIRS seems to have worked! It looks like the server is running, at least. But I haven't been able to get my Windows client to connect. I set it to SSH mode and after putting in my password nothing happens for a few seconds and the client window comes back saying "Connection lost". The server prints: [bmishkania at ussd-prd-rdln01 ~]$ XPRA_SYSCONF_DIRS=/home/bmishkania/bin/xpra-2.2.3/etc/xpra/ xpra start --start=~/bin/firefox/firefox --daemon=no 2018-01-27 10:41:51,460 cannot access python uinput module: 2018-01-27 10:41:51,460 No module named uinput 2018-01-27 10:41:51,957 Warning: failed to create socket directory '/run/xpra' 2018-01-27 10:41:51,958 [Errno 13] Permission denied: '/run/xpra' 2018-01-27 10:41:51,961 created unix domain socket: /run/user/109999/xpra/ussd-prd-rdln01-100 2018-01-27 10:41:52,264 created unix domain socket: /home/bmishkania/.xpra/ussd-prd-rdln01-100 2018-01-27 10:41:52,265 Warning: cannot create socket '/run/xpra/ussd-prd-rdln01-100' 2018-01-27 10:41:52,265 [Errno 2] No such file or directory 2018-01-27 10:41:52,265 /run/xpra does not exist 2018-01-27 10:41:52,266 user 'bmishkania' is a member of groups: no groups! 2018-01-27 10:41:52,266 missing 'xpra' group membership? 2018-01-27 10:41:52,267 failed to query path information for '/run/xpra': [Errno 2] No such file or directory: '/run/xpra' 2018-01-27 10:41:52,689 Warning: zlib is the only compressor enabled 2018-01-27 10:41:52,689 install and enable lzo or lz4 support for better performance 2018-01-27 10:41:52,701 Warning: your version of Python Imaging Library is well out of date 2018-01-27 10:41:52,701 version 1.1.7 is not supported, your mileage may vary 2018-01-27 10:41:52,824 Error importing x264 encoder (enc_x264) 2018-01-27 10:41:52,824 libx264.so.152: cannot open shared object file: No such file or directory 2018-01-27 10:41:52,825 pointer device emulation using XTest 2018-01-27 10:41:53,429 serving html content from: /home/bmishkania/bin/xpra-2.2.3/share/xpra/www 2018-01-27 10:41:53,564 Warning: webcam forwarding is disabled 2018-01-27 10:41:53,565 the virtual video directory '/sys/devices/virtual/video4linux' was not found 2018-01-27 10:41:53,565 make sure that the 'v4l2loopback' kernel module is installed and loaded 2018-01-27 10:41:53,565 found 0 virtual video devices for webcam forwarding 2018-01-27 10:41:53,596 pulseaudio server started with pid 3276 Thanks, Ben ________________________________ From: Antoine Martin Sent: Thursday, January 25, 2018 9:19 PM To: Ben Mishkanian Cc: Xpra and Winswitch ML Subject: Re: [winswitch] How to install local unprivileged Xpra server? On 26/01/18 12:10, Ben Mishkanian wrote: > [bmishkania at ussd-prd-rdln01 xpra-2.2.3]$ xpra showconfig | grep -i ^xvfb > xvfb = 'xpra_Xdummy -noreset -novtswitch > -nolisten tcp +extension GLX +extension RANDR +extension RENDER -auth > $XAUTHORITY -logfile ${XPRA_LOG_DIR}/Xorg.${DISPLAY}.log -configdir > ${XDG_RUNTIME_DIR}/xpra/xorg.conf.d/$PID -config > /home/bmishkania/bin/localPython/etc/xpra/xorg.conf' > > It seems like it is still trying to use Xdummy but I am not sure why. I > tried next to install Xvfb as suggested: > yumdownloader xorg-x11-server-Xvfb > rpm2cpio ./xorg-x11-server-Xvfb-1.19.3-11.el7_4.1.x86_64.rpm | cpio -idmv > cp ./usr/bin/Xvfb ~/bin/ # copy Xvfb to directory that is in $PATH > rm -r ~/bin/xpra-2.2.3/ > ./setup.py --without-Xdummy install --home=/home/bmishkania/bin/xpra-2.2.3/ > > The build switches show: > build switches: > * PIC : Y > * Xdummy : N > * Xdummy_wrapper : Auto (..) > But it doesn't seem to have helped: > > [bmishkania at ussd-prd-rdln01 xpra-2.2.3]$ xpra start (..) > OSError: [Errno 9] Bad file descriptor > > xpra initialization error: > xpra_Xdummy: did not provide a display number using displayfd > [bmishkania at ussd-prd-rdln01 xpra-2.2.3]$ xpra showconfig | grep -i ^xvfb > xvfb = 'xpra_Xdummy -noreset -novtswitch > -nolisten tcp +extension GLX +extension RANDR +extension RENDER -auth > $XAUTHORITY -logfile ${XPRA_LOG_DIR}/Xorg.${DISPLAY}.log -configdir > ${XDG_RUNTIME_DIR}/xpra/xorg.conf.d/$PID -config > /home/bmishkania/bin/localPython/etc/xpra/xorg.conf' Verify that the xvfb value is correct in the "55_server_x11.conf" config file that was generated. I think the problem is that your xpra config files aren't found because of the non-standard location, so it uses the builtin defaults, which is Xdummy on CentOS 7.x To workaround this problem, you have at least 3 options: * telling it where to load config files from: XPRA_SYSCONF_DIRS=/path/to/etc/xpra xpra start .. * specifying the xvfb option on the command line: xpra start --xvfb=... * setting the xvfb option for this particular user: echo "xvfb=..." >> ~/.xpra/xpra.conf Cheers Antoine > > > Thanks, > Ben > ------------------------------------------------------------------------ > *From:* Antoine Martin > *Sent:* Wednesday, January 24, 2018 8:47 PM > *To:* Ben Mishkanian > *Cc:* Xpra and Winswitch ML > *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? > >> I tried building without Xdummy and ended up with a different error. >> Here is what I did: >> rm -r ~/bin/xpra-2.2.3/ >> ./setup.py --without-Xdummy install --home=/home/bmishkania/bin/xpra-2.2.3/ >> xpra start --start=~/bin/firefox/firefox --daemon=no >> >> It prints this: >> 2018-01-24 20:03:58,708 cannot access python uinput module: >> 2018-01-24 20:03:58,708 No module named uinput >> xpra main error: >> Traceback (most recent call last): > (..) >> OSError: [Errno 9] Bad file descriptor > This error message has now been improved: > http://xpra.org/trac/changeset/18147 Changeset 18147 ? Xpra xpra.org xpra - screen for X > Changeset 18147 ? Xpra Changeset 18147 ? Xpra xpra.org xpra - screen for X > xpra.org > xpra - screen for X > > > > >> xpra initialization error: >> xpra_Xdummy: did not provide a display number using displayfd > Based on this message, I'm not convinced that you are actually using > xvfb. Double-check your configuration with: > xpra showconfig | grep -i ^xvfb > >> I do not think Xvfb is installed on this system, even though Xorg is. > The xorg-x11-server-Xvfb package on CentOS / RHEL 7.x only contains one > binary file named "Xvfb". You can just unpack the RPM by hand and put > the binary in your $PATH. The dependencies should already be present if > you have /usr/bin/Xorg installed. > >> As >> an unprivileged user it may be hard for me to install Xvfb, so could >> there be a different solution? > Yes, figure out why you get those tty errors when running xpra_Xdummy. > Regular CentOS 7.x systems can normally run it just fine. > > Cheers > Antoine > >> >> Thanks, >> Ben >> >> ------------------------------------------------------------------------ >> *From:* Antoine Martin >> *Sent:* Wednesday, January 24, 2018 1:26 AM >> *Cc:* Ben Mishkanian; Xpra and Winswitch ML >> *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? >> >> Please always CC the mailing list. >> >> On 24/01/18 13:39, Ben Mishkanian wrote: >>> Thank you for the quick response! >>> >>> >>> It is CentOS 7.4.1708. You're right, I used the wrong PYTHONPATH. Oops. >>> It allows server commands now, but now there's a new error. Here is what >>> I did: >>> >>> >>> ./setup.py -v install --home=/home/bmishkania/bin/xpra-2.2.3/ >>> >>> export PYTHONPATH=/home/bmishkania/bin/xpra-2.2.3/lib64/python:$PYTHONPATH >>> >>> xpra start --start=~/bin/firefox/firefox >> This should not work unless you've also installed xpra somewhere on the >> $PATH or modified $PATH. >> You could also use the path to somewhere/install/bin/xpra directly. >> >>> It prints: >>> >>> Warning: cannot use the system proxy for 'start' subcommand, >> Harmless warning, you don't have a system service, it will fallback to >> self-daemonizing. >> >>> failed to connect to '/run/xpra/system': >>> [Errno 2] No such file or directory >> Harmless warning because you are missing the tmpfiles.d bits. >> >>> Entering daemon mode; any further errors will be reported to: >>> /run/user/109999/xpra/S12370.log >>> >>> Here is the log file: >>> 2018-01-23 22:12:33,912 cannot access python uinput module:ESC[0m >>> 2018-01-23 22:12:33,912 No module named uinputESC[0m >> Harmless, you don't have uinput installed. You wouldn't be able to use >> it anyway without the system service without also modifying the device >> permissions. >> >>> Failed to rename log file "/run/user/109999/xpra/Xorg.S12370.log" to >>> "/run/user/109999/xpra/Xorg.S12370.log": No such file or directory >> Harmless, that's a known Xorg bug languishing upstream. >> >>> X.Org X Server 1.19.3 >>> Release Date: 2017-03-15 >>> X Protocol Version 11, Revision 0 >>> Build Operating System: 3.10.0-514.16.1.el7.x86_64 >>> Current Operating System: Linux ussd-prd-rdln01 >>> 3.10.0-693.5.2.el7.x86_64 #1 SMP Fri Oct 20 20:32:50 UTC 2017 x86_64 >>> Kernel command line: BOOT_IMAGE=vmlinuz initrd=initrd >>> rdblacklist=nouveau net.ifnames=0 biosdevname=0 user_namespace.enable=1 >>> mlx4_core.port_type_array=2,2 >>> ip=10.12.144.15:10.12.144.11:10.12.144.1:255.255.252.0 >>> BOOTIF=01-0c-c4-7a-1d-ae-de >>> Build Date: 05 August 2017 06:19:43AM >>> Build ID: xorg-x11-server 1.19.3-11.el7 >>> Current version of pixman: 0.34.0 >>> Before reporting problems, check http://wiki.x.org >>> to make sure that you have the latest version. >>> Markers: (--) probed, (**) from config file, (==) default setting, >>> (++) from command line, (!!) notice, (II) informational, >>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >>> (++) Log file: "/run/user/109999/xpra/Xorg.S12370.log", Time: Tue Jan 23 >>> 22:12:34 2018 >>> (++) Using config file: >>> "/home/bmishkania/bin/localPython/etc/xpra/xorg.conf" >>> (==) Using system config directory "/usr/share/X11/xorg.conf.d" >>> (EE) >>> Fatal server error: >>> (EE) parse_vt_settings: Cannot open /dev/tty0 (Permission denied) >>> (EE) >>> (EE) >>> Please consult the The X.Org Foundation support >>> at http://wiki.x.org >>> for help. >>> (EE) Please also check the log file at >>> "/run/user/109999/xpra/Xorg.S12370.log" for additional information. >>> (EE) >>> (EE) Server terminated with error (1). Closing log file. >>> xpra initialization error: >>> xpra_Xdummy: did not provide a display number using displayfd >> xpra_Xdummy failed to run, there could be a number of reasons for that. >> The easiest fix for you might just be to switch to Xvfb: >> ./setup.py --without-Xdummy install --home=.... >> >> Cheers >> Antoine >> >>> >>> >>> Any ideas how I can fix this? >>> >>> Thank you, >>> Ben >>> >>> ------------------------------------------------------------------------ >>> *From:* shifter-users on >>> behalf of Antoine Martin via shifter-users >>> >>> *Sent:* Tuesday, January 23, 2018 9:57 PM >>> *To:* shifter-users at lists.devloop.org.uk >>> *Subject:* Re: [winswitch] How to install local unprivileged Xpra server? >>> >>> On 24/01/18 12:47, Ben Mishkanian via shifter-users wrote: >>>> Hi, >>>> >>>> >>>> I am trying to build and install from source an Xpra 2.2.3 server as an unprivileged user on CentOS 7. I ran setup.py and it seems to complete fine, although it prints a bunch of brotli errors saying it failed to minify various files. >>> You can ignore those errors or turn off the brotli feature, see: >>> ./setup.py --help >>> >>>> In any case it produces the xpra binary, but when I run `xpra -h` it says (This xpra installation does not support starting local servers.) >>> Please always include the exact command lines that you have used so we >>> can help you with that. >>> Also specify which CentOS 7 you are using, CentOS versions older than >>> 7.2 are not supported in xpra versions 2.x and later, see: >>> https://www.xpra.org/trac/wiki/Platforms Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > xpra home page xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> Platforms. Unless otherwise stated, all the operating systems listed >> here support all versions of xpra. The only architectures officially >> tested and supported are ... >> >> >> >>> Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > Platforms ? Xpra Platforms ? Xpra www.xpra.org Platforms. Unless otherwise stated, all the operating systems listed here support all versions of xpra. The only architectures officially tested and supported are ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > Platforms. Unless otherwise stated, all the operating systems listed > here support all versions of xpra. The only architectures officially > tested and supported are ... > > > >> www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > xpra home page xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> Platforms. Unless otherwise stated, all the operating systems listed >> here support all versions of xpra. The only architectures officially >> tested and supported are ... >> >> >> >>> www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > xpra home page xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > xpra home page xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> xpra home page xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > xpra home page xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > xpra home page xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > www.xpra.org xpra home page www.xpra.org About. Xpra is an open-source multi-platform persistent remote display server and client for forwarding applications and desktop screens. It gives you remote access ... > About. Xpra is an open-source multi-platform persistent remote display > server and client for forwarding applications and desktop screens. It > gives you remote access ... > > > >> About. Xpra is an open-source multi-platform persistent remote display >> server and client for forwarding applications and desktop screens. It >> gives you remote access ... >> >> >> >>> Platforms. Unless otherwise stated, all the operating systems listed >>> here support all versions of xpra. The only architectures officially >>> tested and supported are ... >>> >>> >>> >>> >>> Be aware that your home made build will be severely degraded and may not >>> work as expected. (performance, features, security, etc) >>> >>>> How can I find out why it can't start local servers? setup.py showed that the "server" build switch is set to "Y". >>> My guess is that you're not setting the PYTHONPATH correctly. >>> You should be installing into a directory: >>> ./setup.py install --home=./install >>> Then adjusting PATH and PYTHONPATH accordingly. >>> >>> Cheers >>> Antoine >>>> Thank you, >>>> >>>> Ben >>>> _______________________________________________ >>>> shifter-users mailing list >>>> shifter-users at lists.devloop.org.uk >>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> >>> shifter-users Info Page - devloop.org.uk >>> shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> >>> lists.devloop.org.uk >>> General discussion and help on using Window Switch. To see the >>> collection of prior postings to the list, visit the shifter-users Archives. >>> >>> >>> >>>> >>> >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> >>> shifter-users Info Page - devloop.org.uk >>> shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> shifter-users Info Page - devloop.org.uk >> shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > shifter-users Info Page - devloop.org.uk > shifter-users Info Page - devloop.org.uk lists.devloop.org.uk General discussion and help on using Window Switch. To see the collection of prior postings to the list, visit the shifter-users Archives. > lists.devloop.org.uk > General discussion and help on using Window Switch. To see the > collection of prior postings to the list, visit the shifter-users Archives. > > > >> lists.devloop.org.uk >> General discussion and help on using Window Switch. To see the >> collection of prior postings to the list, visit the shifter-users Archives. >> >> >> >>> lists.devloop.org.uk >>> General discussion and help on using Window Switch. To see the >>> collection of prior postings to the list, visit the shifter-users Archives. >>> >>> >>> >> > From antoine at nagafix.co.uk Sun Jan 28 03:47:06 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 28 Jan 2018 10:47:06 +0700 Subject: [winswitch] How to install local unprivileged Xpra server? In-Reply-To: References: <8d114e71-7002-733b-f5e7-2ad36376faac@nagafix.co.uk> <1231aa52-9c7b-ab65-2d6f-23217c7fbc17@nagafix.co.uk> <97d19e1a-73a6-686c-fa15-dd0ef1a2acca@nagafix.co.uk> Message-ID: <66164ea9-1080-91dd-9056-4442d6e53b8e@nagafix.co.uk> On 28/01/18 02:01, Ben Mishkanian wrote: > 55_server_x11.conf has the following xvfb command: > xvfb = Xvfb +extension GLX +extension Composite -screen 0 > 5760x2560x24+32 -dpi 96 -nolisten tcp -noreset -auth $XAUTHORITY OK > Setting?XPRA_SYSCONF_DIRS seems to have worked! It looks like the server > is running, at least. But I haven't been able to get my Windows?client > to connect. I set it to SSH mode and after putting in my password > nothing happens for a few seconds and the client window comes back > saying "Connection lost". Try running the client from the command line and look for clues in the output, maybe also keep an eye on your ssh server log to verify that the client does make an ssh connection with the correct credentials. Something like: Xpra_cmd.exe attach ssh://username:password at host:sshport/ Assuming you only have a single display active (verify by running "xpra list") this should work, otherwise specify one: Xpra_cmd.exe attach ssh://username:password at host:sshport/DISPLAY > The server prints: > [bmishkania at ussd-prd-rdln01 ~]$ > XPRA_SYSCONF_DIRS=/home/bmishkania/bin/xpra-2.2.3/etc/xpra/ xpra start > --start=~/bin/firefox/firefox --daemon=no > 2018-01-27 10:41:51,460 cannot access python uinput module: > 2018-01-27 10:41:51,460? No module named uinput > 2018-01-27 10:41:51,957 Warning: failed to create socket directory > '/run/xpra' > 2018-01-27 10:41:51,958? [Errno 13] Permission denied: '/run/xpra' > 2018-01-27 10:41:51,961 created unix domain socket: > /run/user/109999/xpra/ussd-prd-rdln01-100 > 2018-01-27 10:41:52,264 created unix domain socket: > /home/bmishkania/.xpra/ussd-prd-rdln01-100 > 2018-01-27 10:41:52,265 Warning: cannot create socket > '/run/xpra/ussd-prd-rdln01-100' > 2018-01-27 10:41:52,265? [Errno 2] No such file or directory > 2018-01-27 10:41:52,265? /run/xpra does not exist > 2018-01-27 10:41:52,266? user 'bmishkania' is a member of groups: no groups! > 2018-01-27 10:41:52,266? ?missing 'xpra' group membership? > 2018-01-27 10:41:52,267? ?failed to query path information for > '/run/xpra': [Errno 2] No such file or directory: '/run/xpra' > 2018-01-27 10:41:52,689 Warning: zlib is the only compressor enabled > 2018-01-27 10:41:52,689? install and enable lzo or lz4 support for > better performance Once you get going, you should do something about this warning and try to stuff the python-lz4 (and lz4 if not installed) RPM contents into your local home environment. The performance with zlib is pretty bad. > 2018-01-27 10:41:52,701 Warning: your version of Python Imaging Library > is well out of date > 2018-01-27 10:41:52,701? version 1.1.7 is not supported, your mileage > may vary Same with this one: we ship updated Pillow packages. > 2018-01-27 10:41:52,824 Error importing x264 encoder (enc_x264) > 2018-01-27 10:41:52,824? libx264.so.152: cannot open shared object file: > No such file or directory Same with this one: we ship an x264-xpra package, and libvpx-xpra... You may also hit crashes when running without some of those codecs dependencies installed if the system provides a different version of the same library. (ie: a different version of libvpx) > 2018-01-27 10:41:52,825 pointer device emulation using XTest > 2018-01-27 10:41:53,429 serving html content from: > /home/bmishkania/bin/xpra-2.2.3/share/xpra/www > 2018-01-27 10:41:53,564 Warning: webcam forwarding is disabled > 2018-01-27 10:41:53,565? the virtual video directory > '/sys/devices/virtual/video4linux' was not found > 2018-01-27 10:41:53,565? make sure that the 'v4l2loopback' kernel module > is installed and loaded > 2018-01-27 10:41:53,565 found 0 virtual video devices for webcam forwarding > 2018-01-27 10:41:53,596 pulseaudio server started with pid 3276 There's nothing wrong here, except that there are no connection attempts logged. Cheers Antoine From bmullan.mail at gmail.com Sun Jan 28 16:41:53 2018 From: bmullan.mail at gmail.com (brian mullan) Date: Sun, 28 Jan 2018 11:41:53 -0500 Subject: [winswitch] the xpra in the Ubuntu repositories is Really old will it get updated to 2.2 for Ubuntu 18.04 LTS release Message-ID: I tried to use XPRA by installing from the Ubuntu repository but could not get it to work. When I checked I saw that version of XPRA was only v0.4.5 Is there any work being done to update the Ubuntu repositories to XPRA v2.2 for the upcoming Ubuntu 18.04 LTS release in April? thanks brian From FusionGate200 at hotmail.com Sun Jan 28 19:53:05 2018 From: FusionGate200 at hotmail.com (Ben Mishkanian) Date: Sun, 28 Jan 2018 19:53:05 +0000 Subject: [winswitch] How to install local unprivileged Xpra server? In-Reply-To: <66164ea9-1080-91dd-9056-4442d6e53b8e@nagafix.co.uk> References: <8d114e71-7002-733b-f5e7-2ad36376faac@nagafix.co.uk> <1231aa52-9c7b-ab65-2d6f-23217c7fbc17@nagafix.co.uk> <97d19e1a-73a6-686c-fa15-dd0ef1a2acca@nagafix.co.uk> , <66164ea9-1080-91dd-9056-4442d6e53b8e@nagafix.co.uk> Message-ID: D:\Programs\Xpra>Xpra_cmd.exe attach ssh://bmishkania at ussd-prd-rdln01:22 2018-01-28 11:17:54,927 Xpra gtk2 client version 2.2.2-r18017 64-bit 2018-01-28 11:17:54,930 running on Microsoft Windows 10 2018-01-28 11:17:55,537 Warning: failed to import opencv: 2018-01-28 11:17:55,538 DLL load failed: A dynamic link library (DLL) initialization routine failed. 2018-01-28 11:17:55,538 webcam forwarding is disabled 2018-01-28 11:17:55,672 GStreamer version 1.12.4 for Python 2.7.14 64-bit 2018-01-28 11:17:55,785 OpenGL_accelerate module loaded 2018-01-28 11:17:55,796 Using accelerated ArrayDatatype 2018-01-28 11:17:56,129 OpenGL enabled with GeForce GTX 1070/PCIe/SSE2 2018-01-28 11:17:56,154 keyboard settings: layout=us 2018-01-28 11:17:56,155 desktop size is 5120x1568 with 1 screen: 2018-01-28 11:17:56,155 Default (1354x414 mm - DPI: 96x96) workarea: 5120x1528 2018-01-28 11:17:56,155 DISPLAY6 2560x1440 at 0x128 (597x336 mm - DPI: 108x108) workarea: 2560x1400 2018-01-28 11:17:56,155 DISPLAY7 2560x1440 at 2560x0 (597x336 mm - DPI: 108x108) workarea: 2560x1400 2018-01-28 11:17:56,174 keyboard layouts: us 2018-01-28 11:18:06,659 Error: failed to receive anything, not an xpra server? 2018-01-28 11:18:06,660 could also be the wrong protocol, username, password or port 2018-01-28 11:18:06,660 Connection lost Interestingly, when I try running the server on ussd-prd-rdln02 (a different machine that shares the same networked filesystem), the client is able to connect to that! I guess I could just use ussd-prd-rdln02 but it would be good to figure out why it doesn't work on ussd-prd-rdln01, because my ultimate goal is to install xpra on a third machine that has a more complicated network topology than either of these. Thanks, Ben ________________________________ From: Antoine Martin Sent: Saturday, January 27, 2018 7:47 PM To: Ben Mishkanian Cc: Xpra and Winswitch ML Subject: Re: [winswitch] How to install local unprivileged Xpra server? On 28/01/18 02:01, Ben Mishkanian wrote: > 55_server_x11.conf has the following xvfb command: > xvfb = Xvfb +extension GLX +extension Composite -screen 0 > 5760x2560x24+32 -dpi 96 -nolisten tcp -noreset -auth $XAUTHORITY OK > Setting XPRA_SYSCONF_DIRS seems to have worked! It looks like the server > is running, at least. But I haven't been able to get my Windows client > to connect. I set it to SSH mode and after putting in my password > nothing happens for a few seconds and the client window comes back > saying "Connection lost". Try running the client from the command line and look for clues in the output, maybe also keep an eye on your ssh server log to verify that the client does make an ssh connection with the correct credentials. Something like: Xpra_cmd.exe attach ssh://username:password at host:sshport/ Assuming you only have a single display active (verify by running "xpra list") this should work, otherwise specify one: Xpra_cmd.exe attach ssh://username:password at host:sshport/DISPLAY > The server prints: > [bmishkania at ussd-prd-rdln01 ~]$ > XPRA_SYSCONF_DIRS=/home/bmishkania/bin/xpra-2.2.3/etc/xpra/ xpra start > --start=~/bin/firefox/firefox --daemon=no > 2018-01-27 10:41:51,460 cannot access python uinput module: > 2018-01-27 10:41:51,460 No module named uinput > 2018-01-27 10:41:51,957 Warning: failed to create socket directory > '/run/xpra' > 2018-01-27 10:41:51,958 [Errno 13] Permission denied: '/run/xpra' > 2018-01-27 10:41:51,961 created unix domain socket: > /run/user/109999/xpra/ussd-prd-rdln01-100 > 2018-01-27 10:41:52,264 created unix domain socket: > /home/bmishkania/.xpra/ussd-prd-rdln01-100 > 2018-01-27 10:41:52,265 Warning: cannot create socket > '/run/xpra/ussd-prd-rdln01-100' > 2018-01-27 10:41:52,265 [Errno 2] No such file or directory > 2018-01-27 10:41:52,265 /run/xpra does not exist > 2018-01-27 10:41:52,266 user 'bmishkania' is a member of groups: no groups! > 2018-01-27 10:41:52,266 missing 'xpra' group membership? > 2018-01-27 10:41:52,267 failed to query path information for > '/run/xpra': [Errno 2] No such file or directory: '/run/xpra' > 2018-01-27 10:41:52,689 Warning: zlib is the only compressor enabled > 2018-01-27 10:41:52,689 install and enable lzo or lz4 support for > better performance Once you get going, you should do something about this warning and try to stuff the python-lz4 (and lz4 if not installed) RPM contents into your local home environment. The performance with zlib is pretty bad. > 2018-01-27 10:41:52,701 Warning: your version of Python Imaging Library > is well out of date > 2018-01-27 10:41:52,701 version 1.1.7 is not supported, your mileage > may vary Same with this one: we ship updated Pillow packages. > 2018-01-27 10:41:52,824 Error importing x264 encoder (enc_x264) > 2018-01-27 10:41:52,824 libx264.so.152: cannot open shared object file: > No such file or directory Same with this one: we ship an x264-xpra package, and libvpx-xpra... You may also hit crashes when running without some of those codecs dependencies installed if the system provides a different version of the same library. (ie: a different version of libvpx) > 2018-01-27 10:41:52,825 pointer device emulation using XTest > 2018-01-27 10:41:53,429 serving html content from: > /home/bmishkania/bin/xpra-2.2.3/share/xpra/www > 2018-01-27 10:41:53,564 Warning: webcam forwarding is disabled > 2018-01-27 10:41:53,565 the virtual video directory > '/sys/devices/virtual/video4linux' was not found > 2018-01-27 10:41:53,565 make sure that the 'v4l2loopback' kernel module > is installed and loaded > 2018-01-27 10:41:53,565 found 0 virtual video devices for webcam forwarding > 2018-01-27 10:41:53,596 pulseaudio server started with pid 3276 There's nothing wrong here, except that there are no connection attempts logged. Cheers Antoine From antoine at nagafix.co.uk Mon Jan 29 04:31:43 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 29 Jan 2018 11:31:43 +0700 Subject: [winswitch] the xpra in the Ubuntu repositories is Really old will it get updated to 2.2 for Ubuntu 18.04 LTS release In-Reply-To: References: Message-ID: <86c714d4-d27a-97dd-c082-b347c3ed8ea1@nagafix.co.uk> On 28/01/18 23:41, brian mullan via shifter-users wrote: > I tried to use XPRA by installing from the Ubuntu repository but could not > get it to work. That's a known and well documented issue, the situation with security vulnerabilities is even worse. But this has nothing to do with xpra.org. For more information, see: https://www.xpra.org/trac/wiki/Packaging/DistributionPackages Users complain regularly about such bugs, and installing a newer version from our repository fixes things 9 times out of 10. That's for the users that dare ask the question, most probably just give up on xpra instead (..) What downstream distributors like Ubuntu decide to do with our releases is up to them, unfortunately. (..) > When I checked I saw that version of XPRA was only v0.4.5 I don't know what Ubuntu release you are using, but I don't see version 0.4.5 listed anywhere, only other and also outdated versions: https://packages.ubuntu.com/search?keywords=xpra > Is there any work being done to update the Ubuntu repositories to XPRA v2.2 > for the upcoming Ubuntu 18.04 LTS release in April? The packages released by xpra.org are always up to date and the Ubuntu 18.04 repository will have an up to date version available on day one. You can already find beta builds for it here: https://xpra.org/beta/bionic/ Cheers Antoine From antoine at nagafix.co.uk Mon Jan 29 04:46:47 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 29 Jan 2018 11:46:47 +0700 Subject: [winswitch] How to install local unprivileged Xpra server? In-Reply-To: References: <8d114e71-7002-733b-f5e7-2ad36376faac@nagafix.co.uk> <1231aa52-9c7b-ab65-2d6f-23217c7fbc17@nagafix.co.uk> <97d19e1a-73a6-686c-fa15-dd0ef1a2acca@nagafix.co.uk> <66164ea9-1080-91dd-9056-4442d6e53b8e@nagafix.co.uk> Message-ID: On 29/01/18 02:53, Ben Mishkanian wrote: > D:\Programs\Xpra>Xpra_cmd.exe attach ssh://bmishkania at ussd-prd-rdln01:22 > 2018-01-28 11:17:54,927 Xpra gtk2 client version 2.2.2-r18017 64-bit > 2018-01-28 11:17:54,930? running on Microsoft Windows 10 > 2018-01-28 11:17:55,537 Warning: failed to import opencv: > 2018-01-28 11:17:55,538? DLL load failed: A dynamic link library (DLL) > initialization routine failed. > 2018-01-28 11:17:55,538? webcam forwarding is disabled > 2018-01-28 11:17:55,672 GStreamer version 1.12.4 for Python 2.7.14 64-bit > 2018-01-28 11:17:55,785 OpenGL_accelerate module loaded > 2018-01-28 11:17:55,796 Using accelerated ArrayDatatype > 2018-01-28 11:17:56,129 OpenGL enabled with GeForce GTX 1070/PCIe/SSE2 > 2018-01-28 11:17:56,154? keyboard settings: layout=us > 2018-01-28 11:17:56,155? desktop size is 5120x1568 with 1 screen: > 2018-01-28 11:17:56,155? ?Default (1354x414 mm - DPI: 96x96) workarea: > 5120x1528 > 2018-01-28 11:17:56,155? ? ?DISPLAY6 2560x1440 at 0x128 (597x336 mm - > DPI: 108x108) workarea: 2560x1400 > 2018-01-28 11:17:56,155? ? ?DISPLAY7 2560x1440 at 2560x0 (597x336 mm - > DPI: 108x108) workarea: 2560x1400 > 2018-01-28 11:17:56,174 keyboard layouts: us > 2018-01-28 11:18:06,659 Error: failed to receive anything, not an xpra > server? > 2018-01-28 11:18:06,660? ?could also be the wrong protocol, username, > password or port > 2018-01-28 11:18:06,660 Connection lost This looks "fine". > Interestingly, when I try running the server on?ussd-prd-rdln02 (a > different machine that shares the same networked filesystem), the client > is able to connect to that! Then you should be able to figure out the difference between the two servers easily enough. I assume that you have verified that ssh connections work to both servers. You can set the environment variable: set XPRA_SSH_DEBUG=1 Before you start xpra from the command line, then you will be able to see what SSH command line is used by xpra and you can run it by hand if necessary. Doing that whilst also keeping an eye on the ssh server log should allow you to figure out what the problem is. Cheers Antoine > > > I guess I could just use?ussd-prd-rdln02 but it would be good to figure > out why it doesn't work on?ussd-prd-rdln01, because my ultimate goal is > to install xpra on a third machine that has a more complicated network > topology than either of these. > > Thanks, > Ben > From bmullan.mail at gmail.com Tue Jan 30 19:52:15 2018 From: bmullan.mail at gmail.com (brian mullan) Date: Tue, 30 Jan 2018 14:52:15 -0500 Subject: [winswitch] the xpra in the Ubuntu repositories is Really old will it get updated to 2.2 for Ubuntu 18.04 LTS release Message-ID: Antoine... Thanks for the reply. Not being a developer I wasn't sure how it all works regarding who packages xpra etc. I did file a bug with Ubuntu and got the following reply: *Hans Joachim Desserud (hjd) wrote 2 hours ago:* > > *Thanks for reporting.* > > > > > > *I see that Debian has packaged xpra 2.1.3+dfsg-1 in their experimental > suite. After some period of experimentation, this should move to the > unstable repo where it will be automatically synced to Ubuntu, but I don't > know the timeframe for this. (h$ **tags: added: upgrade-software-version* > So I guess its a matter of time. Again thanks. Brian From antoine at nagafix.co.uk Wed Jan 31 04:46:37 2018 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 31 Jan 2018 11:46:37 +0700 Subject: [winswitch] the xpra in the Ubuntu repositories is Really old will it get updated to 2.2 for Ubuntu 18.04 LTS release In-Reply-To: References: Message-ID: <5e8270b2-1570-2217-dd8f-29cda05254d8@nagafix.co.uk> On 31/01/18 02:52, brian mullan wrote: > Antoine... > > Thanks for the reply.?? Not being a developer I wasn't sure how it all works > regarding who packages xpra etc. > > I did file a bug with Ubuntu and got the following reply: > > /Hans Joachim Desserud (hjd) wrote 2 hours ago:/ > > /Thanks for reporting./ > > /I see that Debian has packaged xpra 2.1.3+dfsg-1 in their > experimental suite.?? After some period of experimentation, this > should move to the > unstable repo where it will be automatically synced to Ubuntu, > but I don't know the timeframe for this. For the record, by the time Ubuntu 18.04 comes out, the 2.1.x branch will have been EOLed for almost 6 months. It is already missing some critical fixes. For details see: https://xpra.org/trac/wiki/Versions#UnsupportedVersions And since older Ubuntu releases never got any updates at all, despite numerous critical bugs publicly reported, it is fair to assume that the same thing will happen with this release. Cheers Antoine > > ?(h$ //tags: added: upgrade-software-version/ > > > So I guess its a matter of time. > > Again thanks. > Brian > > >