From richard.feelsy at gmail.com Sun Aug 3 15:12:33 2014 From: richard.feelsy at gmail.com (Richard F) Date: Sun, 3 Aug 2014 18:12:33 +0400 Subject: [winswitch] A simple script to get started with xpra on Ubuntu Message-ID: Hello, I have tried to get started with xpra, but it looks harder than just doing > xpra start ssh:rich:100 --start-child=firefox because I keep getting the message arning: running as root > /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: > could not open display > warnings.warn(str(e), _gtk.Warning) > /usr/lib/python2.7/dist-packages/xpra/client/gtk2/__init__.py:7: > GtkWarning: IA__gdk_screen_get_root_window: assertion 'GDK_IS_SCREEN > (screen)' failed > from xpra.x11.gtk_x11 import gdk_display_source > 2014-08-03 10:09:33,963 failed load posix keyboard bindings: display is > not set! > xpra main exception: display is not set! I would like to pay you to write me a script that will start Firefox in an xpra server on Ubuntu 14.04 server. Please contact me if you can help me out with this. I'm using Ubuntu 14.04 32-bit on my VPS. Best, Rich From antoine at nagafix.co.uk Sun Aug 3 15:37:58 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 03 Aug 2014 21:37:58 +0700 Subject: [winswitch] A simple script to get started with xpra on Ubuntu In-Reply-To: References: Message-ID: <53DE4946.50504@nagafix.co.uk> On 03/08/14 21:12, Richard F wrote: > Hello, > > I have tried to get started with xpra, but it looks harder than just doing > >> xpra start ssh:rich:100 --start-child=firefox > because I keep getting the message > > Warning: running as root This warning should not be ignored lightly. There is no reason for running xpra as root, and many reasons not to. >> /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: >> could not open display >> warnings.warn(str(e), _gtk.Warning) >> /usr/lib/python2.7/dist-packages/xpra/client/gtk2/__init__.py:7: >> GtkWarning: IA__gdk_screen_get_root_window: assertion 'GDK_IS_SCREEN >> (screen)' failed >> from xpra.x11.gtk_x11 import gdk_display_source >> 2014-08-03 10:09:33,963 failed load posix keyboard bindings: display is >> not set! >> xpra main exception: display is not set! I've just tried doing this against a Debian host and it failed to connect to the session for some reason, which I will investigate. However, just re-attaching to it afterwards worked, ie: xpra attach ssh:rich:100 Your problem may well be different though. Not being able to connect to the display is usually the sign of something more fundamental. Are you sure root has access to the display? (and again, do you really want to be doing that?) > I would like to pay you to write me a script that will start Firefox in an > xpra server on Ubuntu 14.04 server. Please contact me if you can help me > out with this. > > I'm using Ubuntu 14.04 32-bit on my VPS. Please include the xpra version number and anything else that might be relevant. More general bug reporting guidelines can be found here: http://xpra.org/trac/wiki/ReportingBugs Cheers Antoine From thomas at koch.ro Mon Aug 4 16:10:39 2014 From: thomas at koch.ro (Thomas Koch) Date: Mon, 4 Aug 2014 17:10:39 +0200 Subject: [winswitch] popup menues are still outside the screen with 2 monitors Message-ID: <201408041710.39635.thomas@koch.ro> Hi, I've updated to xpra 0.13.7 from wheezy-backports (debian) and tried to fix the issue with popup-menues being drawn outside the visible screen area with 2 monitors. The popup menus are still drawn incorrectly. I've no idea what else to try. There's written something on [4] about modelines but I've no idea what modeline to add. My screen configuration is correctly written to the ~:42- fakexinerma file. I've read [1][2][3][4] and made the following: - export LD_PRELOAD=/usr/lib/xpra/libfakeXinerama.so.1.0 before starting an app (from the same shell!) - add export LD_LIBRARY_PATH=/usr/lib/xpra:${LD_LIBRARY_PATH} before starting xpra server - a .:42-fakexinerama file has been created automatically (DISPLAY=:42) I also attach the log files. I've not changed the standard debian xpra/xorg config files. [1] http://xpra.org/trac/wiki/FakeXinerama [2] http://lists.alioth.debian.org/pipermail/python-apps-team/2012- July/006438.html [3] http://xpra.org/trac/ticket/56 [4] https://www.xpra.org/trac/wiki/Xdummy Regards, Thomas Koch -------------- next part -------------- # 2 monitors: 2 # VGA1 (473mm x 296mm) 0 0 1050 1680 # HDMI1 (519mm x 324mm) 1050 0 1680 1050 From antoine at nagafix.co.uk Tue Aug 5 05:03:09 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 05 Aug 2014 11:03:09 +0700 Subject: [winswitch] hide window title bar of wbar in xpra In-Reply-To: References: <53D0D75C.1080809@nagafix.co.uk> <53D0DFA5.8030407@nagafix.co.uk> Message-ID: <53E0577D.7060504@nagafix.co.uk> >> Surprisingly, it did sort of work better via xpra, in that at least a >> window showed up on the edge of my screen. >> And it didn't have any title bar, but the application itself doesn't >> seem to be doing anything. >> > OS client : Windows. > OS server: Ubuntu 12.04 > I've just test again in OS client Ubuntu 14.04, and it didn't have any > title bar. > So what is the difference between Win'client and Linux'client ? The difference is that applications on Linux use X11 which supports a number of type hints: http://standards.freedesktop.org/wm-spec/wm-spec-latest.html#idm140146176778320 When we forward this information to the MS Windows OS, setting the window type is not sufficient to preserve the same appearance. I have now applied a fix for this: http://xpra.org/trac/changeset/7124/xpra This application now works much better both in Windows and Linux, you can find a 0.14.0 beta Windows installer here: http://xpra.org/beta/windows/ Cheers Antoine From antoine at nagafix.co.uk Tue Aug 5 05:17:27 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 05 Aug 2014 11:17:27 +0700 Subject: [winswitch] xpra on centos 7 In-Reply-To: <53c5a2fe.wA/BIvLD+RFSdUpi%rdt@cs.queensu.ca> References: <20140714164929.1snT+BvN%rdt@cs.queensu.ca> <53C59203.6040404@nagafix.co.uk> <53c5a2fe.wA/BIvLD+RFSdUpi%rdt@cs.queensu.ca> Message-ID: <53E05AD7.5020001@nagafix.co.uk> On 16/07/14 04:54, Bob Tennent wrote: > >|On 14/07/14 22:49, Bob Tennent wrote: > >|> The download site didn't have an rpm for this distribution > >|> (clone of RHEL 7) so I figured out how to install xpra on > >|> CentOS 7. The key is to rebuild Fedora 20 src.rpms. You'll > >|> need to do this for PyOpenGL, pygtkglext, gtkglext and xpra, > >|> as well as install python3, tkinter, mesa-libGLU-devel, etc. > >|> in the usual way. Seems to run OK. > > >|There were RedHat7 builds (based on the public beta release) which > >|should have been usable already. > > libfakeXinerama was missing. I've rebuilt everything, including libfakeXinerama. > >|I have now symlinked them as "CentOS", which will be used for all newer > >|builds. > >| > >|I have also just rebuilt everything with CentOS-7 release, you can find > >|all of it here: > >|http://xpra.org/beta/CentOS/7/x86_64/ > >|Unless anything is wrong with this (let me know!), it will be moved to > >|the "release proper" area shortly. > > Thanks. There's a reference to /share/xpra/icons/xpra.png > which should have a /usr prefix. Can you be a bit more specific? I can't find this reference you speak of. Cheers Antoine From antoine at nagafix.co.uk Tue Aug 5 05:32:30 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 05 Aug 2014 11:32:30 +0700 Subject: [winswitch] popup menues are still outside the screen with 2 monitors In-Reply-To: <201408041710.39635.thomas@koch.ro> References: <201408041710.39635.thomas@koch.ro> Message-ID: <53E05E5E.9090507@nagafix.co.uk> On 04/08/14 22:10, Thomas Koch wrote: > Hi, > > I've updated to xpra 0.13.7 from wheezy-backports (debian) and tried to fix the > issue with popup-menues being drawn outside the visible screen area with 2 > monitors. > > The popup menus are still drawn incorrectly. I've no idea what else to try. > There's written something on [4] about modelines but I've no idea what > modeline to add. You should add a modeline covering the full virtual screen size, in your case: 1050x1680 + 1680x1050 Which would be: 2730x1680 Is that right BTW? Looks like the two monitors have the same size (in pixels) but one is vertical and the other one is horizontal. Sticking this into the xtiming calculator, I get: Modeline "2728x1680 at 25" 148.02 2728 2760 3320 3352 1680 1719 1726 1765 Which I have now added to the default config file: http://xpra.org/trac/changeset/7125 > My screen configuration is correctly written to the ~:42- > fakexinerma file. > > I've read [1][2][3][4] and made the following: > > - export LD_PRELOAD=/usr/lib/xpra/libfakeXinerama.so.1.0 before starting an > app (from the same shell!) Just to be clear, this should not be necessary when you use "--start-child=". > - add export LD_LIBRARY_PATH=/usr/lib/xpra:${LD_LIBRARY_PATH} before starting > xpra server I don't think that's needed, though that's a Debian packaging thing, so I can't be sure. > - a .:42-fakexinerama file has been created automatically (DISPLAY=:42) > > I also attach the log files. I've not changed the standard debian xpra/xorg > config files. Thanks for all the details. What is the application that is causing you trouble? Can I try it? It sounds like it doesn't use the information from Xinerama and uses the full screen size instead... Cheers Antoine > > [1] http://xpra.org/trac/wiki/FakeXinerama > [2] http://lists.alioth.debian.org/pipermail/python-apps-team/2012- > July/006438.html > [3] http://xpra.org/trac/ticket/56 > [4] https://www.xpra.org/trac/wiki/Xdummy > > Regards, > > Thomas Koch > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From rdt at cs.queensu.ca Tue Aug 5 17:21:14 2014 From: rdt at cs.queensu.ca (Bob Tennent) Date: Tue, 05 Aug 2014 12:21:14 -0400 Subject: [winswitch] xpra on centos 7 In-Reply-To: <53E05AD7.5020001@nagafix.co.uk> References: <20140714164929.1snT+BvN%rdt@cs.queensu.ca> <53C59203.6040404@nagafix.co.uk> <53c5a2fe.wA/BIvLD+RFSdUpi%rdt@cs.queensu.ca> <53E05AD7.5020001@nagafix.co.uk> Message-ID: <20140805172114.Av6PSE0U%rdt@cs.queensu.ca> >|> There's a reference to /share/xpra/icons/xpra.png >|> which should have a /usr prefix. >|Can you be a bit more specific? >|I can't find this reference you speak of. I think it was mentioned in the log when I started the server but I can't duplicate it now so I presume it's been corrected. Bob T. From antoine at nagafix.co.uk Wed Aug 6 07:20:13 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 06 Aug 2014 13:20:13 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.13.8 (many important fixes) Message-ID: <53E1C91D.4020003@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This release fixes many issues which were found during the testing in preparation for the 0.14.0 release. Upgrading is strongly recommended. 0.14 is going to be a long-term-support release (more details on this soon), so it is taking even longer than usual to finalize.. A quality - - beta build is available in the beta download area for all platforms. The OSX builds have returned at last, and include many library updates as a result of this hiatus. 0.13.8 release notes: * fix server early exit when pulseaudio terminates * fix SELinux static codec library label (make it persistent) * fix missed auto-refresh when batching * fix disabled clipboard packets coming through * fix cleaner client connection shutdown sequence and exit code * fix resource leak on connection error * fix potential bug in fallback encoding selection * fix deadlock on worker race it was meant to prevent * fix remote ssh server start timeout * fix avahi double free on exit * fix png and jpeg painting via gdk pixbuf (when PIL is missing) * fix webp refresh loops * honour lz4-off environment variable * fix proxy handling of raw RGB data for large screen sizes * fix potential error from missing data in client packets The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlPhyR0ACgkQGK2zHPGK1rvhVwCdG8j0e9ooU2OywvHCKKYDMfBx yTgAmgKzHMsZcjfvSVaB4wX0khn2aS4a =GBjj -----END PGP SIGNATURE----- From thomas at koch.ro Mon Aug 11 15:09:03 2014 From: thomas at koch.ro (Thomas Koch) Date: Mon, 11 Aug 2014 16:09:03 +0200 Subject: [winswitch] popup menues are still outside the screen with 2 monitors In-Reply-To: <53E05E5E.9090507@nagafix.co.uk> References: <201408041710.39635.thomas@koch.ro> <53E05E5E.9090507@nagafix.co.uk> Message-ID: <201408111609.03784.thomas@koch.ro> Thank you for looking into this. I added the modeline to /etc/xpra/xorg.conf and tested with iceweasel 32, right-clicking the "open-menu" button which is on the right and opens a context menu. Unfortunately, the context-menu is still drawn outside the screen. Just after giving up and opening this mail, I also tested eclipse and there it works! I added export LD_PRELOAD=/usr/lib/xpra/libfakeXinerama.so.1.0 to my shell startup script and confirmed that it is necessary. I removed export LD_LIBRARY_PATH=/usr/lib/xpra:${LD_LIBRARY_PATH} from the servers xpra startup script. It's not necessary. It's curious that Iceweasel and Eclipse behave differently! On Tuesday, August 05, 2014 06:32:30 AM Antoine Martin wrote: > You should add a modeline covering the full virtual screen size, in your > case: > 1050x1680 + 1680x1050 > Which would be: 2730x1680 > Is that right BTW? Looks like the two monitors have the same size (in > pixels) but one is vertical and the other one is horizontal. My left monitor is turned. > Sticking this into the xtiming calculator, I get: > Modeline "2728x1680 at 25" 148.02 2728 2760 3320 3352 1680 1719 1726 1765 It's a pity that it's still necessary to know anything about modelines nowadays. I totally have no idea what these numbers are about and why it's 2728 instead of 2730... :-( It's even more sad that my monitor configuration was automatically detected but that the modeline still needs to be added manually to xorg.conf. (Pull requests welcome, I suppose...) Best regards, Thomas Koch From ntlong0210 at gmail.com Tue Aug 12 04:18:11 2014 From: ntlong0210 at gmail.com (Long Nguyen Thanh) Date: Tue, 12 Aug 2014 10:18:11 +0700 Subject: [winswitch] Can't use ibus-unikey to type Vietnamese Message-ID: Hi, (Sorry if my English is not good) I used xpra from a client and connect to my server with commands bellow: Server: xpra start :100 --start-child=xterm --bind-tcp=0.0.0.0:10000 Client: xpra attach tcp:192.168.0.99:10000 And xterm appear, then I run some commands in xterm : 1. ibus-daemon -d (before this, I configured ibus ) 2. run some applications: firefox, google-chrome ... and test ibus-unikey. But I can't see a difference between enable/disable ibus. I tried with x2go, and it works. But I like xpra more than x2go. OS Client : MS Windows 7, xpra 0.14.0 OS Server: Ubuntu 12.04, xpra 0.13.8 *xpra.conf at Client* # > # This is the default configuration file for Xpra > # > # You can provide default values for most command line > # options here. > # Each user can also define its own options in the file > # ~/xpra/xpra.conf which will take precedence over this file. > # Most options can also be overriden on the xpra command line. > # See "xpra -h" or the man page for details. > # > # Syntax: > # - Options which can be turned on or off will accept > # the following values: 1, 0, true, false, yes, no > # - Options which can accept multiple values > # may just be specified multiple times. > # - You may break a long line into multiple lines > # by ending each line with a backslash '\'. > > > ################################################################################ > # General Options > # Enable clipboard forwarding: > clipboard = yes > # Enable forwarding of notifications: > notifications = yes > # Enable forwarding of system tray icons: > system-tray = yes > # Forward sound output to clients: > speaker = yes > # Debugging: > #debug = > #debug = keyboard,clipboard,tray > # Send ping packets more regularly (every second): > pings = no > > > ################################################################################ > # Picture Encoding > # Encodings allowed: > # (not all encodings may be available in your environment): > #encodings = h264, vp8, png, png/P, png/L, webp, rgb, jpeg, h265, vp9 > #encodings = all > #encodings = rgb > encodings = all > # Default encoding > # (not all encodings may be available in your environment): > #encoding = h264 > #encoding = vp8 > #encoding = png > #encoding = jpeg > #encoding = rgb > #encoding = webp > # Used by the server to encode video: > # video-encoders = x264, vpx, nvenc > # video-encoders = none > # video-encoders = all > video-encoders = all > # Used by both the client and server for colourspace conversion: > # csc-modules = swscale, cython, opencl > # csc-modules = none > # csc-modules = all > video-encoders = all > # Used the client for decoding: > # video-decoders = avcodec2, vpx > # video-decoders = avcodec, vpx > # video-decoders = none > # video-decoders = all > video-decoders = all > # Use fixed quality > # (value is a percentage or "auto"): > #quality = 80 > quality = auto > # For auto quality only: > #min-quality = 50 > min-quality = 30 > # Use fixed speed > # (value is a percentage or "auto"): > #speed = 90 > speed = auto > # For auto speed only: > #min-speed = 20 > min-speed = 0 > # Idle delay in seconds before doing an automatic lossless refresh: > auto-refresh-delay = 0.15 > # Default DPI: > dpi = 96 > > > ################################################################################ > # Sound Encoding > # Codec(s) to use for forwarding speaker sound: > #speaker-codec = mp3 > #speaker-codec = flac > #speaker-codec = wav > #speaker-codec = wavpack > #speaker-codec = speex > #speaker-codec = opus > # Forward sound input to server: > # microphone = yes > # Codec(s) to use for forwarding microphone sound: > #microphone-codec = mp3 > #microphone-codec = flac > #microphone-codec = wav > #microphone-codec = wavpack > #microphone-codec = speex > #microphone-codec = opus > > > ################################################################################ > # Network Connection > # Enable shared memory transfers: > mmap = yes > # Use server group ownership for mmap file: > mmap-group = no > # Share session with other users: > sharing = no > # Compressors: > #compressors = all > #compressors = none > #compressors = zlib > compressors = lz4, zlib, lzo > # Default compression (0 to 9): > compression_level = 1 > # Packet encoders (at least one is required): > #packet-encoders = bencode > #packet-encoders = all > packet-encoders = rencode, bencode, yaml > # Socket directory: > #socket-dir = /tmp > #socket-dir = ~/.xpra > > > ################################################################################ > # Client Options > # OpenGL accelerated rendering: > #opengl = yes > #opengl = no > opengl = auto > # Client window title: > title = @title@ on @client-machine@ > # Icon used by the system tray: > #tray-icon = /path/to/icon.png > # Keyboard synchronization: > keyboard-sync = yes > # Client ssh command: > #ssh = /usr/bin/ssh > > ######################################################################## > # Server Options: > # Commands to start by default > # (may be specified more than once): > # examples: > #start-child = /usr/bin/xterm > #start-child = /usr/bin/xeyes > # Xsession can take care of initializing dbus, keyring-daemon, > # gpg-agent or whatever else might be usually started together with X > #start-child = /etc/X11/Xsession true > # Video encoders loaded by the server > # (all of them unless specified) > # examples: > #video-encoders=x264,vpx,nvenc > #video-encoders=x264 > # Colourspace conversion modules loaded by the server > # (all of them unless specified) > # examples: > #csc-modules=swscale,cython,opencl > #csc-modules=swscale > # Where to send non xpra clients: > # (can be used to share the port with a web server) > #tcp-proxy = 127.0.0.1:80 > # Log file: > log-file = $DISPLAY.log > # Publish sessions: > mdns = yes > # Start a pulseaudio server with each session: > pulseaudio = yes > # pulseaudio server start command: > pulseaudio-command = pulseaudio --start --daemonize=false --system=false \ > --exit-idle-time=-1 -n --load=module-suspend-on-idle \ > --load=module-null-sink --load=module-native-protocol-unix > \ > --log-level=2 --log-target=stderr > # Virtual display command: > # - Old Xvfb option: > # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp > -noreset -auth $XAUTHORITY > # - With Xorg 1.12 or newer and the dummy driver: > # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX > +extension RANDR +extension RENDER -logfile > ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf > # > # Selecting virtual X server: > xvfb= > # Does the xvfb command support the "-displayfd" argument? > displayfd = no *xpra.conf at Server* # Enable clipboard forwarding: > clipboard = yes > # Enable forwarding of notifications: > notifications = yes > # Enable forwarding of system tray icons: > system-tray = yes > # Start a pulseaudio server with each session: > pulseaudio = yes > # pulseaudio server start command: > pulseaudio-command = pulseaudio --start --daemonize=false --system=false \ > --exit-idle-time=-1 -n --load=module-suspend-on-idle \ > --load=module-null-sink --load=module-native-protocol-unix > \ > --log-level=2 --log-target=stderr > # Forward sound output to clients: > speaker = yes > # Enable shared memory transfers: > mmap = yes > # Use server group ownership for mmap file: > mmap-group = no > # Share session with other users: > sharing = no > # Default compression (0 to 9): > compression_level = 1 > # Socket directory: > #socket-dir = /tmp > #socket-dir = ~/.xpra > # Where to send non xpra clients: > #tcp-proxy = 127.0.0.1:80 > # Log file: > log-file = $DISPLAY.log > # Publish sessions: > mdns = yes > # Debugging: > #debug = > #debug = keyboard,clipboard,tray > # OpenGL accelerated rendering: > #opengl = yes > #opengl = no > opengl = auto > # Use fixed quality: > quality = auto > # For auto quality, do not go below this value: > min-quality = 50 > # Use fixed speed: > #speed = 20 > speed = auto > # For auto speed, do not go below this value: > #min-speed = 20 > min-speed = 0 > # Idle delay in seconds before doing an automatic lossless refresh: > auto-refresh-delay = 0.25 > # Default DPI: > dpi = 96 > # Client window title: > title = @title@ on @client-machine@ > # Icon used by the system tray: > #tray-icon = /path/to/icon.png > # Keyboard synchronization: > keyboard-sync = yes > # Send ping packets more regularly (every second): > pings = no > # Client ssh command: > #ssh = /usr/bin/ssh > # Virtual display command: > # - Old Xvfb option: > # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp > -noreset -auth $XAUTHORITY > # - With Xorg 1.12 or newer and the dummy driver: > # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX > +extension RANDR +extension RENDER -logfile > ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf > # > # Using Xvfb: > xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp > -noreset -auth $XAUTHORITY From antoine at nagafix.co.uk Tue Aug 12 04:45:00 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 12 Aug 2014 10:45:00 +0700 Subject: [winswitch] Can't use ibus-unikey to type Vietnamese In-Reply-To: References: Message-ID: <53E98DBC.2000807@nagafix.co.uk> On 12/08/14 10:18, Long Nguyen Thanh wrote: > Hi, > (Sorry if my English is not good) > I used xpra from a client and connect to my server with commands bellow: > Server: xpra start :100 --start-child=xterm --bind-tcp=0.0.0.0:10000 > Client: xpra attach tcp:192.168.0.99:10000 > > And xterm appear, then I run some commands in xterm : > 1. ibus-daemon -d (before this, I configured ibus ) > 2. run some applications: firefox, google-chrome ... and test ibus-unikey. > But I can't see a difference between enable/disable ibus. This is probably because the xpra server will set the following environment variables to try to disable all input methods: DISABLE_IMSETTINGS=true GTK_IM_MODULE=xim QT_IM_MODULE=xim IMSETTINGS_MODULE=none XMODIFIERS="" You may want to remove this code, or change those values back to what they should be (whatever that is) before starting your application. Does that help? That was done because input methods were found to interfere with keyboard input more often than not (doesn't it need dbus?), at least for western keyboard layouts that I normally use. I'll have to admit that I am a bit confused by the number of ways there are to configure those input methods in X11 / GTK / QT /.., and since I don't use or need them I prefer to have it completely disabled. Since this is probably not the right thing to do in all cases, we can improve this and at least add an option to let the user choose. I'll need a bit help in doing that though. If that does not help you, can you tell us how you configured ibus? How it is meant to work in your use case? Cheers Antoine > I tried with x2go, and it works. But I like xpra more than x2go. > > OS Client : MS Windows 7, xpra 0.14.0 > OS Server: Ubuntu 12.04, xpra 0.13.8 > > *xpra.conf at Client* > > # >> # This is the default configuration file for Xpra >> # >> # You can provide default values for most command line >> # options here. >> # Each user can also define its own options in the file >> # ~/xpra/xpra.conf which will take precedence over this file. >> # Most options can also be overriden on the xpra command line. >> # See "xpra -h" or the man page for details. >> # >> # Syntax: >> # - Options which can be turned on or off will accept >> # the following values: 1, 0, true, false, yes, no >> # - Options which can accept multiple values >> # may just be specified multiple times. >> # - You may break a long line into multiple lines >> # by ending each line with a backslash '\'. >> >> >> ################################################################################ >> # General Options >> # Enable clipboard forwarding: >> clipboard = yes >> # Enable forwarding of notifications: >> notifications = yes >> # Enable forwarding of system tray icons: >> system-tray = yes >> # Forward sound output to clients: >> speaker = yes >> # Debugging: >> #debug = >> #debug = keyboard,clipboard,tray >> # Send ping packets more regularly (every second): >> pings = no >> >> >> ################################################################################ >> # Picture Encoding >> # Encodings allowed: >> # (not all encodings may be available in your environment): >> #encodings = h264, vp8, png, png/P, png/L, webp, rgb, jpeg, h265, vp9 >> #encodings = all >> #encodings = rgb >> encodings = all >> # Default encoding >> # (not all encodings may be available in your environment): >> #encoding = h264 >> #encoding = vp8 >> #encoding = png >> #encoding = jpeg >> #encoding = rgb >> #encoding = webp >> # Used by the server to encode video: >> # video-encoders = x264, vpx, nvenc >> # video-encoders = none >> # video-encoders = all >> video-encoders = all >> # Used by both the client and server for colourspace conversion: >> # csc-modules = swscale, cython, opencl >> # csc-modules = none >> # csc-modules = all >> video-encoders = all >> # Used the client for decoding: >> # video-decoders = avcodec2, vpx >> # video-decoders = avcodec, vpx >> # video-decoders = none >> # video-decoders = all >> video-decoders = all >> # Use fixed quality >> # (value is a percentage or "auto"): >> #quality = 80 >> quality = auto >> # For auto quality only: >> #min-quality = 50 >> min-quality = 30 >> # Use fixed speed >> # (value is a percentage or "auto"): >> #speed = 90 >> speed = auto >> # For auto speed only: >> #min-speed = 20 >> min-speed = 0 >> # Idle delay in seconds before doing an automatic lossless refresh: >> auto-refresh-delay = 0.15 >> # Default DPI: >> dpi = 96 >> >> >> ################################################################################ >> # Sound Encoding >> # Codec(s) to use for forwarding speaker sound: >> #speaker-codec = mp3 >> #speaker-codec = flac >> #speaker-codec = wav >> #speaker-codec = wavpack >> #speaker-codec = speex >> #speaker-codec = opus >> # Forward sound input to server: >> # microphone = yes >> # Codec(s) to use for forwarding microphone sound: >> #microphone-codec = mp3 >> #microphone-codec = flac >> #microphone-codec = wav >> #microphone-codec = wavpack >> #microphone-codec = speex >> #microphone-codec = opus >> >> >> ################################################################################ >> # Network Connection >> # Enable shared memory transfers: >> mmap = yes >> # Use server group ownership for mmap file: >> mmap-group = no >> # Share session with other users: >> sharing = no >> # Compressors: >> #compressors = all >> #compressors = none >> #compressors = zlib >> compressors = lz4, zlib, lzo >> # Default compression (0 to 9): >> compression_level = 1 >> # Packet encoders (at least one is required): >> #packet-encoders = bencode >> #packet-encoders = all >> packet-encoders = rencode, bencode, yaml >> # Socket directory: >> #socket-dir = /tmp >> #socket-dir = ~/.xpra >> >> >> ################################################################################ >> # Client Options >> # OpenGL accelerated rendering: >> #opengl = yes >> #opengl = no >> opengl = auto >> # Client window title: >> title = @title@ on @client-machine@ >> # Icon used by the system tray: >> #tray-icon = /path/to/icon.png >> # Keyboard synchronization: >> keyboard-sync = yes >> # Client ssh command: >> #ssh = /usr/bin/ssh >> >> ######################################################################## >> # Server Options: >> # Commands to start by default >> # (may be specified more than once): >> # examples: >> #start-child = /usr/bin/xterm >> #start-child = /usr/bin/xeyes >> # Xsession can take care of initializing dbus, keyring-daemon, >> # gpg-agent or whatever else might be usually started together with X >> #start-child = /etc/X11/Xsession true >> # Video encoders loaded by the server >> # (all of them unless specified) >> # examples: >> #video-encoders=x264,vpx,nvenc >> #video-encoders=x264 >> # Colourspace conversion modules loaded by the server >> # (all of them unless specified) >> # examples: >> #csc-modules=swscale,cython,opencl >> #csc-modules=swscale >> # Where to send non xpra clients: >> # (can be used to share the port with a web server) >> #tcp-proxy = 127.0.0.1:80 >> # Log file: >> log-file = $DISPLAY.log >> # Publish sessions: >> mdns = yes >> # Start a pulseaudio server with each session: >> pulseaudio = yes >> # pulseaudio server start command: >> pulseaudio-command = pulseaudio --start --daemonize=false --system=false \ >> --exit-idle-time=-1 -n --load=module-suspend-on-idle \ >> --load=module-null-sink --load=module-native-protocol-unix >> \ >> --log-level=2 --log-target=stderr >> # Virtual display command: >> # - Old Xvfb option: >> # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp >> -noreset -auth $XAUTHORITY >> # - With Xorg 1.12 or newer and the dummy driver: >> # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX >> +extension RANDR +extension RENDER -logfile >> ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf >> # >> # Selecting virtual X server: >> xvfb= >> # Does the xvfb command support the "-displayfd" argument? >> displayfd = no > > *xpra.conf at Server* > > # Enable clipboard forwarding: >> clipboard = yes >> # Enable forwarding of notifications: >> notifications = yes >> # Enable forwarding of system tray icons: >> system-tray = yes >> # Start a pulseaudio server with each session: >> pulseaudio = yes >> # pulseaudio server start command: >> pulseaudio-command = pulseaudio --start --daemonize=false --system=false \ >> --exit-idle-time=-1 -n --load=module-suspend-on-idle \ >> --load=module-null-sink --load=module-native-protocol-unix >> \ >> --log-level=2 --log-target=stderr >> # Forward sound output to clients: >> speaker = yes >> # Enable shared memory transfers: >> mmap = yes >> # Use server group ownership for mmap file: >> mmap-group = no >> # Share session with other users: >> sharing = no >> # Default compression (0 to 9): >> compression_level = 1 >> # Socket directory: >> #socket-dir = /tmp >> #socket-dir = ~/.xpra >> # Where to send non xpra clients: >> #tcp-proxy = 127.0.0.1:80 >> # Log file: >> log-file = $DISPLAY.log >> # Publish sessions: >> mdns = yes >> # Debugging: >> #debug = >> #debug = keyboard,clipboard,tray >> # OpenGL accelerated rendering: >> #opengl = yes >> #opengl = no >> opengl = auto >> # Use fixed quality: >> quality = auto >> # For auto quality, do not go below this value: >> min-quality = 50 >> # Use fixed speed: >> #speed = 20 >> speed = auto >> # For auto speed, do not go below this value: >> #min-speed = 20 >> min-speed = 0 >> # Idle delay in seconds before doing an automatic lossless refresh: >> auto-refresh-delay = 0.25 >> # Default DPI: >> dpi = 96 >> # Client window title: >> title = @title@ on @client-machine@ >> # Icon used by the system tray: >> #tray-icon = /path/to/icon.png >> # Keyboard synchronization: >> keyboard-sync = yes >> # Send ping packets more regularly (every second): >> pings = no >> # Client ssh command: >> #ssh = /usr/bin/ssh >> # Virtual display command: >> # - Old Xvfb option: >> # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp >> -noreset -auth $XAUTHORITY >> # - With Xorg 1.12 or newer and the dummy driver: >> # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX >> +extension RANDR +extension RENDER -logfile >> ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf >> # >> # Using Xvfb: >> xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp >> -noreset -auth $XAUTHORITY > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From ntlong0210 at gmail.com Tue Aug 12 05:18:48 2014 From: ntlong0210 at gmail.com (Long Nguyen Thanh) Date: Tue, 12 Aug 2014 11:18:48 +0700 Subject: [winswitch] Can't use ibus-unikey to type Vietnamese In-Reply-To: <53E98DBC.2000807@nagafix.co.uk> References: <53E98DBC.2000807@nagafix.co.uk> Message-ID: Hi Antoine, I've exported these environment variables in xterm again and it works. GTK_IM_MODULE=ibus QT_IM_MODULE=ibus XMODIFIERS="@im=ibus" Thanks for your help :) On Tue, Aug 12, 2014 at 10:45 AM, Antoine Martin wrote: > On 12/08/14 10:18, Long Nguyen Thanh wrote: > > Hi, > > (Sorry if my English is not good) > > I used xpra from a client and connect to my server with commands bellow: > > Server: xpra start :100 --start-child=xterm --bind-tcp=0.0.0.0:10000 > > Client: xpra attach tcp:192.168.0.99:10000 > > > > And xterm appear, then I run some commands in xterm : > > 1. ibus-daemon -d (before this, I configured ibus ) > > 2. run some applications: firefox, google-chrome ... and test > ibus-unikey. > > But I can't see a difference between enable/disable ibus. > This is probably because the xpra server will set the following > environment variables to try to disable all input methods: > DISABLE_IMSETTINGS=true > GTK_IM_MODULE=xim > QT_IM_MODULE=xim > IMSETTINGS_MODULE=none > XMODIFIERS="" > > You may want to remove this code, or change those values back to what > they should be (whatever that is) before starting your application. Does > that help? > That was done because input methods were found to interfere with > keyboard input more often than not (doesn't it need dbus?), at least for > western keyboard layouts that I normally use. > I'll have to admit that I am a bit confused by the number of ways there > are to configure those input methods in X11 / GTK / QT /.., and since I > don't use or need them I prefer to have it completely disabled. > Since this is probably not the right thing to do in all cases, we can > improve this and at least add an option to let the user choose. > I'll need a bit help in doing that though. > > If that does not help you, can you tell us how you configured ibus? > How it is meant to work in your use case? > > Cheers > Antoine > > > > I tried with x2go, and it works. But I like xpra more than x2go. > > > > OS Client : MS Windows 7, xpra 0.14.0 > > OS Server: Ubuntu 12.04, xpra 0.13.8 > > > > *xpra.conf at Client* > > > > # > >> # This is the default configuration file for Xpra > >> # > >> # You can provide default values for most command line > >> # options here. > >> # Each user can also define its own options in the file > >> # ~/xpra/xpra.conf which will take precedence over this file. > >> # Most options can also be overriden on the xpra command line. > >> # See "xpra -h" or the man page for details. > >> # > >> # Syntax: > >> # - Options which can be turned on or off will accept > >> # the following values: 1, 0, true, false, yes, no > >> # - Options which can accept multiple values > >> # may just be specified multiple times. > >> # - You may break a long line into multiple lines > >> # by ending each line with a backslash '\'. > >> > >> > >> > ################################################################################ > >> # General Options > >> # Enable clipboard forwarding: > >> clipboard = yes > >> # Enable forwarding of notifications: > >> notifications = yes > >> # Enable forwarding of system tray icons: > >> system-tray = yes > >> # Forward sound output to clients: > >> speaker = yes > >> # Debugging: > >> #debug = > >> #debug = keyboard,clipboard,tray > >> # Send ping packets more regularly (every second): > >> pings = no > >> > >> > >> > ################################################################################ > >> # Picture Encoding > >> # Encodings allowed: > >> # (not all encodings may be available in your environment): > >> #encodings = h264, vp8, png, png/P, png/L, webp, rgb, jpeg, h265, vp9 > >> #encodings = all > >> #encodings = rgb > >> encodings = all > >> # Default encoding > >> # (not all encodings may be available in your environment): > >> #encoding = h264 > >> #encoding = vp8 > >> #encoding = png > >> #encoding = jpeg > >> #encoding = rgb > >> #encoding = webp > >> # Used by the server to encode video: > >> # video-encoders = x264, vpx, nvenc > >> # video-encoders = none > >> # video-encoders = all > >> video-encoders = all > >> # Used by both the client and server for colourspace conversion: > >> # csc-modules = swscale, cython, opencl > >> # csc-modules = none > >> # csc-modules = all > >> video-encoders = all > >> # Used the client for decoding: > >> # video-decoders = avcodec2, vpx > >> # video-decoders = avcodec, vpx > >> # video-decoders = none > >> # video-decoders = all > >> video-decoders = all > >> # Use fixed quality > >> # (value is a percentage or "auto"): > >> #quality = 80 > >> quality = auto > >> # For auto quality only: > >> #min-quality = 50 > >> min-quality = 30 > >> # Use fixed speed > >> # (value is a percentage or "auto"): > >> #speed = 90 > >> speed = auto > >> # For auto speed only: > >> #min-speed = 20 > >> min-speed = 0 > >> # Idle delay in seconds before doing an automatic lossless refresh: > >> auto-refresh-delay = 0.15 > >> # Default DPI: > >> dpi = 96 > >> > >> > >> > ################################################################################ > >> # Sound Encoding > >> # Codec(s) to use for forwarding speaker sound: > >> #speaker-codec = mp3 > >> #speaker-codec = flac > >> #speaker-codec = wav > >> #speaker-codec = wavpack > >> #speaker-codec = speex > >> #speaker-codec = opus > >> # Forward sound input to server: > >> # microphone = yes > >> # Codec(s) to use for forwarding microphone sound: > >> #microphone-codec = mp3 > >> #microphone-codec = flac > >> #microphone-codec = wav > >> #microphone-codec = wavpack > >> #microphone-codec = speex > >> #microphone-codec = opus > >> > >> > >> > ################################################################################ > >> # Network Connection > >> # Enable shared memory transfers: > >> mmap = yes > >> # Use server group ownership for mmap file: > >> mmap-group = no > >> # Share session with other users: > >> sharing = no > >> # Compressors: > >> #compressors = all > >> #compressors = none > >> #compressors = zlib > >> compressors = lz4, zlib, lzo > >> # Default compression (0 to 9): > >> compression_level = 1 > >> # Packet encoders (at least one is required): > >> #packet-encoders = bencode > >> #packet-encoders = all > >> packet-encoders = rencode, bencode, yaml > >> # Socket directory: > >> #socket-dir = /tmp > >> #socket-dir = ~/.xpra > >> > >> > >> > ################################################################################ > >> # Client Options > >> # OpenGL accelerated rendering: > >> #opengl = yes > >> #opengl = no > >> opengl = auto > >> # Client window title: > >> title = @title@ on @client-machine@ > >> # Icon used by the system tray: > >> #tray-icon = /path/to/icon.png > >> # Keyboard synchronization: > >> keyboard-sync = yes > >> # Client ssh command: > >> #ssh = /usr/bin/ssh > >> > >> ######################################################################## > >> # Server Options: > >> # Commands to start by default > >> # (may be specified more than once): > >> # examples: > >> #start-child = /usr/bin/xterm > >> #start-child = /usr/bin/xeyes > >> # Xsession can take care of initializing dbus, keyring-daemon, > >> # gpg-agent or whatever else might be usually started together with X > >> #start-child = /etc/X11/Xsession true > >> # Video encoders loaded by the server > >> # (all of them unless specified) > >> # examples: > >> #video-encoders=x264,vpx,nvenc > >> #video-encoders=x264 > >> # Colourspace conversion modules loaded by the server > >> # (all of them unless specified) > >> # examples: > >> #csc-modules=swscale,cython,opencl > >> #csc-modules=swscale > >> # Where to send non xpra clients: > >> # (can be used to share the port with a web server) > >> #tcp-proxy = 127.0.0.1:80 > >> # Log file: > >> log-file = $DISPLAY.log > >> # Publish sessions: > >> mdns = yes > >> # Start a pulseaudio server with each session: > >> pulseaudio = yes > >> # pulseaudio server start command: > >> pulseaudio-command = pulseaudio --start --daemonize=false > --system=false \ > >> --exit-idle-time=-1 -n --load=module-suspend-on-idle \ > >> --load=module-null-sink > --load=module-native-protocol-unix > >> \ > >> --log-level=2 --log-target=stderr > >> # Virtual display command: > >> # - Old Xvfb option: > >> # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp > >> -noreset -auth $XAUTHORITY > >> # - With Xorg 1.12 or newer and the dummy driver: > >> # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX > >> +extension RANDR +extension RENDER -logfile > >> ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf > >> # > >> # Selecting virtual X server: > >> xvfb= > >> # Does the xvfb command support the "-displayfd" argument? > >> displayfd = no > > > > *xpra.conf at Server* > > > > # Enable clipboard forwarding: > >> clipboard = yes > >> # Enable forwarding of notifications: > >> notifications = yes > >> # Enable forwarding of system tray icons: > >> system-tray = yes > >> # Start a pulseaudio server with each session: > >> pulseaudio = yes > >> # pulseaudio server start command: > >> pulseaudio-command = pulseaudio --start --daemonize=false > --system=false \ > >> --exit-idle-time=-1 -n --load=module-suspend-on-idle \ > >> --load=module-null-sink > --load=module-native-protocol-unix > >> \ > >> --log-level=2 --log-target=stderr > >> # Forward sound output to clients: > >> speaker = yes > >> # Enable shared memory transfers: > >> mmap = yes > >> # Use server group ownership for mmap file: > >> mmap-group = no > >> # Share session with other users: > >> sharing = no > >> # Default compression (0 to 9): > >> compression_level = 1 > >> # Socket directory: > >> #socket-dir = /tmp > >> #socket-dir = ~/.xpra > >> # Where to send non xpra clients: > >> #tcp-proxy = 127.0.0.1:80 > >> # Log file: > >> log-file = $DISPLAY.log > >> # Publish sessions: > >> mdns = yes > >> # Debugging: > >> #debug = > >> #debug = keyboard,clipboard,tray > >> # OpenGL accelerated rendering: > >> #opengl = yes > >> #opengl = no > >> opengl = auto > >> # Use fixed quality: > >> quality = auto > >> # For auto quality, do not go below this value: > >> min-quality = 50 > >> # Use fixed speed: > >> #speed = 20 > >> speed = auto > >> # For auto speed, do not go below this value: > >> #min-speed = 20 > >> min-speed = 0 > >> # Idle delay in seconds before doing an automatic lossless refresh: > >> auto-refresh-delay = 0.25 > >> # Default DPI: > >> dpi = 96 > >> # Client window title: > >> title = @title@ on @client-machine@ > >> # Icon used by the system tray: > >> #tray-icon = /path/to/icon.png > >> # Keyboard synchronization: > >> keyboard-sync = yes > >> # Send ping packets more regularly (every second): > >> pings = no > >> # Client ssh command: > >> #ssh = /usr/bin/ssh > >> # Virtual display command: > >> # - Old Xvfb option: > >> # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp > >> -noreset -auth $XAUTHORITY > >> # - With Xorg 1.12 or newer and the dummy driver: > >> # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX > >> +extension RANDR +extension RENDER -logfile > >> ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf > >> # > >> # Using Xvfb: > >> xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp > >> -noreset -auth $XAUTHORITY > > _______________________________________________ > > shifter-users mailing list > > shifter-users at lists.devloop.org.uk > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > From ntlong0210 at gmail.com Wed Aug 13 02:34:36 2014 From: ntlong0210 at gmail.com (Long Nguyen Thanh) Date: Wed, 13 Aug 2014 08:34:36 +0700 Subject: [winswitch] Can't use ibus-unikey to type Vietnamese In-Reply-To: References: <53E98DBC.2000807@nagafix.co.uk> Message-ID: Hi, @Antoine: How I can remove those code ( set environment variables) ? I can't find them in /etc/xpra/* or ~/.xpra/* On Tue, Aug 12, 2014 at 11:18 AM, Long Nguyen Thanh wrote: > Hi Antoine, > I've exported these environment variables in xterm again and it works. > GTK_IM_MODULE=ibus > QT_IM_MODULE=ibus > XMODIFIERS="@im=ibus" > > Thanks for your help :) > > > On Tue, Aug 12, 2014 at 10:45 AM, Antoine Martin > wrote: > >> On 12/08/14 10:18, Long Nguyen Thanh wrote: >> > Hi, >> > (Sorry if my English is not good) >> > I used xpra from a client and connect to my server with commands bellow: >> > Server: xpra start :100 --start-child=xterm --bind-tcp=0.0.0.0:10000 >> > Client: xpra attach tcp:192.168.0.99:10000 >> > >> > And xterm appear, then I run some commands in xterm : >> > 1. ibus-daemon -d (before this, I configured ibus ) >> > 2. run some applications: firefox, google-chrome ... and test >> ibus-unikey. >> > But I can't see a difference between enable/disable ibus. >> This is probably because the xpra server will set the following >> environment variables to try to disable all input methods: >> DISABLE_IMSETTINGS=true >> GTK_IM_MODULE=xim >> QT_IM_MODULE=xim >> IMSETTINGS_MODULE=none >> XMODIFIERS="" >> >> You may want to remove this code, or change those values back to what >> they should be (whatever that is) before starting your application. Does >> that help? >> That was done because input methods were found to interfere with >> keyboard input more often than not (doesn't it need dbus?), at least for >> western keyboard layouts that I normally use. >> I'll have to admit that I am a bit confused by the number of ways there >> are to configure those input methods in X11 / GTK / QT /.., and since I >> don't use or need them I prefer to have it completely disabled. >> Since this is probably not the right thing to do in all cases, we can >> improve this and at least add an option to let the user choose. >> I'll need a bit help in doing that though. >> >> If that does not help you, can you tell us how you configured ibus? >> How it is meant to work in your use case? >> >> Cheers >> Antoine >> >> >> > I tried with x2go, and it works. But I like xpra more than x2go. >> > >> > OS Client : MS Windows 7, xpra 0.14.0 >> > OS Server: Ubuntu 12.04, xpra 0.13.8 >> > >> > *xpra.conf at Client* >> > >> > # >> >> # This is the default configuration file for Xpra >> >> # >> >> # You can provide default values for most command line >> >> # options here. >> >> # Each user can also define its own options in the file >> >> # ~/xpra/xpra.conf which will take precedence over this file. >> >> # Most options can also be overriden on the xpra command line. >> >> # See "xpra -h" or the man page for details. >> >> # >> >> # Syntax: >> >> # - Options which can be turned on or off will accept >> >> # the following values: 1, 0, true, false, yes, no >> >> # - Options which can accept multiple values >> >> # may just be specified multiple times. >> >> # - You may break a long line into multiple lines >> >> # by ending each line with a backslash '\'. >> >> >> >> >> >> >> ################################################################################ >> >> # General Options >> >> # Enable clipboard forwarding: >> >> clipboard = yes >> >> # Enable forwarding of notifications: >> >> notifications = yes >> >> # Enable forwarding of system tray icons: >> >> system-tray = yes >> >> # Forward sound output to clients: >> >> speaker = yes >> >> # Debugging: >> >> #debug = >> >> #debug = keyboard,clipboard,tray >> >> # Send ping packets more regularly (every second): >> >> pings = no >> >> >> >> >> >> >> ################################################################################ >> >> # Picture Encoding >> >> # Encodings allowed: >> >> # (not all encodings may be available in your environment): >> >> #encodings = h264, vp8, png, png/P, png/L, webp, rgb, jpeg, h265, vp9 >> >> #encodings = all >> >> #encodings = rgb >> >> encodings = all >> >> # Default encoding >> >> # (not all encodings may be available in your environment): >> >> #encoding = h264 >> >> #encoding = vp8 >> >> #encoding = png >> >> #encoding = jpeg >> >> #encoding = rgb >> >> #encoding = webp >> >> # Used by the server to encode video: >> >> # video-encoders = x264, vpx, nvenc >> >> # video-encoders = none >> >> # video-encoders = all >> >> video-encoders = all >> >> # Used by both the client and server for colourspace conversion: >> >> # csc-modules = swscale, cython, opencl >> >> # csc-modules = none >> >> # csc-modules = all >> >> video-encoders = all >> >> # Used the client for decoding: >> >> # video-decoders = avcodec2, vpx >> >> # video-decoders = avcodec, vpx >> >> # video-decoders = none >> >> # video-decoders = all >> >> video-decoders = all >> >> # Use fixed quality >> >> # (value is a percentage or "auto"): >> >> #quality = 80 >> >> quality = auto >> >> # For auto quality only: >> >> #min-quality = 50 >> >> min-quality = 30 >> >> # Use fixed speed >> >> # (value is a percentage or "auto"): >> >> #speed = 90 >> >> speed = auto >> >> # For auto speed only: >> >> #min-speed = 20 >> >> min-speed = 0 >> >> # Idle delay in seconds before doing an automatic lossless refresh: >> >> auto-refresh-delay = 0.15 >> >> # Default DPI: >> >> dpi = 96 >> >> >> >> >> >> >> ################################################################################ >> >> # Sound Encoding >> >> # Codec(s) to use for forwarding speaker sound: >> >> #speaker-codec = mp3 >> >> #speaker-codec = flac >> >> #speaker-codec = wav >> >> #speaker-codec = wavpack >> >> #speaker-codec = speex >> >> #speaker-codec = opus >> >> # Forward sound input to server: >> >> # microphone = yes >> >> # Codec(s) to use for forwarding microphone sound: >> >> #microphone-codec = mp3 >> >> #microphone-codec = flac >> >> #microphone-codec = wav >> >> #microphone-codec = wavpack >> >> #microphone-codec = speex >> >> #microphone-codec = opus >> >> >> >> >> >> >> ################################################################################ >> >> # Network Connection >> >> # Enable shared memory transfers: >> >> mmap = yes >> >> # Use server group ownership for mmap file: >> >> mmap-group = no >> >> # Share session with other users: >> >> sharing = no >> >> # Compressors: >> >> #compressors = all >> >> #compressors = none >> >> #compressors = zlib >> >> compressors = lz4, zlib, lzo >> >> # Default compression (0 to 9): >> >> compression_level = 1 >> >> # Packet encoders (at least one is required): >> >> #packet-encoders = bencode >> >> #packet-encoders = all >> >> packet-encoders = rencode, bencode, yaml >> >> # Socket directory: >> >> #socket-dir = /tmp >> >> #socket-dir = ~/.xpra >> >> >> >> >> >> >> ################################################################################ >> >> # Client Options >> >> # OpenGL accelerated rendering: >> >> #opengl = yes >> >> #opengl = no >> >> opengl = auto >> >> # Client window title: >> >> title = @title@ on @client-machine@ >> >> # Icon used by the system tray: >> >> #tray-icon = /path/to/icon.png >> >> # Keyboard synchronization: >> >> keyboard-sync = yes >> >> # Client ssh command: >> >> #ssh = /usr/bin/ssh >> >> >> >> >> ######################################################################## >> >> # Server Options: >> >> # Commands to start by default >> >> # (may be specified more than once): >> >> # examples: >> >> #start-child = /usr/bin/xterm >> >> #start-child = /usr/bin/xeyes >> >> # Xsession can take care of initializing dbus, keyring-daemon, >> >> # gpg-agent or whatever else might be usually started together with X >> >> #start-child = /etc/X11/Xsession true >> >> # Video encoders loaded by the server >> >> # (all of them unless specified) >> >> # examples: >> >> #video-encoders=x264,vpx,nvenc >> >> #video-encoders=x264 >> >> # Colourspace conversion modules loaded by the server >> >> # (all of them unless specified) >> >> # examples: >> >> #csc-modules=swscale,cython,opencl >> >> #csc-modules=swscale >> >> # Where to send non xpra clients: >> >> # (can be used to share the port with a web server) >> >> #tcp-proxy = 127.0.0.1:80 >> >> # Log file: >> >> log-file = $DISPLAY.log >> >> # Publish sessions: >> >> mdns = yes >> >> # Start a pulseaudio server with each session: >> >> pulseaudio = yes >> >> # pulseaudio server start command: >> >> pulseaudio-command = pulseaudio --start --daemonize=false >> --system=false \ >> >> --exit-idle-time=-1 -n --load=module-suspend-on-idle \ >> >> --load=module-null-sink >> --load=module-native-protocol-unix >> >> \ >> >> --log-level=2 --log-target=stderr >> >> # Virtual display command: >> >> # - Old Xvfb option: >> >> # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten >> tcp >> >> -noreset -auth $XAUTHORITY >> >> # - With Xorg 1.12 or newer and the dummy driver: >> >> # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX >> >> +extension RANDR +extension RENDER -logfile >> >> ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf >> >> # >> >> # Selecting virtual X server: >> >> xvfb= >> >> # Does the xvfb command support the "-displayfd" argument? >> >> displayfd = no >> > >> > *xpra.conf at Server* >> > >> > # Enable clipboard forwarding: >> >> clipboard = yes >> >> # Enable forwarding of notifications: >> >> notifications = yes >> >> # Enable forwarding of system tray icons: >> >> system-tray = yes >> >> # Start a pulseaudio server with each session: >> >> pulseaudio = yes >> >> # pulseaudio server start command: >> >> pulseaudio-command = pulseaudio --start --daemonize=false >> --system=false \ >> >> --exit-idle-time=-1 -n --load=module-suspend-on-idle \ >> >> --load=module-null-sink >> --load=module-native-protocol-unix >> >> \ >> >> --log-level=2 --log-target=stderr >> >> # Forward sound output to clients: >> >> speaker = yes >> >> # Enable shared memory transfers: >> >> mmap = yes >> >> # Use server group ownership for mmap file: >> >> mmap-group = no >> >> # Share session with other users: >> >> sharing = no >> >> # Default compression (0 to 9): >> >> compression_level = 1 >> >> # Socket directory: >> >> #socket-dir = /tmp >> >> #socket-dir = ~/.xpra >> >> # Where to send non xpra clients: >> >> #tcp-proxy = 127.0.0.1:80 >> >> # Log file: >> >> log-file = $DISPLAY.log >> >> # Publish sessions: >> >> mdns = yes >> >> # Debugging: >> >> #debug = >> >> #debug = keyboard,clipboard,tray >> >> # OpenGL accelerated rendering: >> >> #opengl = yes >> >> #opengl = no >> >> opengl = auto >> >> # Use fixed quality: >> >> quality = auto >> >> # For auto quality, do not go below this value: >> >> min-quality = 50 >> >> # Use fixed speed: >> >> #speed = 20 >> >> speed = auto >> >> # For auto speed, do not go below this value: >> >> #min-speed = 20 >> >> min-speed = 0 >> >> # Idle delay in seconds before doing an automatic lossless refresh: >> >> auto-refresh-delay = 0.25 >> >> # Default DPI: >> >> dpi = 96 >> >> # Client window title: >> >> title = @title@ on @client-machine@ >> >> # Icon used by the system tray: >> >> #tray-icon = /path/to/icon.png >> >> # Keyboard synchronization: >> >> keyboard-sync = yes >> >> # Send ping packets more regularly (every second): >> >> pings = no >> >> # Client ssh command: >> >> #ssh = /usr/bin/ssh >> >> # Virtual display command: >> >> # - Old Xvfb option: >> >> # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten >> tcp >> >> -noreset -auth $XAUTHORITY >> >> # - With Xorg 1.12 or newer and the dummy driver: >> >> # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX >> >> +extension RANDR +extension RENDER -logfile >> >> ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf >> >> # >> >> # Using Xvfb: >> >> xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp >> >> -noreset -auth $XAUTHORITY >> > _______________________________________________ >> > shifter-users mailing list >> > shifter-users at lists.devloop.org.uk >> > http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> >> > From ntlong0210 at gmail.com Wed Aug 13 04:32:32 2014 From: ntlong0210 at gmail.com (Long Nguyen Thanh) Date: Wed, 13 Aug 2014 10:32:32 +0700 Subject: [winswitch] Can't use ibus-unikey to type Vietnamese In-Reply-To: References: <53E98DBC.2000807@nagafix.co.uk> Message-ID: Hi, Xpra server set following environment variables: DISABLE_IMSETTINGS=true GTK_IM_MODULE=xim QT_IM_MODULE=xim IMSETTINGS_MODULE=none XMODIFIERS="" How to make xpra server stop doing that ? Thanks :) On Wed, Aug 13, 2014 at 8:34 AM, Long Nguyen Thanh wrote: > Hi, > @Antoine: How I can remove those code ( set environment variables) ? I > can't find them in /etc/xpra/* or ~/.xpra/* > > > On Tue, Aug 12, 2014 at 11:18 AM, Long Nguyen Thanh > wrote: > >> Hi Antoine, >> I've exported these environment variables in xterm again and it works. >> GTK_IM_MODULE=ibus >> QT_IM_MODULE=ibus >> XMODIFIERS="@im=ibus" >> >> Thanks for your help :) >> >> >> On Tue, Aug 12, 2014 at 10:45 AM, Antoine Martin >> wrote: >> >>> On 12/08/14 10:18, Long Nguyen Thanh wrote: >>> > Hi, >>> > (Sorry if my English is not good) >>> > I used xpra from a client and connect to my server with commands >>> bellow: >>> > Server: xpra start :100 --start-child=xterm --bind-tcp=0.0.0.0:10000 >>> > Client: xpra attach tcp:192.168.0.99:10000 >>> > >>> > And xterm appear, then I run some commands in xterm : >>> > 1. ibus-daemon -d (before this, I configured ibus ) >>> > 2. run some applications: firefox, google-chrome ... and test >>> ibus-unikey. >>> > But I can't see a difference between enable/disable ibus. >>> This is probably because the xpra server will set the following >>> environment variables to try to disable all input methods: >>> DISABLE_IMSETTINGS=true >>> GTK_IM_MODULE=xim >>> QT_IM_MODULE=xim >>> IMSETTINGS_MODULE=none >>> XMODIFIERS="" >>> >>> You may want to remove this code, or change those values back to what >>> they should be (whatever that is) before starting your application. Does >>> that help? >>> That was done because input methods were found to interfere with >>> keyboard input more often than not (doesn't it need dbus?), at least for >>> western keyboard layouts that I normally use. >>> I'll have to admit that I am a bit confused by the number of ways there >>> are to configure those input methods in X11 / GTK / QT /.., and since I >>> don't use or need them I prefer to have it completely disabled. >>> Since this is probably not the right thing to do in all cases, we can >>> improve this and at least add an option to let the user choose. >>> I'll need a bit help in doing that though. >>> >>> If that does not help you, can you tell us how you configured ibus? >>> How it is meant to work in your use case? >>> >>> Cheers >>> Antoine >>> >>> >>> > I tried with x2go, and it works. But I like xpra more than x2go. >>> > >>> > OS Client : MS Windows 7, xpra 0.14.0 >>> > OS Server: Ubuntu 12.04, xpra 0.13.8 >>> > >>> > *xpra.conf at Client* >>> > >>> > # >>> >> # This is the default configuration file for Xpra >>> >> # >>> >> # You can provide default values for most command line >>> >> # options here. >>> >> # Each user can also define its own options in the file >>> >> # ~/xpra/xpra.conf which will take precedence over this file. >>> >> # Most options can also be overriden on the xpra command line. >>> >> # See "xpra -h" or the man page for details. >>> >> # >>> >> # Syntax: >>> >> # - Options which can be turned on or off will accept >>> >> # the following values: 1, 0, true, false, yes, no >>> >> # - Options which can accept multiple values >>> >> # may just be specified multiple times. >>> >> # - You may break a long line into multiple lines >>> >> # by ending each line with a backslash '\'. >>> >> >>> >> >>> >> >>> ################################################################################ >>> >> # General Options >>> >> # Enable clipboard forwarding: >>> >> clipboard = yes >>> >> # Enable forwarding of notifications: >>> >> notifications = yes >>> >> # Enable forwarding of system tray icons: >>> >> system-tray = yes >>> >> # Forward sound output to clients: >>> >> speaker = yes >>> >> # Debugging: >>> >> #debug = >>> >> #debug = keyboard,clipboard,tray >>> >> # Send ping packets more regularly (every second): >>> >> pings = no >>> >> >>> >> >>> >> >>> ################################################################################ >>> >> # Picture Encoding >>> >> # Encodings allowed: >>> >> # (not all encodings may be available in your environment): >>> >> #encodings = h264, vp8, png, png/P, png/L, webp, rgb, jpeg, h265, vp9 >>> >> #encodings = all >>> >> #encodings = rgb >>> >> encodings = all >>> >> # Default encoding >>> >> # (not all encodings may be available in your environment): >>> >> #encoding = h264 >>> >> #encoding = vp8 >>> >> #encoding = png >>> >> #encoding = jpeg >>> >> #encoding = rgb >>> >> #encoding = webp >>> >> # Used by the server to encode video: >>> >> # video-encoders = x264, vpx, nvenc >>> >> # video-encoders = none >>> >> # video-encoders = all >>> >> video-encoders = all >>> >> # Used by both the client and server for colourspace conversion: >>> >> # csc-modules = swscale, cython, opencl >>> >> # csc-modules = none >>> >> # csc-modules = all >>> >> video-encoders = all >>> >> # Used the client for decoding: >>> >> # video-decoders = avcodec2, vpx >>> >> # video-decoders = avcodec, vpx >>> >> # video-decoders = none >>> >> # video-decoders = all >>> >> video-decoders = all >>> >> # Use fixed quality >>> >> # (value is a percentage or "auto"): >>> >> #quality = 80 >>> >> quality = auto >>> >> # For auto quality only: >>> >> #min-quality = 50 >>> >> min-quality = 30 >>> >> # Use fixed speed >>> >> # (value is a percentage or "auto"): >>> >> #speed = 90 >>> >> speed = auto >>> >> # For auto speed only: >>> >> #min-speed = 20 >>> >> min-speed = 0 >>> >> # Idle delay in seconds before doing an automatic lossless refresh: >>> >> auto-refresh-delay = 0.15 >>> >> # Default DPI: >>> >> dpi = 96 >>> >> >>> >> >>> >> >>> ################################################################################ >>> >> # Sound Encoding >>> >> # Codec(s) to use for forwarding speaker sound: >>> >> #speaker-codec = mp3 >>> >> #speaker-codec = flac >>> >> #speaker-codec = wav >>> >> #speaker-codec = wavpack >>> >> #speaker-codec = speex >>> >> #speaker-codec = opus >>> >> # Forward sound input to server: >>> >> # microphone = yes >>> >> # Codec(s) to use for forwarding microphone sound: >>> >> #microphone-codec = mp3 >>> >> #microphone-codec = flac >>> >> #microphone-codec = wav >>> >> #microphone-codec = wavpack >>> >> #microphone-codec = speex >>> >> #microphone-codec = opus >>> >> >>> >> >>> >> >>> ################################################################################ >>> >> # Network Connection >>> >> # Enable shared memory transfers: >>> >> mmap = yes >>> >> # Use server group ownership for mmap file: >>> >> mmap-group = no >>> >> # Share session with other users: >>> >> sharing = no >>> >> # Compressors: >>> >> #compressors = all >>> >> #compressors = none >>> >> #compressors = zlib >>> >> compressors = lz4, zlib, lzo >>> >> # Default compression (0 to 9): >>> >> compression_level = 1 >>> >> # Packet encoders (at least one is required): >>> >> #packet-encoders = bencode >>> >> #packet-encoders = all >>> >> packet-encoders = rencode, bencode, yaml >>> >> # Socket directory: >>> >> #socket-dir = /tmp >>> >> #socket-dir = ~/.xpra >>> >> >>> >> >>> >> >>> ################################################################################ >>> >> # Client Options >>> >> # OpenGL accelerated rendering: >>> >> #opengl = yes >>> >> #opengl = no >>> >> opengl = auto >>> >> # Client window title: >>> >> title = @title@ on @client-machine@ >>> >> # Icon used by the system tray: >>> >> #tray-icon = /path/to/icon.png >>> >> # Keyboard synchronization: >>> >> keyboard-sync = yes >>> >> # Client ssh command: >>> >> #ssh = /usr/bin/ssh >>> >> >>> >> >>> ######################################################################## >>> >> # Server Options: >>> >> # Commands to start by default >>> >> # (may be specified more than once): >>> >> # examples: >>> >> #start-child = /usr/bin/xterm >>> >> #start-child = /usr/bin/xeyes >>> >> # Xsession can take care of initializing dbus, keyring-daemon, >>> >> # gpg-agent or whatever else might be usually started together with X >>> >> #start-child = /etc/X11/Xsession true >>> >> # Video encoders loaded by the server >>> >> # (all of them unless specified) >>> >> # examples: >>> >> #video-encoders=x264,vpx,nvenc >>> >> #video-encoders=x264 >>> >> # Colourspace conversion modules loaded by the server >>> >> # (all of them unless specified) >>> >> # examples: >>> >> #csc-modules=swscale,cython,opencl >>> >> #csc-modules=swscale >>> >> # Where to send non xpra clients: >>> >> # (can be used to share the port with a web server) >>> >> #tcp-proxy = 127.0.0.1:80 >>> >> # Log file: >>> >> log-file = $DISPLAY.log >>> >> # Publish sessions: >>> >> mdns = yes >>> >> # Start a pulseaudio server with each session: >>> >> pulseaudio = yes >>> >> # pulseaudio server start command: >>> >> pulseaudio-command = pulseaudio --start --daemonize=false >>> --system=false \ >>> >> --exit-idle-time=-1 -n --load=module-suspend-on-idle \ >>> >> --load=module-null-sink >>> --load=module-native-protocol-unix >>> >> \ >>> >> --log-level=2 --log-target=stderr >>> >> # Virtual display command: >>> >> # - Old Xvfb option: >>> >> # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten >>> tcp >>> >> -noreset -auth $XAUTHORITY >>> >> # - With Xorg 1.12 or newer and the dummy driver: >>> >> # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX >>> >> +extension RANDR +extension RENDER -logfile >>> >> ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf >>> >> # >>> >> # Selecting virtual X server: >>> >> xvfb= >>> >> # Does the xvfb command support the "-displayfd" argument? >>> >> displayfd = no >>> > >>> > *xpra.conf at Server* >>> > >>> > # Enable clipboard forwarding: >>> >> clipboard = yes >>> >> # Enable forwarding of notifications: >>> >> notifications = yes >>> >> # Enable forwarding of system tray icons: >>> >> system-tray = yes >>> >> # Start a pulseaudio server with each session: >>> >> pulseaudio = yes >>> >> # pulseaudio server start command: >>> >> pulseaudio-command = pulseaudio --start --daemonize=false >>> --system=false \ >>> >> --exit-idle-time=-1 -n --load=module-suspend-on-idle \ >>> >> --load=module-null-sink >>> --load=module-native-protocol-unix >>> >> \ >>> >> --log-level=2 --log-target=stderr >>> >> # Forward sound output to clients: >>> >> speaker = yes >>> >> # Enable shared memory transfers: >>> >> mmap = yes >>> >> # Use server group ownership for mmap file: >>> >> mmap-group = no >>> >> # Share session with other users: >>> >> sharing = no >>> >> # Default compression (0 to 9): >>> >> compression_level = 1 >>> >> # Socket directory: >>> >> #socket-dir = /tmp >>> >> #socket-dir = ~/.xpra >>> >> # Where to send non xpra clients: >>> >> #tcp-proxy = 127.0.0.1:80 >>> >> # Log file: >>> >> log-file = $DISPLAY.log >>> >> # Publish sessions: >>> >> mdns = yes >>> >> # Debugging: >>> >> #debug = >>> >> #debug = keyboard,clipboard,tray >>> >> # OpenGL accelerated rendering: >>> >> #opengl = yes >>> >> #opengl = no >>> >> opengl = auto >>> >> # Use fixed quality: >>> >> quality = auto >>> >> # For auto quality, do not go below this value: >>> >> min-quality = 50 >>> >> # Use fixed speed: >>> >> #speed = 20 >>> >> speed = auto >>> >> # For auto speed, do not go below this value: >>> >> #min-speed = 20 >>> >> min-speed = 0 >>> >> # Idle delay in seconds before doing an automatic lossless refresh: >>> >> auto-refresh-delay = 0.25 >>> >> # Default DPI: >>> >> dpi = 96 >>> >> # Client window title: >>> >> title = @title@ on @client-machine@ >>> >> # Icon used by the system tray: >>> >> #tray-icon = /path/to/icon.png >>> >> # Keyboard synchronization: >>> >> keyboard-sync = yes >>> >> # Send ping packets more regularly (every second): >>> >> pings = no >>> >> # Client ssh command: >>> >> #ssh = /usr/bin/ssh >>> >> # Virtual display command: >>> >> # - Old Xvfb option: >>> >> # xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten >>> tcp >>> >> -noreset -auth $XAUTHORITY >>> >> # - With Xorg 1.12 or newer and the dummy driver: >>> >> # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX >>> >> +extension RANDR +extension RENDER -logfile >>> >> ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf >>> >> # >>> >> # Using Xvfb: >>> >> xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp >>> >> -noreset -auth $XAUTHORITY >>> > _______________________________________________ >>> > 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 Aug 13 10:04:41 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 13 Aug 2014 16:04:41 +0700 Subject: [winswitch] Can't use ibus-unikey to type Vietnamese In-Reply-To: References: <53E98DBC.2000807@nagafix.co.uk> Message-ID: <53EB2A29.6060107@nagafix.co.uk> On 13/08/14 10:32, Long Nguyen Thanh wrote: > Hi, > Xpra server set following environment variables: > DISABLE_IMSETTINGS=true > GTK_IM_MODULE=xim > QT_IM_MODULE=xim > IMSETTINGS_MODULE=none > XMODIFIERS="" > > How to make xpra server stop doing that ? Please see: http://xpra.org/trac/ticket/634#comment:1 And follow up there if you want. Running the latest beta from: http://xpra.org/beta/ With this option if the environment is already configured: --input-method=keep or with this option to set it up (as best I could guess): --input-method=IBus Should do what you want. Antoine > Thanks :) > > > On Wed, Aug 13, 2014 at 8:34 AM, Long Nguyen Thanh > > wrote: > > Hi, > @Antoine: How I can remove those code ( set environment variables) > ? I can't find them in /etc/xpra/* or ~/.xpra/* > > > On Tue, Aug 12, 2014 at 11:18 AM, Long Nguyen Thanh > > wrote: > > Hi Antoine, > I've exported these environment variables in xterm again and > it works. > GTK_IM_MODULE=ibus > QT_IM_MODULE=ibus > XMODIFIERS="@im=ibus" > > Thanks for your help :) > > > On Tue, Aug 12, 2014 at 10:45 AM, Antoine Martin > > wrote: > > On 12/08/14 10:18, Long Nguyen Thanh wrote: > > Hi, > > (Sorry if my English is not good) > > I used xpra from a client and connect to my server with > commands bellow: > > Server: xpra start :100 --start-child=xterm > --bind-tcp=0.0.0.0:10000 > > Client: xpra attach tcp:192.168.0.99:10000 > > > > > And xterm appear, then I run some commands in xterm : > > 1. ibus-daemon -d (before this, I configured ibus ) > > 2. run some applications: firefox, google-chrome ... and > test ibus-unikey. > > But I can't see a difference between enable/disable ibus. > This is probably because the xpra server will set the > following > environment variables to try to disable all input methods: > DISABLE_IMSETTINGS=true > GTK_IM_MODULE=xim > QT_IM_MODULE=xim > IMSETTINGS_MODULE=none > XMODIFIERS="" > > You may want to remove this code, or change those values > back to what > they should be (whatever that is) before starting your > application. Does > that help? > That was done because input methods were found to > interfere with > keyboard input more often than not (doesn't it need > dbus?), at least for > western keyboard layouts that I normally use. > I'll have to admit that I am a bit confused by the number > of ways there > are to configure those input methods in X11 / GTK / QT > /.., and since I > don't use or need them I prefer to have it completely > disabled. > Since this is probably not the right thing to do in all > cases, we can > improve this and at least add an option to let the user > choose. > I'll need a bit help in doing that though. > > If that does not help you, can you tell us how you > configured ibus? > How it is meant to work in your use case? > > Cheers > Antoine > > > > I tried with x2go, and it works. But I like xpra more > than x2go. > > > > OS Client : MS Windows 7, xpra 0.14.0 > > OS Server: Ubuntu 12.04, xpra 0.13.8 > > > > *xpra.conf at Client* > > > > # > >> # This is the default configuration file for Xpra > >> # > >> # You can provide default values for most command line > >> # options here. > >> # Each user can also define its own options in the file > >> # ~/xpra/xpra.conf which will take precedence over this > file. > >> # Most options can also be overriden on the xpra > command line. > >> # See "xpra -h" or the man page for details. > >> # > >> # Syntax: > >> # - Options which can be turned on or off will accept > >> # the following values: 1, 0, true, false, yes, no > >> # - Options which can accept multiple values > >> # may just be specified multiple times. > >> # - You may break a long line into multiple lines > >> # by ending each line with a backslash '\'. > >> > >> > >> > ################################################################################ > >> # General Options > >> # Enable clipboard forwarding: > >> clipboard = yes > >> # Enable forwarding of notifications: > >> notifications = yes > >> # Enable forwarding of system tray icons: > >> system-tray = yes > >> # Forward sound output to clients: > >> speaker = yes > >> # Debugging: > >> #debug = > >> #debug = keyboard,clipboard,tray > >> # Send ping packets more regularly (every second): > >> pings = no > >> > >> > >> > ################################################################################ > >> # Picture Encoding > >> # Encodings allowed: > >> # (not all encodings may be available in your environment): > >> #encodings = h264, vp8, png, png/P, png/L, webp, rgb, > jpeg, h265, vp9 > >> #encodings = all > >> #encodings = rgb > >> encodings = all > >> # Default encoding > >> # (not all encodings may be available in your environment): > >> #encoding = h264 > >> #encoding = vp8 > >> #encoding = png > >> #encoding = jpeg > >> #encoding = rgb > >> #encoding = webp > >> # Used by the server to encode video: > >> # video-encoders = x264, vpx, nvenc > >> # video-encoders = none > >> # video-encoders = all > >> video-encoders = all > >> # Used by both the client and server for colourspace > conversion: > >> # csc-modules = swscale, cython, opencl > >> # csc-modules = none > >> # csc-modules = all > >> video-encoders = all > >> # Used the client for decoding: > >> # video-decoders = avcodec2, vpx > >> # video-decoders = avcodec, vpx > >> # video-decoders = none > >> # video-decoders = all > >> video-decoders = all > >> # Use fixed quality > >> # (value is a percentage or "auto"): > >> #quality = 80 > >> quality = auto > >> # For auto quality only: > >> #min-quality = 50 > >> min-quality = 30 > >> # Use fixed speed > >> # (value is a percentage or "auto"): > >> #speed = 90 > >> speed = auto > >> # For auto speed only: > >> #min-speed = 20 > >> min-speed = 0 > >> # Idle delay in seconds before doing an automatic > lossless refresh: > >> auto-refresh-delay = 0.15 > >> # Default DPI: > >> dpi = 96 > >> > >> > >> > ################################################################################ > >> # Sound Encoding > >> # Codec(s) to use for forwarding speaker sound: > >> #speaker-codec = mp3 > >> #speaker-codec = flac > >> #speaker-codec = wav > >> #speaker-codec = wavpack > >> #speaker-codec = speex > >> #speaker-codec = opus > >> # Forward sound input to server: > >> # microphone = yes > >> # Codec(s) to use for forwarding microphone sound: > >> #microphone-codec = mp3 > >> #microphone-codec = flac > >> #microphone-codec = wav > >> #microphone-codec = wavpack > >> #microphone-codec = speex > >> #microphone-codec = opus > >> > >> > >> > ################################################################################ > >> # Network Connection > >> # Enable shared memory transfers: > >> mmap = yes > >> # Use server group ownership for mmap file: > >> mmap-group = no > >> # Share session with other users: > >> sharing = no > >> # Compressors: > >> #compressors = all > >> #compressors = none > >> #compressors = zlib > >> compressors = lz4, zlib, lzo > >> # Default compression (0 to 9): > >> compression_level = 1 > >> # Packet encoders (at least one is required): > >> #packet-encoders = bencode > >> #packet-encoders = all > >> packet-encoders = rencode, bencode, yaml > >> # Socket directory: > >> #socket-dir = /tmp > >> #socket-dir = ~/.xpra > >> > >> > >> > ################################################################################ > >> # Client Options > >> # OpenGL accelerated rendering: > >> #opengl = yes > >> #opengl = no > >> opengl = auto > >> # Client window title: > >> title = @title@ on @client-machine@ > >> # Icon used by the system tray: > >> #tray-icon = /path/to/icon.png > >> # Keyboard synchronization: > >> keyboard-sync = yes > >> # Client ssh command: > >> #ssh = /usr/bin/ssh > >> > >> > ######################################################################## > >> # Server Options: > >> # Commands to start by default > >> # (may be specified more than once): > >> # examples: > >> #start-child = /usr/bin/xterm > >> #start-child = /usr/bin/xeyes > >> # Xsession can take care of initializing dbus, > keyring-daemon, > >> # gpg-agent or whatever else might be usually started > together with X > >> #start-child = /etc/X11/Xsession true > >> # Video encoders loaded by the server > >> # (all of them unless specified) > >> # examples: > >> #video-encoders=x264,vpx,nvenc > >> #video-encoders=x264 > >> # Colourspace conversion modules loaded by the server > >> # (all of them unless specified) > >> # examples: > >> #csc-modules=swscale,cython,opencl > >> #csc-modules=swscale > >> # Where to send non xpra clients: > >> # (can be used to share the port with a web server) > >> #tcp-proxy = 127.0.0.1:80 > >> # Log file: > >> log-file = $DISPLAY.log > >> # Publish sessions: > >> mdns = yes > >> # Start a pulseaudio server with each session: > >> pulseaudio = yes > >> # pulseaudio server start command: > >> pulseaudio-command = pulseaudio --start > --daemonize=false --system=false \ > >> --exit-idle-time=-1 -n > --load=module-suspend-on-idle \ > >> --load=module-null-sink > --load=module-native-protocol-unix > >> \ > >> --log-level=2 --log-target=stderr > >> # Virtual display command: > >> # - Old Xvfb option: > >> # xvfb=Xvfb +extension Composite -screen 0 > 3840x2560x24+32 -nolisten tcp > >> -noreset -auth $XAUTHORITY > >> # - With Xorg 1.12 or newer and the dummy driver: > >> # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp > +extension GLX > >> +extension RANDR +extension RENDER -logfile > >> ${HOME}/.xpra/Xorg.${DISPLAY}.log -config > /etc/xpra/xorg.conf > >> # > >> # Selecting virtual X server: > >> xvfb= > >> # Does the xvfb command support the "-displayfd" argument? > >> displayfd = no > > > > *xpra.conf at Server* > > > > # Enable clipboard forwarding: > >> clipboard = yes > >> # Enable forwarding of notifications: > >> notifications = yes > >> # Enable forwarding of system tray icons: > >> system-tray = yes > >> # Start a pulseaudio server with each session: > >> pulseaudio = yes > >> # pulseaudio server start command: > >> pulseaudio-command = pulseaudio --start > --daemonize=false --system=false \ > >> --exit-idle-time=-1 -n > --load=module-suspend-on-idle \ > >> --load=module-null-sink > --load=module-native-protocol-unix > >> \ > >> --log-level=2 --log-target=stderr > >> # Forward sound output to clients: > >> speaker = yes > >> # Enable shared memory transfers: > >> mmap = yes > >> # Use server group ownership for mmap file: > >> mmap-group = no > >> # Share session with other users: > >> sharing = no > >> # Default compression (0 to 9): > >> compression_level = 1 > >> # Socket directory: > >> #socket-dir = /tmp > >> #socket-dir = ~/.xpra > >> # Where to send non xpra clients: > >> #tcp-proxy = 127.0.0.1:80 > >> # Log file: > >> log-file = $DISPLAY.log > >> # Publish sessions: > >> mdns = yes > >> # Debugging: > >> #debug = > >> #debug = keyboard,clipboard,tray > >> # OpenGL accelerated rendering: > >> #opengl = yes > >> #opengl = no > >> opengl = auto > >> # Use fixed quality: > >> quality = auto > >> # For auto quality, do not go below this value: > >> min-quality = 50 > >> # Use fixed speed: > >> #speed = 20 > >> speed = auto > >> # For auto speed, do not go below this value: > >> #min-speed = 20 > >> min-speed = 0 > >> # Idle delay in seconds before doing an automatic > lossless refresh: > >> auto-refresh-delay = 0.25 > >> # Default DPI: > >> dpi = 96 > >> # Client window title: > >> title = @title@ on @client-machine@ > >> # Icon used by the system tray: > >> #tray-icon = /path/to/icon.png > >> # Keyboard synchronization: > >> keyboard-sync = yes > >> # Send ping packets more regularly (every second): > >> pings = no > >> # Client ssh command: > >> #ssh = /usr/bin/ssh > >> # Virtual display command: > >> # - Old Xvfb option: > >> # xvfb=Xvfb +extension Composite -screen 0 > 3840x2560x24+32 -nolisten tcp > >> -noreset -auth $XAUTHORITY > >> # - With Xorg 1.12 or newer and the dummy driver: > >> # xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp > +extension GLX > >> +extension RANDR +extension RENDER -logfile > >> ${HOME}/.xpra/Xorg.${DISPLAY}.log -config > /etc/xpra/xorg.conf > >> # > >> # Using Xvfb: > >> xvfb=Xvfb +extension Composite -screen 0 > 3840x2560x24+32 -nolisten tcp > >> -noreset -auth $XAUTHORITY > > _______________________________________________ > > shifter-users mailing list > > shifter-users at lists.devloop.org.uk > > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > > > From antoine at devloop.org.uk Thu Aug 14 03:57:05 2014 From: antoine at devloop.org.uk (Antoine Martin) Date: Thu, 14 Aug 2014 09:57:05 +0700 Subject: [winswitch] xpra wick - how to submit questions In-Reply-To: <2E0779A1-2CBA-418C-B4C5-05E15F191329@ttu.edu> References: <2E0779A1-2CBA-418C-B4C5-05E15F191329@ttu.edu> Message-ID: <53EC2581.7070808@devloop.org.uk> On 14/08/14 08:47, Scott-Fleming, Ian wrote: > Have just installed xpra on linux (Centos 6.5) & OS X client. Have > also registered on your wiki, and wanted to post some questions about > both. However, couldn?t see where to submit questions?only bugs. Please use this mailing list or IRC, which are linked from the home page under "Help and Discussions". > Was also looking for documentation. Could only find the ?Usage? page, > which doesn?t explain much. There are dozens of pages on the wiki, and if you tell us what it is that you are looking for, we can add more. > Here are 3 starter questions, mostly on authentication issues. > > 0. Initially I was able to connect, but now attempting to connect I > get the error message ?server requires authentication, please provide > a password" That means your session has password mode configured. > I connect via ssh, and use ssh-keys, and have not set a separate > password for xpra. Attempting to stop the xpra session on the host > also comes back saying a password is needed. My guess is that you may have also run winswitch, which automatically manages your xpra sessions and will password protect them for you. Your main options are: * use winswitch and not xpra directly * stop winswitch and use xpra directly only * tell winswitch not to capture xpra sessions (see .winswitch/server/protocols/xpra.conf) > Where is it looking for a password, and how do I disable that? ps -ef | grep xpra Will show you the password file it is using. To disable it, see above. To change a session which uses password mode, use "xpra upgrade". > > 1. How do I start xpra so it only allows connections via ssh? Looks > like there is at least one alternate way, via TCP; I need to make > sure this is not enabled (and what port does the TCP method use?). See man page for more details. It will use whatever port you tell it to use. If you don't specify TCP mode, it will not be used. > > 2. On the OS X Xpra.app GUI, how do I disconnect, other than exiting > Xpra entirely? Exiting is how you do it. > Assuming I have more than one application remoted from Linux to OS > X, how do I disconnect just one? You cannot. If you want to do that, you should use a separate session for each remote application. > > Thanks. And please let me know where the correct place to submit > questions like this are. Here: Xpra and Winswitch ML Cheers Antoine From antoine at devloop.org.uk Thu Aug 14 03:59:05 2014 From: antoine at devloop.org.uk (Antoine Martin) Date: Thu, 14 Aug 2014 09:59:05 +0700 Subject: [winswitch] os x mavericks? In-Reply-To: <052CEC15-6DF9-49AF-B760-B1DFDBBBEBD4@ttu.edu> References: <052CEC15-6DF9-49AF-B760-B1DFDBBBEBD4@ttu.edu> Message-ID: <53EC25F9.9090203@devloop.org.uk> On 14/08/14 05:55, Scott-Fleming, Ian wrote: > Any plans to register either Window-switch or xpra with OS X? Yes. When I get the spare time required to jump through the hoops. > > ?Windows-Switch.app? can?t her opened because it is from an > unidentified developer > > Am rather leery of programs which require bypassing Mavericks? > security protocols. > I am rather leery of Maverick's "security" protocols ;) From ian.scott-fleming at ttu.edu Thu Aug 14 05:40:35 2014 From: ian.scott-fleming at ttu.edu (Scott-Fleming, Ian) Date: Thu, 14 Aug 2014 04:40:35 +0000 Subject: [winswitch] how to search shift-users archive? Message-ID: <4F0D7AE0-2DCB-427A-8489-D3C38A55D460@ttu.edu> Have just installed xpra, and joined shift-users mailing list. Wanted to search the archives for solutions to the newbie-type stumbling blocks I?m having, but seems like the only way in is to look at the subjects on a month-by-month basis. Is there a ?search? option somewhere that I?m missing? Ian Scott-Fleming Texas Tech Climate Science Center From antoine at nagafix.co.uk Thu Aug 14 05:50:15 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 14 Aug 2014 11:50:15 +0700 Subject: [winswitch] how to search shift-users archive? In-Reply-To: <4F0D7AE0-2DCB-427A-8489-D3C38A55D460@ttu.edu> References: <4F0D7AE0-2DCB-427A-8489-D3C38A55D460@ttu.edu> Message-ID: <53EC4007.2030506@nagafix.co.uk> On 14/08/14 11:40, Scott-Fleming, Ian wrote: > Have just installed xpra, and joined shift-users mailing list. Wanted to search the archives for solutions to the newbie-type stumbling blocks I?m having, Hopefully, most of them should be covered in the FAQ, if not let us know: http://xpra.org/trac/wiki/FAQ > but seems like the only way in is to look at the subjects on a month-by-month basis. Is there a ?search? option somewhere that I?m missing? That's an unfortunate limitation of the current mailman interface. I can only offer this workaround: use google and restrict to the "lists" domain which is hosting the message archive: https://www.google.co.th/search?q=site%3Alists.devloop.org.uk Cheers Antoine From antoine at devloop.org.uk Thu Aug 14 06:58:14 2014 From: antoine at devloop.org.uk (Antoine Martin) Date: Thu, 14 Aug 2014 12:58:14 +0700 Subject: [winswitch] xpra wick - how to submit questions In-Reply-To: <704791FA-4C82-4A50-8A58-001093DAAFBC@ttu.edu> References: <2E0779A1-2CBA-418C-B4C5-05E15F191329@ttu.edu> <53EC2581.7070808@devloop.org.uk> <704791FA-4C82-4A50-8A58-001093DAAFBC@ttu.edu> Message-ID: <53EC4FF6.9040703@devloop.org.uk> >> My guess is that you may have also run winswitch, which automatically >> manages your xpra sessions and will password protect them for you. > indeed I had, but it failed to start properly with lots of error > messages, and I assumed it was not running. ps showed that winswitch > was actually running, but not windows showing anywhere. Have killed it > now; problem solved. thanks I think the amount of logging is not helping here. It is in fact quite normal to see a number of warnings and errors, as not all the features are available everywhere. It probably was working OK, hard to say without the actual message. > FYI On my linux machine, I went through the Linux install procedure > at http://winswitch.org/downloads/rpm-repository.html?dist_select=CentOS6 > , including adding rpm fusion.org and EPEL. No > error messages from any of the steps, including the last ?yum install > winswitch?. But attempting to start winswitch produces many error > messages. Hence I gave up on winswitch and went with xpra from cmd > line. I can post a transcript under bugs or to mail list if you care > to chase on it. Not required from my part?cmd line works fine for me. Problem solved! (snip) > Bummer. Ok. But looks like I can run the app on the Mac from the > command line (for multiple connections) with > "/Applications/Xpra.app/Contents/MacOS/Xpra?" and exit them via Ctl-C, > so all is well. > ________ > > Only problem with cmd line seems to be that the script Xpra doesn?t > get the path right if it?s alias?d or symbolic linked. > > t tried putting a symbolic link to it in my bin directory, and here?s > what happens: > > $ ln -s /Applications/Xpra.app/Contents/MacOS/Xpra ~/bin/xpr$ xpra -h > /Users/iscottfl/bin/xpra: line 78: /Users/Contents/Resources/bin/Xpra: > No such file or directory > /Users/iscottfl/bin/xpra: line 78: exec: > /Users/Contents/Resources/bin/Xpra: cannot execute: No such file or > directory > > To fix that, you could replace > > exe_name=$(basename $0) > full_path=$(cd "$(dirname "$0")"; pwd) > > with > > true_name=$( readlink $0 ) > exe_name=$( basename $true_name ) > full_path=$( dirname $true_name ) > > read link properly resolves symbolic links to the true pathname. It > also gets the full pathname if the file is found via the search path. That doesn't work when used directly: cat ./bin/test #!/bin/sh true_name=$(readlink $0) echo true_name=$true_name ./bin/test true_name= Also, it would need quotes to deal with paths that have spaces in them. > > Note: under other linux?s, like RedHat and Centos, use ?read link -f ?? > If you need the script to be portable between linux & os x, you?d > probably need something along the lines of > if [[ $OSTYPE == darwin* ]] > then > true_name=$( readlink $0 ) > else > true_name=$( read link -f $0 ) > fi These scripts are used only on OSX, so we don't need the check. Cheers Antoine > > cheers. > > Ian Scott-Fleming > Texas Tech Climate Science Center > ian.scott-fleming at ttu.edu > From antoine at nagafix.co.uk Thu Aug 14 09:36:33 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 14 Aug 2014 15:36:33 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.13.9 (minor fixes) Message-ID: <53EC7511.9070908@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This release fixes a few minor issues. There is no urgency to upgrade if you were not affected by them. Most of them are quite hard to hit. Release notes: * fix clipboard on OSX * fix remote ssh start with start-child issues * use secure "compare_digest" if available * fix crashes in codec cleanup * fix video encoding fallback code * fix fakeXinerama setup wrongly skipped in some cases * fix connection failures with large screens and uncompressed RGB * fix Ubuntu trusty Xvfb configuration * fix clipboard errors with no data * fix opencl platform initialization errors The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlPsdQ0ACgkQGK2zHPGK1rsIJQCffiyxWWudF6QJSjeLA5PHAKDZ gVkAnRiNraavgaMFwBAJWyrV57qSJ+45 =nNW9 -----END PGP SIGNATURE----- From antoine at devloop.org.uk Thu Aug 14 13:01:16 2014 From: antoine at devloop.org.uk (Antoine Martin) Date: Thu, 14 Aug 2014 19:01:16 +0700 Subject: [winswitch] readlink (via python realpath) In-Reply-To: <977A988A-C3BB-4F7B-B312-6F200982D086@ttu.edu> References: <2E0779A1-2CBA-418C-B4C5-05E15F191329@ttu.edu> <53EC2581.7070808@devloop.org.uk> <704791FA-4C82-4A50-8A58-001093DAAFBC@ttu.edu> <53EC4FF6.9040703@devloop.org.uk> <977A988A-C3BB-4F7B-B312-6F200982D086@ttu.edu> Message-ID: <53ECA50C.9080008@devloop.org.uk> On 14/08/14 15:07, Scott-Fleming, Ian wrote: > A - > >>> >>> read link properly resolves symbolic links to the true pathname. It >>> also gets the full pathname if the file is found via the search path. >> That doesn't work when used directly: >> > Ouch. > indeed. you are right. hadn?t tried it on a regular file. (read > link -f works properly in regular linux for any pathname?why can?t Mac > OS X do the same?) There doesn?t seem to be a direct OS X bash > solution equivalent to linux?s ?read link -f?. > > (And you?re right about needing quotes for filenames with spaces. > always forget that people who don?t know better put spaces in their > filenames?) > > The best I?ve found via google is the following. Relies on python > being present, but your package requires python, so should be valid in > your script: That's a bit different though, we ship our own python and this script is required to find it.. > > true_name=$(python -c 'import os,sys;print > os.path.realpath(sys.argv[1])' "$0") > exe_name=$( basename $true_name) > full_path=$(dirname $true_name ) > In any case, I would much rather not have to rely on finding and running python, and use shell if-else instead. Surely we don't need a python interpreter to figure out which path we're at? I know this OSX, but come on! (snip) > BTW, if you stay with your solution: ?pwd -P? might be preferable to > ?pwd? (-P canonicalizes the path to cur dir if it contains any > symbolic links, but won?t canonicalize the filename if its a link). That bit is now merged: http://xpra.org/trac/changeset/7281 Thanks Antoine From antoine at nagafix.co.uk Sun Aug 17 14:35:45 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 17 Aug 2014 20:35:45 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.14.0 (new Long Term Support release) Message-ID: <53F0AFB1.6040806@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This is the first LTS release of xpra. It will be supported for a minimum of 18 months and is therefore a good choice for distributions with longer release cycles. Another LTS release will overlap with this one, sometime next year. This being the first Long Term Support (LTS) release, many of the changes are in fact clean-ups or changes which allow us to provide better security and control over the application's deployment. In particular, we remove older codecs (python-webm), add support for new alternatives in the packet layer (lzo compression, yaml packet encoder) and allow each and every codec to be disabled: this applies to all the parsers, compressors, picture encoders and decoders - of which there are many. Should there be another security issue with lz4 / lzo (see "?The 20 Year Old Bug that Went to Mars") or even zlib (ie: ?CVE-2005-2096), then the application can be secured using configuration changes only, without having to wait for a security update. This is most important for platforms which do not have a real native package manager for libraries (MS Windows and Mac OSX). We no longer ship static codecs for any RPM distribution (centos / Fedora), instead we maintain our own private RPM builds of the media libraries (x264, ffmpeg and for some older versions also libvpx and libwebp), which we will keep up to date independently of the xpra packages. (and certainly more up to date than any other repositories we are aware of) Users of the yum repositories will get their security updates as soon as new versions are available instead of just when a newer version of xpra is released. All the RPM specfiles and SRPMS are also available for those who wish to do it all themselves. (thanks to Matthew Gyurgyik) There is also a new integrated bug reporting tool, support for lzo compression, and many performance optimizations. One major new feature is the automatic display selection, which means that you no longer need to choose a free X11 display (thanks to Benoit Gschwind). This will be the last release to support python 2.5 and older, libav, old versions of GTK, etc.. The full release notes, including the text above and more links and information can be found here: http://xpra.org/trac/wiki/News#a0.14.0Release The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPwr7AACgkQGK2zHPGK1rvgHACfbvEzU7ST+HoxcUz14YveHsSH sw4AmQHhPdYtBXb017PWLx9Kjbnkt+u2 =fST5 -----END PGP SIGNATURE----- From dougdoole at gmail.com Mon Aug 18 16:01:17 2014 From: dougdoole at gmail.com (Douglas Doole) Date: Mon, 18 Aug 2014 11:01:17 -0400 Subject: [winswitch] xpra 0.14.0 and xpra.conf Message-ID: I just upgraded my client and server to xpra 0.14.0 on Ubuntu. It looks like this combination isn't respecting the line: encoding = png in my $HOME/.xpra/xpra.conf. When I start up the client, the encoding is set to VP8. (It's easy to tell that PNG isn't being used because text looks fuzzy when I'm scrolling through a file using gvim.) -- -- Doug Doole aibohphobia - The irrational fear of palindromes From antoine at nagafix.co.uk Mon Aug 18 17:04:17 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 18 Aug 2014 23:04:17 +0700 Subject: [winswitch] xpra 0.14.0 and xpra.conf In-Reply-To: References: Message-ID: <53F22401.7090007@nagafix.co.uk> On 18/08/14 22:01, Douglas Doole wrote: > I just upgraded my client and server to xpra 0.14.0 on Ubuntu. It looks > like this combination isn't respecting the line: > > encoding = png > > in my $HOME/.xpra/xpra.conf. When I start up the client, the encoding is > set to VP8. (It's easy to tell that PNG isn't being used because text looks > fuzzy when I'm scrolling through a file using gvim.) Sorry about that. Just fixed: http://xpra.org/trac/changeset/7330 You will have to stick your options in the global xpra config file until the next update... Antoine From ndbecker2 at gmail.com Tue Aug 19 12:06:08 2014 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 19 Aug 2014 07:06:08 -0400 Subject: [winswitch] why is winswitch repo packaging Cython?? Message-ID: I just noticed I have an update for Cython (fedora 20) Why would winswitch package Cython? Just to increase my surprise, I maintain Cython for Fedora. I also noticed Fedora Cython package is about 9M, which winswitch version is 2M. From antoine at nagafix.co.uk Tue Aug 19 12:11:59 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 19 Aug 2014 18:11:59 +0700 Subject: [winswitch] why is winswitch repo packaging Cython?? In-Reply-To: References: Message-ID: <53F330FF.70100@nagafix.co.uk> On 19/08/14 18:06, Neal Becker wrote: > I just noticed I have an update for Cython (fedora 20) > > Why would winswitch package Cython? That's part of the big changes in packaging for v0.14.x We provide packages for everything needed in order to build everything from source: that's all of xpra's build dependencies - many of which are not available elsewhere - Cython is the exception here. And although in this particular case the version of Cython in Fedora 20 would be recent enough to build xpra, we prefer to use the newer-and-better Cython. > Just to increase my surprise, I maintain Cython for Fedora. I also > noticed Fedora Cython package is about 9M, which winswitch version > is 2M. I have absolutely no idea why that is, and would be interested to know why, maybe pyther can help you. Especially when the specfile we have used was meant to be based on the Fedora one (I think). You can find it here: http://xpra.org/trac/browser/xpra/trunk/rpmbuild/Cython.spec Cheers Antoine From antoine at nagafix.co.uk Tue Aug 19 12:17:58 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 19 Aug 2014 18:17:58 +0700 Subject: [winswitch] why is winswitch repo packaging Cython?? In-Reply-To: References: Message-ID: <53F33266.8000205@nagafix.co.uk> On 19/08/14 18:06, Neal Becker wrote: > I just noticed I have an update for Cython (fedora 20) > > Why would winswitch package Cython? > > Just to increase my surprise, I maintain Cython for Fedora. I also > noticed Fedora Cython package is about 9M, which winswitch version > is 2M. Never mind, I've just remembered why that is (I did that) http://xpra.org/trac/changeset/7060/xpra We don't want any external dependencies like EPEL. Just vanilla CentOS / Fedora systems as base. Antoine From ndbecker2 at gmail.com Tue Aug 19 14:22:47 2014 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 19 Aug 2014 09:22:47 -0400 Subject: [winswitch] why is winswitch repo packaging Cython?? In-Reply-To: <53F33266.8000205@nagafix.co.uk> References: <53F33266.8000205@nagafix.co.uk> Message-ID: Would it be reasonable to provide only centos packages, not fedora packages, which should already be provided in standard fedora repo? On Tue, Aug 19, 2014 at 7:17 AM, Antoine Martin wrote: > On 19/08/14 18:06, Neal Becker wrote: > > I just noticed I have an update for Cython (fedora 20) > > > > Why would winswitch package Cython? > > > > Just to increase my surprise, I maintain Cython for Fedora. I also > > noticed Fedora Cython package is about 9M, which winswitch version > > is 2M. > Never mind, I've just remembered why that is (I did that) > http://xpra.org/trac/changeset/7060/xpra > We don't want any external dependencies like EPEL. > Just vanilla CentOS / Fedora systems as base. > > Antoine > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From shanew at shanew.net Wed Aug 20 13:39:18 2014 From: shanew at shanew.net (Shane Williams) Date: Wed, 20 Aug 2014 07:39:18 -0500 (CDT) Subject: [winswitch] SSH login failure with winswitch Message-ID: I've been trying for a while to use winswitch between several systems. First, trying to connect from OSX to a Linux workstation, but then from one Linux workstation to another (I'm running gentoo on both Linux boxes). In each case, what I've found is that it looks like SSH isn't able to connect with the password, despite the fact that I can connect between systems using ssh at the command line (these are systems I connect to regularly, so I feel very confident I'm not mistyping the password). In particular, what I'm seeing in the logs are entries like: Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Version;Remote: 192.168.1.9-56825;Protocol: 2.0;Client: Twisted Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Kex;Remote: 192.168.1.9-56825;Enc: aes256-ctr;MAC: hmac-sha1;Comp: none [preauth] Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Authname;Remote: 192.168.1.9-56825;Name: shanew [preauth] Aug 20 07:27:54 xxxxxx sshd[23276]: Postponed keyboard-interactive for shanew from 192.168.1.9 port 56825 ssh2 [preauth] Aug 20 07:27:54 xxxxxx last message repeated 2 times Aug 20 07:27:54 xxxxxx sshd[23276]: Failed keyboard-interactive/pam for shanew from 192.168.1.9 port 56825 ssh2 Aug 20 07:27:54 xxxxxx sshd[23276]: Disconnecting: Too many authentication failures for shanew [preauth] I haven't tried using keys yet, but I get the impression that keys shouldn't be necessary to connect. Any suggestions? -- Public key #7BBC68D9 at | Shane Williams http://pgp.mit.edu/ | =----------------------------------+------------------------------- All syllogisms contain three lines | shanew at shanew.net Therefore this is not a syllogism | www.ischool.utexas.edu/~shanew From totaam at gmail.com Wed Aug 20 13:52:41 2014 From: totaam at gmail.com (Antoine Martin) Date: Wed, 20 Aug 2014 19:52:41 +0700 Subject: [winswitch] why is winswitch repo packaging Cython?? In-Reply-To: References: <53F33266.8000205@nagafix.co.uk> Message-ID: Sure, that would be reasonable. The downside would be that the repo would no longer contain everything needed for building xpra exactly as delivered. Another option would be to provide two repositories, one with the complete build toolchain, the other with just the minimum required for installing just xpra. Either way, it looks like I will have to spend more time on packaging still.. Cheers Antoine On Tue, Aug 19, 2014 at 8:22 PM, Neal Becker wrote: > Would it be reasonable to provide only centos packages, not fedora > packages, which should already be provided in standard fedora repo? > > > On Tue, Aug 19, 2014 at 7:17 AM, Antoine Martin > wrote: > > > On 19/08/14 18:06, Neal Becker wrote: > > > I just noticed I have an update for Cython (fedora 20) > > > > > > Why would winswitch package Cython? > > > > > > Just to increase my surprise, I maintain Cython for Fedora. I also > > > noticed Fedora Cython package is about 9M, which winswitch version > > > is 2M. > > Never mind, I've just remembered why that is (I did that) > > http://xpra.org/trac/changeset/7060/xpra > > We don't want any external dependencies like EPEL. > > Just vanilla CentOS / Fedora systems as base. > > > > Antoine > > _______________________________________________ > > shifter-users mailing list > > shifter-users at lists.devloop.org.uk > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > > _______________________________________________ > 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 Aug 20 14:04:47 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 20 Aug 2014 20:04:47 +0700 Subject: [winswitch] SSH login failure with winswitch In-Reply-To: References: Message-ID: <53F49CEF.7010602@nagafix.co.uk> On 20/08/14 19:39, Shane Williams wrote: > I've been trying for a while to use winswitch between several > systems. First, trying to connect from OSX to a Linux workstation, > but then from one Linux workstation to another (I'm running gentoo on > both Linux boxes). > > In each case, what I've found is that it looks like SSH isn't able to > connect with the password, despite the fact that I can connect between > systems using ssh at the command line (these are systems I connect to > regularly, so I feel very confident I'm not mistyping the password). > > In particular, what I'm seeing in the logs are entries like: > > Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Version;Remote: > 192.168.1.9-56825;Protocol: 2.0;Client: Twisted > Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Kex;Remote: > 192.168.1.9-56825;Enc: aes256-ctr;MAC: hmac-sha1;Comp: none [preauth] > Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Authname;Remote: > 192.168.1.9-56825;Name: shanew [preauth] > Aug 20 07:27:54 xxxxxx sshd[23276]: Postponed keyboard-interactive for > shanew from 192.168.1.9 port 56825 ssh2 [preauth] > Aug 20 07:27:54 xxxxxx last message repeated 2 times > Aug 20 07:27:54 xxxxxx sshd[23276]: Failed keyboard-interactive/pam for > shanew from 192.168.1.9 port 56825 ssh2 > Aug 20 07:27:54 xxxxxx sshd[23276]: Disconnecting: Too many > authentication failures for shanew [preauth] > > I haven't tried using keys yet, but I get the impression that keys > shouldn't be necessary to connect. Correct. Keys are nice, but should not be needed. > > Any suggestions? Yes... (I assume that you've checked your username, etc): * on Linux, especially with distros like gentoo, you may need to add an "askpass" utility to your environment to ensure that you get prompted for a password * could be an incompatibility with the Twisted library you have installed (on Linux only, we ship our own one with OSX builds) * OSX, I will try to test again, what version are you using? (unfortunately, I don't have every version available for testing..) Cheers Antoine From shanew at shanew.net Wed Aug 20 15:11:21 2014 From: shanew at shanew.net (Shane Williams) Date: Wed, 20 Aug 2014 09:11:21 -0500 (CDT) Subject: [winswitch] SSH login failure with winswitch In-Reply-To: <53F49CEF.7010602@nagafix.co.uk> References: <53F49CEF.7010602@nagafix.co.uk> Message-ID: On Wed, 20 Aug 2014, Antoine Martin wrote: > On 20/08/14 19:39, Shane Williams wrote: >> I've been trying for a while to use winswitch between several >> systems. First, trying to connect from OSX to a Linux workstation, >> but then from one Linux workstation to another (I'm running gentoo on >> both Linux boxes). >> >> In each case, what I've found is that it looks like SSH isn't able to >> connect with the password, despite the fact that I can connect between >> systems using ssh at the command line (these are systems I connect to >> regularly, so I feel very confident I'm not mistyping the password). >> >> In particular, what I'm seeing in the logs are entries like: >> >> Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Version;Remote: >> 192.168.1.9-56825;Protocol: 2.0;Client: Twisted >> Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Kex;Remote: >> 192.168.1.9-56825;Enc: aes256-ctr;MAC: hmac-sha1;Comp: none [preauth] >> Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Authname;Remote: >> 192.168.1.9-56825;Name: shanew [preauth] >> Aug 20 07:27:54 xxxxxx sshd[23276]: Postponed keyboard-interactive for >> shanew from 192.168.1.9 port 56825 ssh2 [preauth] >> Aug 20 07:27:54 xxxxxx last message repeated 2 times >> Aug 20 07:27:54 xxxxxx sshd[23276]: Failed keyboard-interactive/pam for >> shanew from 192.168.1.9 port 56825 ssh2 >> Aug 20 07:27:54 xxxxxx sshd[23276]: Disconnecting: Too many >> authentication failures for shanew [preauth] >> >> I haven't tried using keys yet, but I get the impression that keys >> shouldn't be necessary to connect. > Correct. Keys are nice, but should not be needed. >> >> Any suggestions? > Yes... (I assume that you've checked your username, etc): > * on Linux, especially with distros like gentoo, you may need to add an > "askpass" utility to your environment to ensure that you get prompted > for a password > * could be an incompatibility with the Twisted library you have > installed (on Linux only, we ship our own one with OSX builds) > * OSX, I will try to test again, what version are you using? > (unfortunately, I don't have every version available for testing..) I emerged x11-ssh-askpass, and when I try to connect to the remote server, it doesn't pop anything up. I tried removing my password from the connection configuration screen thinking that might prompt the askpass, and noticed something interesting. When I have an empty or incorrect password entered in the configuration, I get errors like this on the remote side (in auth.log): Aug 20 09:00:11 xxxxxx sshd[23427]: Bad protocol version identification 'set_salt 'cfcb532196ab4b7c8f51c3c9dd907adf'' from 192.168.1.9 port 60288 Aug 20 09:00:12 xxxxxx sshd[23430]: Bad protocol version identification 'set_salt '4994cf6a6b4b44ba82e33ec39110c99e'' from 192.168.1.9 port 60289 In fact, now even if I set the password back to the correct one, I still see errors like that in the remote auth.log. I don't know if that represents progress or a step backwards? If there's a specific version of twisted (core or conch) that I should be using, let me know. I have at least a few options to choose from on gentoo. I don't have the OSX machine in front of me, but I'll let you know what version it's on once I've had a look. -- Public key #7BBC68D9 at | Shane Williams http://pgp.mit.edu/ | System Admin - UT iSchool =----------------------------------+------------------------------- All syllogisms contain three lines | shanew at shanew.net Therefore this is not a syllogism | www.ischool.utexas.edu/~shanew From antoine at nagafix.co.uk Wed Aug 20 15:20:52 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 20 Aug 2014 21:20:52 +0700 Subject: [winswitch] SSH login failure with winswitch In-Reply-To: References: <53F49CEF.7010602@nagafix.co.uk> Message-ID: <53F4AEC4.9070506@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 20/08/14 21:11, Shane Williams wrote: > On Wed, 20 Aug 2014, Antoine Martin wrote: > >> On 20/08/14 19:39, Shane Williams wrote: >>> I've been trying for a while to use winswitch between several >>> systems. First, trying to connect from OSX to a Linux workstation, >>> but then from one Linux workstation to another (I'm running gentoo on >>> both Linux boxes). >>> >>> In each case, what I've found is that it looks like SSH isn't able to >>> connect with the password, despite the fact that I can connect between >>> systems using ssh at the command line (these are systems I connect to >>> regularly, so I feel very confident I'm not mistyping the password). >>> >>> In particular, what I'm seeing in the logs are entries like: >>> >>> Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Version;Remote: >>> 192.168.1.9-56825;Protocol: 2.0;Client: Twisted >>> Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Kex;Remote: >>> 192.168.1.9-56825;Enc: aes256-ctr;MAC: hmac-sha1;Comp: none [preauth] >>> Aug 20 07:27:54 xxxxxx sshd[23276]: SSH: Server;Ltype: Authname;Remote: >>> 192.168.1.9-56825;Name: shanew [preauth] >>> Aug 20 07:27:54 xxxxxx sshd[23276]: Postponed keyboard-interactive for >>> shanew from 192.168.1.9 port 56825 ssh2 [preauth] >>> Aug 20 07:27:54 xxxxxx last message repeated 2 times >>> Aug 20 07:27:54 xxxxxx sshd[23276]: Failed keyboard-interactive/pam for >>> shanew from 192.168.1.9 port 56825 ssh2 >>> Aug 20 07:27:54 xxxxxx sshd[23276]: Disconnecting: Too many >>> authentication failures for shanew [preauth] >>> >>> I haven't tried using keys yet, but I get the impression that keys >>> shouldn't be necessary to connect. >> Correct. Keys are nice, but should not be needed. >>> >>> Any suggestions? >> Yes... (I assume that you've checked your username, etc): >> * on Linux, especially with distros like gentoo, you may need to add an >> "askpass" utility to your environment to ensure that you get prompted >> for a password >> * could be an incompatibility with the Twisted library you have >> installed (on Linux only, we ship our own one with OSX builds) >> * OSX, I will try to test again, what version are you using? >> (unfortunately, I don't have every version available for testing..) > > I emerged x11-ssh-askpass, and when I try to connect to the remote > server, it doesn't pop anything up. IIRC, you may also need environment variables to tell SSH about it. > I tried removing my password from > the connection configuration screen thinking that might prompt the > askpass, and noticed something interesting. When I have an empty or > incorrect password entered in the configuration, I get errors like > this on the remote side (in auth.log): > > Aug 20 09:00:11 xxxxxx sshd[23427]: Bad protocol version identification > 'set_salt 'cfcb532196ab4b7c8f51c3c9dd907adf'' from 192.168.1.9 port > 60288 > Aug 20 09:00:12 xxxxxx sshd[23430]: Bad protocol version identification > 'set_salt '4994cf6a6b4b44ba82e33ec39110c99e'' from 192.168.1.9 port 60289 > > In fact, now even if I set the password back to the correct one, I > still see errors like that in the remote auth.log. I don't know if > that represents progress or a step backwards? Not sure, it looks like winswitch is not using ssh at all and is sending the regular winswitch packet data to ssh, as it would do when configured to use plain tcp. I would double-check that the connection mode for this server does specify ssh mode. Defining a brand new config for it if you were using mdns to auto-configure previously. > > If there's a specific version of twisted (core or conch) that I should > be using, let me know. I have at least a few options to choose from > on gentoo. Before you downgrade anything, it probably makes sense to ascertain if twisted is part of the problem or not. Try running the client in debug mode: http://winswitch.org/dev/debugging.html And look for ssh in the output. Cheers Antoine > > I don't have the OSX machine in front of me, but I'll let you know > what version it's on once I've had a look. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlP0rsQACgkQGK2zHPGK1rt6ngCcDrI7svO6Rnlra4PwwfQfeWKT W2oAnA/ZR5oPig6jKre3M4InNrfRvGVp =wo/r -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Wed Aug 20 16:53:47 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 20 Aug 2014 22:53:47 +0700 Subject: [winswitch] why is winswitch repo packaging Cython?? In-Reply-To: References: <53F33266.8000205@nagafix.co.uk> Message-ID: <53F4C48B.8080805@nagafix.co.uk> On 20/08/14 19:52, Antoine Martin wrote: > Sure, that would be reasonable. > The downside would be that the repo would no longer contain everything > needed for building xpra exactly as delivered. > Another option would be to provide two repositories, one with the > complete build toolchain, the other with just the minimum required for > installing just xpra. > Either way, it looks like I will have to spend more time on packaging > still.. I've gone for the quick and dirty approach of leaving the Cython packages in the download directories for Fedora, but excluding them from the repodata. This will have to do for now. Antoine > > Cheers > Antoine > > > On Tue, Aug 19, 2014 at 8:22 PM, Neal Becker > wrote: > > Would it be reasonable to provide only centos packages, not fedora > packages, which should already be provided in standard fedora repo? > > > On Tue, Aug 19, 2014 at 7:17 AM, Antoine Martin > > > wrote: > > > On 19/08/14 18:06, Neal Becker wrote: > > > I just noticed I have an update for Cython (fedora 20) > > > > > > Why would winswitch package Cython? > > > > > > Just to increase my surprise, I maintain Cython for Fedora. I > also > > > noticed Fedora Cython package is about 9M, which winswitch version > > > is 2M. > > Never mind, I've just remembered why that is (I did that) > > http://xpra.org/trac/changeset/7060/xpra > > We don't want any external dependencies like EPEL. > > Just vanilla CentOS / Fedora systems as base. > > > > Antoine > > _______________________________________________ > > shifter-users mailing list > > shifter-users at lists.devloop.org.uk > > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > > _______________________________________________ > 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 Aug 20 17:21:52 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 20 Aug 2014 23:21:52 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.14.1 (minor fixes) Message-ID: <53F4CB20.2020708@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This update fixes some minor issues which had eluded us during the 0.14.0 pre-release testing. There is no urgency to upgrade if you were not affected by those bugs: * fix undesired picture encoding switch * fix GTK3 build * fix start-child conflict with entries in configuration files * fix loading of per-user configuration files on *nix * fix unnecessary warning if pulseaudio is missing * fix compatibility with clients without rencode support (ie: html5) * fix unlikely crash in nvenc encoder * fix error during window cleanup * fix OSX build script The MS Windows and OSX binary builds have also been updated to ffmpeg 2.3.3, which had already been pushed out to the RPM repositories a couple of days earlier. The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlP0yyAACgkQGK2zHPGK1rvEJwCfWx8gHuMxnd7qbPsPxIUE1efb BFwAn39NPyMXUJ1O/KJheY7sDiRAgFH4 =YfNg -----END PGP SIGNATURE----- From shanew at shanew.net Wed Aug 20 21:51:29 2014 From: shanew at shanew.net (Shane Williams) Date: Wed, 20 Aug 2014 15:51:29 -0500 (CDT) Subject: [winswitch] SSH login failure with winswitch In-Reply-To: <53F4AEC4.9070506@nagafix.co.uk> References: <53F49CEF.7010602@nagafix.co.uk> <53F4AEC4.9070506@nagafix.co.uk> Message-ID: On Wed, 20 Aug 2014, Antoine Martin wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 20/08/14 21:11, Shane Williams wrote: >> On Wed, 20 Aug 2014, Antoine Martin wrote: >> >> >> I emerged x11-ssh-askpass, and when I try to connect to the remote >> server, it doesn't pop anything up. > IIRC, you may also need environment variables to tell SSH about it. Added SSH_ASKPASS to my environment variables and ran winswitch_applet from the CLI. Still nothing. That said, if I'm entering my password into the connection configuration, shouldn't a ssh_askpass binary be unnecessary? >> I tried removing my password from >> the connection configuration screen thinking that might prompt the >> askpass, and noticed something interesting. When I have an empty or >> incorrect password entered in the configuration, I get errors like >> this on the remote side (in auth.log): >> >> Aug 20 09:00:11 xxxxxx sshd[23427]: Bad protocol version identification >> 'set_salt 'cfcb532196ab4b7c8f51c3c9dd907adf'' from 192.168.1.9 port >> 60288 >> Aug 20 09:00:12 xxxxxx sshd[23430]: Bad protocol version identification >> 'set_salt '4994cf6a6b4b44ba82e33ec39110c99e'' from 192.168.1.9 port 60289 >> >> In fact, now even if I set the password back to the correct one, I >> still see errors like that in the remote auth.log. I don't know if >> that represents progress or a step backwards? > Not sure, it looks like winswitch is not using ssh at all and is sending > the regular winswitch packet data to ssh, as it would do when configured > to use plain tcp. You are correct. Somehow when I blanked out the password, the "use ssh tunnels" box got unchecked, so that was user / UI error, and can be ignored. >> If there's a specific version of twisted (core or conch) that I should >> be using, let me know. I have at least a few options to choose from >> on gentoo. > Before you downgrade anything, it probably makes sense to ascertain if > twisted is part of the problem or not. > Try running the client in debug mode: > http://winswitch.org/dev/debugging.html > And look for ssh in the output. I've put up the entire output up at http://pastebin.com/s6i8QDkR I notice several errors, some of which seem more important than others. The part at the end is when I actually try connecting, and it kind of looks like ConchUserAuth is never trying keyboard-interactive as a method, relying instead on publickey. As it indicates in the output, twisted (both core and conch) are version 13 (13.0.0 to be precise). -- Public key #7BBC68D9 at | Shane Williams http://pgp.mit.edu/ | System Admin - UT iSchool =----------------------------------+------------------------------- All syllogisms contain three lines | shanew at shanew.net Therefore this is not a syllogism | www.ischool.utexas.edu/~shanew From antoine at nagafix.co.uk Thu Aug 21 06:53:58 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 21 Aug 2014 12:53:58 +0700 Subject: [winswitch] xpra and mouse wheel problem In-Reply-To: <53C559E5.9060206@nagafix.co.uk> References: <53C4F90B.8090804@nagafix.co.uk> <53C559E5.9060206@nagafix.co.uk> Message-ID: <53F58976.5060702@nagafix.co.uk> On 15/07/14 23:42, Antoine Martin wrote: > On 15/07/14 22:11, benjamin campbell wrote: >> client - windows 7 >> server - rhel 5 >> my mouse wheel works with all local applications but none of the >> serverside applications. >> xev is picking up no mouse wheel events but it picks up clicks just fine. > It could be that RHEL5 is too old to support the mouse wheel. I've just checked and RHEL5 clients do support the mouse wheel. RHEL5 servers however will spit out this warning in your server log: "Failed to pass on (un)press of mouse button 4 (perhaps your Xvfb does not support mousewheels?)" Antoine From santiagosaavedra at gmail.com Thu Aug 21 12:29:03 2014 From: santiagosaavedra at gmail.com (Santiago Saavedra) Date: Thu, 21 Aug 2014 13:29:03 +0200 Subject: [winswitch] Packaging mistake for Fedora Message-ID: Hi! I'm recently new to the list, although I've been using xpra for a while already. I've noticed recently though that the Fedora RPM repository now contains a package called "netifaces", which is required by xpra/winswitch. I'm sorry if this has already been brought to attention, but I didn't find it in the list archives. And please, redirect me to relevant documents or arguments if you really think I'm wrong, but I'm acting on good faith here. I honestly think packaging netifaces (and requiring it from xpra) is a mistake. The netifaces python package is already available in the Fedora official repositories with the name python-netifaces, at version 0.5. Its name is python-netifaces as per the Fedora Packaging Guidelines/Python [1]. The officially-provided package provides the netifaces python module in the usual PYTHONLIB directory. Your package does the same, so both packages (xpra's netifaces and fedora's python-netifaces) cannot be installed at the same time. Thus, packages expecting the officially-named module cannot be installed on a Fedora machine along xpra. If your xpra/winswitch really need the netifaces module at a higher version, I would recommend first to comment in fedora's bugzilla [2] so that an updated netifaces specfile gets used (so that it gets built upstream by koji and every official package is updated and dependency-tested against). If that's not an option, and you would prefer all of us to have the updated netifaces version, at least you can package it naming it after the guidelines, and thus, if other packages from other repos may require that python module (if they don't request a specific version) can be installed along xpra. This is not a theoretic problem, the calibre package Requires: python-netifaces. And I happen to use it, so I noticed :) For anyone experiencing this problem, my current solution was to download from xpra's sources the netifaces.spec file, and change: 1. The package Name to be > Name: python-netifaces 2. Download from PyPI the python-netifaces-0.10.4.tar.gz [3] 3. Accordingly, in the %prep section, change the %setup line to > %setup -q -n netifaces-%{version} 4. Add a line to provide the netifaces requirement so that I don't need to rebuild other xpra packages while keeping calibre et al happy > Provides: netifaces This 4th line should not be necessary once xpra's packages are updated to something like > Require: python-netifaces >= 0.10.4 Warning: I have not checked the Guidelines for this spec file, as I just took the one created in xpra's repo. I would advise to use the currently approved package in fedora's repo [4]. If you provide a python-netifaces pacakge in xpra's repository then if Fedora eventually packages an updated version upstream we users would be able to upgrade those dependencies in a more independent way, while keeping all "depended" packages happy. Thanks for the efforts anyway; I hope this is useful, Santiago. [1]: https://fedoraproject.org/wiki/Packaging:Python [2]: https://bugzilla.redhat.com/show_bug.cgi?id=856388 [3]: https://pypi.python.org/packages/source/n/netifaces/netifaces-0.10.4.tar.gz#md5=36da76e2cfadd24cc7510c2c0012eb1e [4]: https://apps.fedoraproject.org/packages/python-netifaces/sources/spec From antoine at nagafix.co.uk Thu Aug 21 14:33:23 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 21 Aug 2014 20:33:23 +0700 Subject: [winswitch] Packaging mistake for Fedora In-Reply-To: References: Message-ID: <53F5F523.2010603@nagafix.co.uk> Hi, (snip) You're absolutely right, it is our mistake. > The officially-provided package provides the netifaces python module > in the usual PYTHONLIB directory. Your package does the same, so both > packages (xpra's netifaces and fedora's python-netifaces) cannot be > installed at the same time. Thus, packages expecting the > officially-named module cannot be installed on a Fedora machine along > xpra. Ouch! > If your xpra/winswitch really need the netifaces module at a higher > version, We don't. Just a personal preference. (the one in Fedora is woefully out of date and won't even build on some of the platforms we cater for) > I would recommend first to comment in fedora's bugzilla [2] > so that an updated netifaces specfile gets used (so that it gets built > upstream by koji and every official package is updated and > dependency-tested against). We're not having much luck so far with bugzilla / Fedora packaging! https://bugzilla.redhat.com/show_bug.cgi?id=928609 > If that's not an option, and you would prefer all of us to have the > updated netifaces version, at least you can package it naming it after > the guidelines, and thus, if other packages from other repos may > require that python module (if they don't request a specific version) > can be installed along xpra. That's the preferred option. > This is not a theoretic problem, the calibre package Requires: > python-netifaces. And I happen to use it, so I noticed :) Really sorry about that. :( > For anyone experiencing this problem, my current solution was to > download from xpra's sources the netifaces.spec file, and change: (snip) I've tried to follow what you said: http://xpra.org/trac/changeset/7389/xpra The buildbot has just spit out some new "python-netifaces" packages: http://xpra.org/beta/ And new beta CentOS and Fedora xpra packages with the updated dependency. (the beta channel is in pretty good state right now because I haven't had time to break anything yet) Does that work for you? If so, I'll push out those changes to the repository with xpra 0.14.2 tomorrow. Thanks Antoine > Thanks for the efforts anyway; > I hope this is useful, > Santiago. > > [1]: https://fedoraproject.org/wiki/Packaging:Python > [2]: https://bugzilla.redhat.com/show_bug.cgi?id=856388 > [3]: https://pypi.python.org/packages/source/n/netifaces/netifaces-0.10.4.tar.gz#md5=36da76e2cfadd24cc7510c2c0012eb1e > [4]: https://apps.fedoraproject.org/packages/python-netifaces/sources/spec > _______________________________________________ > 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 Fri Aug 22 08:33:31 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 22 Aug 2014 14:33:31 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.14.2 (minor fixes) Message-ID: <53F6F24B.20102@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This minor update fixes some encoding related bugs and the RPM netifaces dependency issue. There is no urgency to update if you were not affected by those bugs. * fix rgb encoding not honoured * fix systray forwarding error with old gtk versions * fix RPM netifaces dependencies * fix webp encoding issues (without opengl or using tray) The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlP28ksACgkQGK2zHPGK1ru1lACdHaemQ084lSBsdMIwWm/c9jJV tewAnAr+Wf3kytHEqqLjvPKKunT2X4Vc =4JzH -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Sat Aug 23 05:12:09 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 23 Aug 2014 11:12:09 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.14.3 (minor fixes) Message-ID: <53F81499.3080700@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This minor update fixes a bug which was introduced yesterday by the webp encoding fix in 0.14.2, and some other minor issues. If you had updated since yesterday, you should update again - sorry. If you were not affected by any of these issues, there is no urgency to update. Release notes: * fix webp issue caused by the 0.14.2 update * fix system tray forwarding on many platforms * fix proxy server mode * fix focus click-through windows on OSX The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlP4FJkACgkQGK2zHPGK1rtpFQCfVes70mEf9Avw/4r/hcknuAmQ U8QAnjDhBHYxNzdXIEs4W5BeSKAcJtCS =+Qus -----END PGP SIGNATURE----- From jamesgatannah at gmail.com Sun Aug 24 04:48:59 2014 From: jamesgatannah at gmail.com (James Gatannah) Date: Sun, 24 Aug 2014 03:48:59 +0000 (UTC) Subject: [winswitch] xpra proxy/shadow-start: expected 1 argument but got 2 Message-ID: I ran into this on ubuntu trusty, using the baseline distro install (xpra 0.12.3--I haven't gotten around to playing with winswitch yet). Googling didn't turn up anything except bug #632 (which helped me figure out what was going on) and an obnoxious rant from a couple of months ago. Which doesn't seem fair, especially since this really isn't your fault. The problem really happens when it's parsing the client-side command line options to build the proxy command. That unexpected second argument comes from the true that should be associated with Xsession. My guess is that it's something funky with this version of the ConfigParser library, but I was more interested in getting up and running than actually tracking down a root cause. Changing xpra.conf to put quotes around that line: start-child = "/etc/X11/Xsession true" fixed the glitch. Anyway. I'm really just sharing in the hopes that the next person who runs across this will find something useful (although I have to say that the reply to that rant was very classy). Thanks for a very cool tool that I'm really glad to have discovered, James From ssaavedra at gpul.org Mon Aug 25 02:46:40 2014 From: ssaavedra at gpul.org (Santiago Saavedra) Date: Mon, 25 Aug 2014 03:46:40 +0200 Subject: [winswitch] Packaging mistake for Fedora In-Reply-To: <53F5F523.2010603@nagafix.co.uk> References: <53F5F523.2010603@nagafix.co.uk> Message-ID: Wow, I didn't expect things to come out so quickly! I'm sorry, I couldn't reply faster this week. tl;dr: Thank you! :) 2014-08-21 15:33 GMT+02:00 Antoine Martin : > I've tried to follow what you said: > http://xpra.org/trac/changeset/7389/xpra Wow, I didn't see that. It's quite a pity that things don't move more straightforward. > The buildbot has just spit out some new "python-netifaces" packages: > http://xpra.org/beta/ > And new beta CentOS and Fedora xpra packages with the updated dependency. > (the beta channel is in pretty good state right now because I haven't > had time to break anything yet) > > Does that work for you? > If so, I'll push out those changes to the repository with xpra 0.14.2 > tomorrow. I have just tested yesterday that I can now use your packages to have both xpra and calibre working. Nice! > Thanks > Antoine Thanks to you, I really appreaciate it. From rdt at cs.queensu.ca Thu Aug 28 11:09:25 2014 From: rdt at cs.queensu.ca (Bob Tennent) Date: Thu, 28 Aug 2014 06:09:25 -0400 Subject: [winswitch] network load Message-ID: <20140828110925.J2Gf2NhF%rdt@cs.queensu.ca> I've just realized that when I attach to a remote xpra server, I'm getting 250kB/s network load, even if nothing is happening; when I detach, the network load goes to zero. Is this normal? Using xpra-0.14.3 on Centos 6. Bob T. From antoine at nagafix.co.uk Thu Aug 28 12:35:00 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 28 Aug 2014 18:35:00 +0700 Subject: [winswitch] network load In-Reply-To: <20140828110925.J2Gf2NhF%rdt@cs.queensu.ca> References: <20140828110925.J2Gf2NhF%rdt@cs.queensu.ca> Message-ID: <53FF13E4.1020506@nagafix.co.uk> On 28/08/14 17:09, Bob Tennent wrote: > I've just realized that when I attach to a remote xpra > server, I'm getting 250kB/s network load, even if nothing is > happening; when I detach, the network load goes to zero. Is > this normal? Using xpra-0.14.3 on Centos 6. The answer is: it depends.. I believe that you now have sound forwarding enabled using a not terribly efficient codec (maybe flac?). This used to be disabled by default on CentOS only. Turn off sound forwarding to see if that's the case. If you want to disable this behaviour, either edit /etc/xpra/xpra/conf, or to do it for a single user: echo speaker=no >> ~/.xpra/xpra.conf The next question that usually comes is to ask why we send sound data when no sound is being played through the virtual sound card (ie: not an application that uses sound), and the answer is that at the software level, we just can't tell the difference so we have to send it all the time. (also because we can't start playing sound quickly enough to start it on demand, at least not all platforms) Just for completeness: another possibility is that the application you forward does repaint the screen even when nothing changes, some badly written applications do that - and if you use a non-video encoding, this would cause a fairly constant bandwidth usage. Similarly, some browsers will repaint pretty much the whole page as soon as you hover over a link anywhere.. In this case, you can minimize the window to confirm (minimized windows do not cause any traffic) You can also visualize how many pixels are being received per second on the "Graph" pane of the "Session Info" dialog. Cheers Antoine From rdt at cs.queensu.ca Thu Aug 28 12:59:50 2014 From: rdt at cs.queensu.ca (Bob Tennent) Date: Thu, 28 Aug 2014 07:59:50 -0400 Subject: [winswitch] network load In-Reply-To: <53FF13E4.1020506@nagafix.co.uk> References: <20140828110925.J2Gf2NhF%rdt@cs.queensu.ca> <53FF13E4.1020506@nagafix.co.uk> Message-ID: <53ff19b6.cewwOOsF5xJypzNa%rdt@cs.queensu.ca> >|> I've just realized that when I attach to a remote xpra >|> server, I'm getting 250kB/s network load, even if >|> nothing is happening; when I detach, the network load >|> goes to zero. Is this normal? Using xpra-0.14.3 on >|> Centos 6. >| >|The answer is: it depends.. I believe that you now have >|sound forwarding enabled using a not terribly efficient >|codec (maybe flac?). This used to be disabled by default >|on CentOS only. Turn off sound forwarding to see if >|that's the case. If you want to disable this behaviour, >|either edit /etc/xpra/xpra/conf, or to do it for a single >|user: echo speaker=no >> ~/.xpra/xpra.conf Yes, this has done the trick (and significantly improved the performance for everything else!). Best, Bob T. From antoine at nagafix.co.uk Thu Aug 28 15:52:30 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 28 Aug 2014 21:52:30 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.14.4 (important fixes) Message-ID: <53FF422E.9080000@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This minor update fixes some important server crashes which only seemed to affect some platforms (Ubuntu 12.04 for one and probably others too), and a bug which can cause the connection to drop when showing the session info dialog. Even if you were not affected by any of these issues, you should probably update sooner rather than later. Release notes: * fix client disconnection on info request * fix potential X11 server crash due to threading issues * fix X11 server crash with BadCursor on some older platforms * make install script more resilient * add some new xorg modelines The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlP/QioACgkQGK2zHPGK1rsFjwCdGEWUYGUCBPbf65ADPuMNtMXi UcYAn2pwnIE4SCFOitCxRPPofQUC+Kwd =57P7 -----END PGP SIGNATURE----- From jlyertv at fastmail.us Fri Aug 29 14:38:14 2014 From: jlyertv at fastmail.us (Tim Vail) Date: Fri, 29 Aug 2014 09:38:14 -0400 Subject: [winswitch] Build-base override not working for build_conf Message-ID: <20140829093814.771cb2ce@tvail> Hey, At least in Gentoo, the python does not copy the value of build_base into all the commands. It seems like the command that has a valid build_base is the 'build' command. I found that changing the build_xpra_conf call from the build_conf command override to use the build_base from the build command fixes it. Patch attached. Alternatively, I suppose you could look into why build_base isn't propagated to build_conf command. Thanks, -Tim From antoine at nagafix.co.uk Fri Aug 29 16:02:58 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 29 Aug 2014 22:02:58 +0700 Subject: [winswitch] Build-base override not working for build_conf In-Reply-To: <20140829095208.73e87699@tvail> References: <20140829093814.771cb2ce@tvail> <540084D6.6030303@nagafix.co.uk> <20140829095208.73e87699@tvail> Message-ID: <54009622.6020901@nagafix.co.uk> On 29/08/14 20:52, Tim Vail wrote: > I guess it got scrubbed. Here is the text for it: > > ---- begin patch ---- > diff -urB xpra-0.14.4.orig/setup.py xpra-0.14.4/setup.py > --- xpra-0.14.4.orig/setup.py 2014-08-28 00:09:37.000000000 -0400 > +++ xpra-0.14.4/setup.py 2014-08-29 08:38:31.779275727 -0400 > @@ -1426,7 +1426,7 @@ > > class build_conf(build): > def run(self): > - build_xpra_conf(self.build_base) > + > build_xpra_conf(self.distribution.command_obj['build'].build_base) > class install_data_override(install_data): > def run(self): > ---- end patch ---- Would something like this work for you: @@ -1410,7 +1410,7 @@ class build_conf(build): def run(self): - build_xpra_conf(self.build_base) + build_xpra_conf(self.build_base or self.distribution.command_obj['build'].build_base) class install_data_override(install_data): def run(self): I would prefer not having to change the current behaviour, which works fine on many platforms, and only use the "build" lookup as a fallback. Cheers Antoine > > On Fri, 29 Aug 2014 20:49:10 +0700 > Antoine Martin wrote: > >> Hi, >> >> Unless it's been scrubbed somewhere, I don't see the patch.. >> >> Cheers >> Antoine >> >> On 29/08/14 20:38, Tim Vail wrote: >>> Hey, >>> >>> At least in Gentoo, the python does not copy the value of build_base >>> into all the commands. It seems like the command that has a valid >>> build_base is the 'build' command. I found that changing the >>> build_xpra_conf call from the build_conf command override to use the >>> build_base from the build command fixes it. Patch attached. >>> Alternatively, I suppose you could look into why build_base isn't >>> propagated to build_conf command. >>> >>> Thanks, >>> >>> -Tim >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users From jlyertv at fastmail.us Fri Aug 29 16:37:44 2014 From: jlyertv at fastmail.us (Tim Vail) Date: Fri, 29 Aug 2014 11:37:44 -0400 Subject: [winswitch] Build-base override not working for build_conf In-Reply-To: <54009622.6020901@nagafix.co.uk> References: <20140829093814.771cb2ce@tvail> <540084D6.6030303@nagafix.co.uk> <20140829095208.73e87699@tvail> <54009622.6020901@nagafix.co.uk> Message-ID: <20140829113744.6465ba6c@tvail> Antoine, Nope, that change doesn't work because self.build_base is already set at that point to the incorrect, default directory. Do other distributions actually override the build directory in their packaging? Try something like setup.py build -b ../xpra-build And the current effect for that with python 2.7.7 is that everything gets built to ../xpra-build *except* the xpra.conf file, which gets put in build directory within the source tree. Is this just Gentoo or do other python 2.7 environments exhibit the same behavior? -Tim On Fri, 29 Aug 2014 22:02:58 +0700 Antoine Martin wrote: > On 29/08/14 20:52, Tim Vail wrote: > > I guess it got scrubbed. Here is the text for it: > > > > ---- begin patch ---- > > diff -urB xpra-0.14.4.orig/setup.py xpra-0.14.4/setup.py > > --- xpra-0.14.4.orig/setup.py 2014-08-28 00:09:37.000000000 > > -0400 +++ xpra-0.14.4/setup.py 2014-08-29 08:38:31.779275727 > > -0400 @@ -1426,7 +1426,7 @@ > > > > class build_conf(build): > > def run(self): > > - build_xpra_conf(self.build_base) > > + > > build_xpra_conf(self.distribution.command_obj['build'].build_base) > > class install_data_override(install_data): > > def run(self): > > ---- end patch ---- > Would something like this work for you: > @@ -1410,7 +1410,7 @@ > > class build_conf(build): > def run(self): > - build_xpra_conf(self.build_base) > + build_xpra_conf(self.build_base or > self.distribution.command_obj['build'].build_base) > > class install_data_override(install_data): > def run(self): > > I would prefer not having to change the current behaviour, which works > fine on many platforms, and only use the "build" lookup as a fallback. > > Cheers > Antoine > > > > > > > On Fri, 29 Aug 2014 20:49:10 +0700 > > Antoine Martin wrote: > > > >> Hi, > >> > >> Unless it's been scrubbed somewhere, I don't see the patch.. > >> > >> Cheers > >> Antoine > >> > >> On 29/08/14 20:38, Tim Vail wrote: > >>> Hey, > >>> > >>> At least in Gentoo, the python does not copy the value of > >>> build_base into all the commands. It seems like the command that > >>> has a valid build_base is the 'build' command. I found that > >>> changing the build_xpra_conf call from the build_conf command > >>> override to use the build_base from the build command fixes it. > >>> Patch attached. Alternatively, I suppose you could look into why > >>> build_base isn't propagated to build_conf command. > >>> > >>> Thanks, > >>> > >>> -Tim > >>> _______________________________________________ > >>> 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 Fri Aug 29 17:00:43 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 29 Aug 2014 23:00:43 +0700 Subject: [winswitch] Build-base override not working for build_conf In-Reply-To: <20140829113744.6465ba6c@tvail> References: <20140829093814.771cb2ce@tvail> <540084D6.6030303@nagafix.co.uk> <20140829095208.73e87699@tvail> <54009622.6020901@nagafix.co.uk> <20140829113744.6465ba6c@tvail> Message-ID: <5400A3AB.6030408@nagafix.co.uk> On 29/08/14 22:37, Tim Vail wrote: > Antoine, > > Nope, that change doesn't work because self.build_base is already set at > that point to the incorrect, default directory. Ah, my bad, from reading your original email I thought that the build_base was not set at all on Gentoo. It's a bit strange to see it set but to the wrong value. > Do other distributions actually override the build directory in their > packaging? Try something like > setup.py build -b ../xpra-build Yes, I believe so. > And the current effect for that with python 2.7.7 is that everything > gets built to ../xpra-build *except* the xpra.conf file, which gets put > in build directory within the source tree. Is this just Gentoo or do > other python 2.7 environments exhibit the same behavior? I haven't bothered trying anything yet. Hence the conservative approach to the change... I will take a look when I get a chance. But this will need to be verified on win32 (with py2exe and cx_freeze), on osx (with both distutils and py2app), and on a bunch of Linuxes.. The alternative is to commit your change and wait to see which builds do blow up.. Cheers Antoine > > -Tim > > On Fri, 29 Aug 2014 22:02:58 +0700 > Antoine Martin wrote: > >> On 29/08/14 20:52, Tim Vail wrote: >>> I guess it got scrubbed. Here is the text for it: >>> >>> ---- begin patch ---- >>> diff -urB xpra-0.14.4.orig/setup.py xpra-0.14.4/setup.py >>> --- xpra-0.14.4.orig/setup.py 2014-08-28 00:09:37.000000000 >>> -0400 +++ xpra-0.14.4/setup.py 2014-08-29 08:38:31.779275727 >>> -0400 @@ -1426,7 +1426,7 @@ >>> >>> class build_conf(build): >>> def run(self): >>> - build_xpra_conf(self.build_base) >>> + >>> build_xpra_conf(self.distribution.command_obj['build'].build_base) >>> class install_data_override(install_data): >>> def run(self): >>> ---- end patch ---- >> Would something like this work for you: >> @@ -1410,7 +1410,7 @@ >> >> class build_conf(build): >> def run(self): >> - build_xpra_conf(self.build_base) >> + build_xpra_conf(self.build_base or >> self.distribution.command_obj['build'].build_base) >> >> class install_data_override(install_data): >> def run(self): >> >> I would prefer not having to change the current behaviour, which works >> fine on many platforms, and only use the "build" lookup as a fallback. >> >> Cheers >> Antoine >> >> >> >>> On Fri, 29 Aug 2014 20:49:10 +0700 >>> Antoine Martin wrote: >>> >>>> Hi, >>>> >>>> Unless it's been scrubbed somewhere, I don't see the patch.. >>>> >>>> Cheers >>>> Antoine >>>> >>>> On 29/08/14 20:38, Tim Vail wrote: >>>>> Hey, >>>>> >>>>> At least in Gentoo, the python does not copy the value of >>>>> build_base into all the commands. It seems like the command that >>>>> has a valid build_base is the 'build' command. I found that >>>>> changing the build_xpra_conf call from the build_conf command >>>>> override to use the build_base from the build command fixes it. >>>>> Patch attached. Alternatively, I suppose you could look into why >>>>> build_base isn't propagated to build_conf command. >>>>> >>>>> Thanks, >>>>> >>>>> -Tim >>>>> _______________________________________________ >>>>> shifter-users mailing list >>>>> shifter-users at lists.devloop.org.uk >>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users