From antoine at nagafix.co.uk Thu Nov 1 04:44:40 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 01 Nov 2012 11:44:40 +0700 Subject: [winswitch] Reworking Encryption in Xpra In-Reply-To: <20121031171017.GA32419@google.com> References: <20121031054630.GA2191@google.com> <20121031055056.GB2191@google.com> <5090C9C0.8030804@nagafix.co.uk> <20121031171017.GA32419@google.com> Message-ID: <5091FE38.6040201@nagafix.co.uk> On 11/01/2012 12:10 AM, Michael Vrable wrote: > On Wed, Oct 31, 2012 at 01:48:32PM +0700, Antoine Martin wrote: >> On 10/31/2012 12:50 PM, Michael Vrable wrote: >>> Does the mailing list strip attachments? I'm not sure it went >>> through, so here it is again inline. >> It looks like it does, even though mailman's "Scrub attachments of >> regular delivery message?" is turned off.. > > I noticed later that my original message was flagged as spam by > mail.nagafix.co.uk for some reason, so perhaps that was related to the > attachment scrubbing? The second message was not marked as spam. I cannot find the first message at all anywhere, which is odd in itself. One easy way to get around that is to attach the patches to the ticket and just link to it - also makes it easier for me to read/apply. >>> This assumes that both sides have run some type of key-agreement >>> protocol to establish a shared session secret. I'm working on the >>> key exchange part in a separate patch which will follow. >> Out of curiosity, what sort of key exchange are you interested in? > > The code I'm working on currently simply does a basic Diffie-Hellman key > exchange with an HMAC to prevent a man-in-the-middle attack, but this > does leak information about the password to an active attacker. > > After I get the basics working, I was considering implementing something > based on EAP-EKE since that is standardized. It is, but it isn't very easy to implement, and there is little in pycrypto to help you. Also, it seems to require a more complicated handshake than just sending a value as with SPEKE.. > SPEKE is nice and simple, > but there might be patent issues (I haven't fully investigated) so that > might be worth avoiding. I happen to live in countries with mostly sane IP laws, where mathematics cannot be patented. For reference, here's the SPEKE "innovation": (((g**a)%p)**b)%p == (((g**b)%p)**a)%p Making the code more difficult or complicated (and potentially also more insecure) because of ludicrous IP laws in some countries is not something I am very fond of.. > In any case, it should be fairly easy to plug > in different mechanisms once I get the framework for it. Let's hope so / try to make it so. Then those who live in lame IP countries can change the build to disable whatever they need. Cheers Antoine > >> (I may move the crypto import stuff to where it is used to allow one >> to build xpra without the crypto options - no biggie) > > Good point, I'll do that to my patches here. > > --Michael Vrable > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From onlyjob at member.fsf.org Fri Nov 2 23:07:59 2012 From: onlyjob at member.fsf.org (Dmitry Smirnov) Date: Sat, 3 Nov 2012 10:07:59 +1100 Subject: [winswitch] Q: how to attach to remote Xpra session through SSH with password auth.? In-Reply-To: <508F75AD.4050600@nagafix.co.uk> References: <201210251146.49271.onlyjob@member.fsf.org> <201210301708.44863.onlyjob@member.fsf.org> <508F75AD.4050600@nagafix.co.uk> Message-ID: <201211031008.00343.onlyjob@member.fsf.org> > Thanks, I've updated the man page: > https://www.xpra.org/trac/changeset/1995 > Thank you. > > At the moment one can tell that remote Xpra session do not exist only > > from prior experience (which I'm lacking as well because I usually > > connect to session that is running). As you can see the attempt to > > connect to non- > > > > existent session gives two errors: > > bash: .xpra/run-xpra: No such file or directory > > > > cannot write using ['ssh', '-T', 'HOST']: > > the SSH process has terminated with exit code=127 > > > > neither of which is clear about the real issue (cause). > > I will try to do something about that. > That would a valuable improvement, thank you. Simplest thing to do might be just to print an additional message "Hint: session is not running?" or "Can't attach to running session." or similar after in order to provide a clue/suggestion where the problem might be. Regards, Dmitry. From onlyjob at member.fsf.org Fri Nov 2 23:31:11 2012 From: onlyjob at member.fsf.org (Dmitry Smirnov) Date: Sat, 3 Nov 2012 10:31:11 +1100 Subject: [winswitch] xpra/handbrake: strange behavior Message-ID: <201211031031.12344.onlyjob@member.fsf.org> Dear Antoine, I've noticed a very strange behaviour of a particular application in Xpra: In "handbrake" when the video source is chosen, click on "Picture Settings" brings two windows -- settings and preview. In Xpra they are opened with "preview" on top of "settings" so I have to move "preview" to access "settings" (minor inconvenience but indeed not a problem). But when I click on "settings", "preview" window disappears. This is happening only in Xpra. Settings window have a tickbox to show "preview" but it can't bring "preview" back after its disappearance. This is with Xpra_0.7.1 Please advise if I shall start throwing logs at you. :) In Debian "handbrake-gtk" is available from "experimental". Regards, Dmitry. From antoine at nagafix.co.uk Sat Nov 3 04:05:46 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 03 Nov 2012 11:05:46 +0700 Subject: [winswitch] xpra/handbrake: strange behavior In-Reply-To: <201211031031.12344.onlyjob@member.fsf.org> References: <201211031031.12344.onlyjob@member.fsf.org> Message-ID: <5094981A.2070703@nagafix.co.uk> On 11/03/2012 06:31 AM, Dmitry Smirnov wrote: > Dear Antoine, > > I've noticed a very strange behaviour of a particular application in Xpra: > > In "handbrake" when the video source is chosen, click on "Picture Settings" > brings two windows -- settings and preview. In Xpra they are opened with > "preview" on top of "settings" so I have to move "preview" to access > "settings" (minor inconvenience but indeed not a problem). > > But when I click on "settings", "preview" window disappears. > This is happening only in Xpra. > Settings window have a tickbox to show "preview" but it can't bring "preview" > back after its disappearance. > > This is with Xpra_0.7.1 > > Please advise if I shall start throwing logs at you. :) Can you try with trunk or with 0.7.2 beta? There was a recent fix to window focus: http://xpra.org/trac/changeset/2003 I hope I am wrong, but this type of window focus behaviour may well be unfixable in some cases, as it is inherently racy.. Cheers Antoine > > In Debian "handbrake-gtk" is available from "experimental". > > Regards, > Dmitry. > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From onlyjob at member.fsf.org Sat Nov 3 08:56:01 2012 From: onlyjob at member.fsf.org (Dmitry Smirnov) Date: Sat, 3 Nov 2012 19:56:01 +1100 Subject: [winswitch] xpra/handbrake: strange behavior In-Reply-To: <5094981A.2070703@nagafix.co.uk> References: <201211031031.12344.onlyjob@member.fsf.org> <5094981A.2070703@nagafix.co.uk> Message-ID: <201211031956.02331.onlyjob@member.fsf.org> On Sat, 3 Nov 2012 15:05:46 Antoine Martin wrote: > Can you try with trunk or with 0.7.2 beta? > There was a recent fix to window focus: > http://xpra.org/trac/changeset/2003 > > I hope I am wrong, but this type of window focus behaviour may well be > unfixable in some cases, as it is inherently racy.. I'll try as soon as time allows but in this situation it is not merely a focus problem -- preview window disappears completely and nowhere to be found... -- Regards, Dmitry. From onlyjob at member.fsf.org Sat Nov 3 09:48:27 2012 From: onlyjob at member.fsf.org (Dmitry Smirnov) Date: Sat, 3 Nov 2012 20:48:27 +1100 Subject: [winswitch] xpra/handbrake: strange behavior In-Reply-To: <5094981A.2070703@nagafix.co.uk> References: <201211031031.12344.onlyjob@member.fsf.org> <5094981A.2070703@nagafix.co.uk> Message-ID: <201211032048.28042.onlyjob@member.fsf.org> On Sat, 3 Nov 2012 15:05:46 Antoine Martin wrote: > Can you try with trunk or with 0.7.2 beta? > There was a recent fix to window focus: > http://xpra.org/trac/changeset/2003 > > I hope I am wrong, but this type of window focus behaviour may well be > unfixable in some cases, as it is inherently racy.. > I tried trunk r2030 -- it is much better but still not ideal: "preview" window still disappears on raising "settings" window but at least it re-appears on main (application) window receives focus. -- Regards, Dmitry. From aronovitch at gmail.com Sun Nov 4 22:51:33 2012 From: aronovitch at gmail.com (Amit Aronovitch) Date: Mon, 05 Nov 2012 00:51:33 +0200 Subject: [winswitch] deb-src for the tigervnc packages provided on winswitch repo Message-ID: Dear Antoine, Thanks for Window Switch, and all related work available from this project (the work on xpra in particular). It seems like you are the only distributor of tigervnc debian packages these days. However, I could find only binaries on your repository (no deb-src). Could you please distribute the packaging sources (or provide a link on the website in case you already do)? Another issue is that I could not make the vncserver work (on debian sid). The first problem was that the Xvnc binary contained hard-coded references to /usr/src/tigervnc-1.1.0/xorg.build (which is not available, unless you compile the package from source...). I got over that by symlinking /usr/lib/x86_64-linux-gnu into 'lib' in that directory. However, now a different failure occurs, which I have not been able to fully diagnose: as follows: amit at penguin:~$ Xvnc :33 Xvnc TigerVNC 1.1.0 - built Jun 4 2012 08:17:48 Copyright (C) 1999-2011 TigerVNC Team and many others (see README.txt) See http://www.tigervnc.org for information on TigerVNC. Underlying X server release 10605000, Mon Nov 5 00:16:02 2012 vncext: VNC extension running! vncext: Listening for VNC connections on all interface(s), port 5933 vncext: created VNC server for screen 0 Fatal server error: Failed to allocate core devices amit at penguin:~$ dpkg --search `which Xvnc` tigervnc-server: /usr/bin/Xvnc amit at penguin:~$ strings /usr/bin/Xvnc | grep 'core devices' Failed to allocate core devices (strace does not reveal much more - it dies after successfully reading the file /usr/share/fonts/X11/misc/cursor.pcf.gz ). I have downloaded the source tarball for tigervnc 1.1.0 from sourceforge, searched it, and was not able to find the string "allocate core devices". It might come from some statically linked library used by Xvnc, or I might have searched the wrong tarball. The precise sources used for building the binary could help determine this. Or better yet, you, as the packager, might have some insight into this problem. thanks, Amit A. From onlyjob at member.fsf.org Sun Nov 4 23:36:40 2012 From: onlyjob at member.fsf.org (Dmitry Smirnov) Date: Mon, 5 Nov 2012 10:36:40 +1100 Subject: [winswitch] deb-src for the tigervnc packages provided on winswitch repo In-Reply-To: References: Message-ID: <201211051036.41055.onlyjob@member.fsf.org> Dear Amit, You might want to try those packages: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=654924#278 I can't comment on their quality but most likely they might be exactly what you're looking for. Regards, Dmitry. From antoine at nagafix.co.uk Mon Nov 5 11:16:15 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 05 Nov 2012 18:16:15 +0700 Subject: [winswitch] deb-src for the tigervnc packages provided on winswitch repo In-Reply-To: References: Message-ID: <50979FFF.6090602@nagafix.co.uk> Hi Amit, On 11/05/2012 05:51 AM, Amit Aronovitch wrote: > Dear Antoine, > > Thanks for Window Switch, and all related work available from this > project (the work on xpra in particular). > > It seems like you are the only distributor of tigervnc debian packages > these days. However, I could find only binaries on your repository (no > deb-src). Could you please distribute the packaging sources (or provide > a link on the website in case you already do)? I don't have deb-src I am afraid. These packages are hacked together by running the build directly in the tigervnc source then calling "dpkg -b" with the hard-coded control files... It's ugly and not the right way to do it, but that's what I have and it works for my purposes... This was discussed a while back on a mailing list and I assumed that someone from Debian would eventually pick it up and do it properly, unfortunately this does not seem to have happened yet. > Another issue is that I could not make the vncserver work (on debian sid). > The first problem was that the Xvnc binary contained hard-coded > references to /usr/src/tigervnc-1.1.0/xorg.build (which is not > available, unless you compile the package from source...). I got over > that by symlinking /usr/lib/x86_64-linux-gnu into 'lib' in that directory. Yuk, sorry about that. That is indeed the path I've used for building. The thing is that I don't use vncserver myself, so I am unlikely to notice such breakage... I couldn't find this path in the vncserver script when I looked at it - which is odd. > However, now a different failure occurs, which I have not been able to > fully diagnose: as follows: > > amit at penguin:~$ Xvnc :33 > > Xvnc TigerVNC 1.1.0 - built Jun 4 2012 08:17:48 > Copyright (C) 1999-2011 TigerVNC Team and many others (see README.txt) > See http://www.tigervnc.org for information on TigerVNC. > Underlying X server release 10605000, > > > Mon Nov 5 00:16:02 2012 > vncext: VNC extension running! > vncext: Listening for VNC connections on all interface(s), port 5933 > vncext: created VNC server for screen 0 > > Fatal server error: > Failed to allocate core devices > > amit at penguin:~$ dpkg --search `which Xvnc` > tigervnc-server: /usr/bin/Xvnc > > amit at penguin:~$ strings /usr/bin/Xvnc | grep 'core devices' > Failed to allocate core devices > > (strace does not reveal much more - it dies after successfully reading > the file /usr/share/fonts/X11/misc/cursor.pcf.gz ). > > I have downloaded the source tarball for tigervnc 1.1.0 from > sourceforge, searched it, and was not able to find the string "allocate > core devices". The Xvnc server is built against the Xorg server source. To do things right, it should be built against the host's Xorg headers and dynamically linked. The versions I built are statically linked against Xorg 7.4 (see the build instructions in the tigervnc source) You should be able to find those messages in one of the downloads the build scripts grab before building everything. As for the exact source of the breakage, I do not know. I've just re-built the binary DEBs for sid and still get the same error as you, you can find them here: http://xpra.org/beta/sid/ I believe the tigervnc sid packages used to work fine, but I cannot remember 100% if I had tested everything. > It might come from some statically linked library used by Xvnc, or I > might have searched the wrong tarball. The precise sources used for > building the binary could help determine this. Or better yet, you, as > the packager, might have some insight into this problem. Hope the above helps... Ideas welcome. Cheers Antoine PS-FYI-RANT: Debian wheezy and sid seem to have broken /var/log/wtmp with some log rotation issue, so this makes testing Xvnc with winswitch harder.. solved by a reboot (otherwise local X11 sessions are not detected and cannot be shadowed with x0vncserver..) > > thanks, > > Amit A. > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From aronovitch at gmail.com Mon Nov 5 21:49:16 2012 From: aronovitch at gmail.com (Amit Aronovitch) Date: Mon, 05 Nov 2012 23:49:16 +0200 Subject: [winswitch] deb-src for the tigervnc packages provided on winswitch repo In-Reply-To: <50979FFF.6090602@nagafix.co.uk> References: <50979FFF.6090602@nagafix.co.uk> Message-ID: On 11/05/2012 01:16 PM, Antoine Martin wrote: > Hi Amit, > > On 11/05/2012 05:51 AM, Amit Aronovitch wrote: >> Dear Antoine, >> >> Thanks for Window Switch, and all related work available from this >> project (the work on xpra in particular). >> >> It seems like you are the only distributor of tigervnc debian packages >> these days. However, I could find only binaries on your repository (no >> deb-src). Could you please distribute the packaging sources (or provide >> a link on the website in case you already do)? > I don't have deb-src I am afraid. These packages are hacked together by > running the build directly in the tigervnc source then calling "dpkg -b" > with the hard-coded control files... > It's ugly and not the right way to do it, but that's what I have and it > works for my purposes... > This was discussed a while back on a mailing list and I assumed that > someone from Debian would eventually pick it up and do it properly, > unfortunately this does not seem to have happened yet. > Well, as Dmitry had pointed out in the previous message (thanks for the link!), there is a collab-maint project based on Joachim Falk's packaging. It seems like they have made some progress and are waiting for a deb-dev to sponsor it. The packages provided by Joachim are amd64 (which fortunately matches my hardware), and I was able to install. I still have some problems (namely: the xsession dies immediately), but at least the server starts and things be can further debugged (if/when I find the time...) Note that they had moved to tigervnc 1.2.0, which has a different set of commandlines than 1.1.0, and is not recognized by WinSwitch. >> Another issue is that I could not make the vncserver work (on debian sid). >> The first problem was that the Xvnc binary contained hard-coded >> references to /usr/src/tigervnc-1.1.0/xorg.build (which is not >> available, unless you compile the package from source...). I got over >> that by symlinking /usr/lib/x86_64-linux-gnu into 'lib' in that directory. > Yuk, sorry about that. That is indeed the path I've used for building. > The thing is that I don't use vncserver myself, so I am unlikely to > notice such breakage... I couldn't find this path in the vncserver > script when I looked at it - which is odd. > It is not in the perl script, but in the compiled Xvnc binary (use the strings command to search it, or strace when running it). >> However, now a different failure occurs, which I have not been able to >> fully diagnose: as follows: >> >> amit at penguin:~$ Xvnc :33 >> >> Xvnc TigerVNC 1.1.0 - built Jun 4 2012 08:17:48 >> Copyright (C) 1999-2011 TigerVNC Team and many others (see README.txt) >> See http://www.tigervnc.org for information on TigerVNC. >> Underlying X server release 10605000, >> >> >> Mon Nov 5 00:16:02 2012 >> vncext: VNC extension running! >> vncext: Listening for VNC connections on all interface(s), port 5933 >> vncext: created VNC server for screen 0 >> >> Fatal server error: >> Failed to allocate core devices >> >> amit at penguin:~$ dpkg --search `which Xvnc` >> tigervnc-server: /usr/bin/Xvnc >> >> amit at penguin:~$ strings /usr/bin/Xvnc | grep 'core devices' >> Failed to allocate core devices >> >> (strace does not reveal much more - it dies after successfully reading >> the file /usr/share/fonts/X11/misc/cursor.pcf.gz ). >> >> I have downloaded the source tarball for tigervnc 1.1.0 from >> sourceforge, searched it, and was not able to find the string "allocate >> core devices". > The Xvnc server is built against the Xorg server source. To do things > right, it should be built against the host's Xorg headers and > dynamically linked. The versions I built are statically linked against > Xorg 7.4 (see the build instructions in the tigervnc source) > You should be able to find those messages in one of the downloads the > build scripts grab before building everything. It think I saw some discussion regarding this issue in the the link mentioned above: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=654924 (I did not follow up to see how they solved it though). > > As for the exact source of the breakage, I do not know. I've just > re-built the binary DEBs for sid and still get the same error as you, > you can find them here: > http://xpra.org/beta/sid/ > > I believe the tigervnc sid packages used to work fine, but I cannot > remember 100% if I had tested everything. > Thanks for that. At the moment, it seems like the right direction is trying to make winswitch work with tigervnc 1.2.0 (do you support it on other platforms?) and use Joachim's packaging (I'll have to see if I can solve my xsession issue). >> It might come from some statically linked library used by Xvnc, or I >> might have searched the wrong tarball. The precise sources used for >> building the binary could help determine this. Or better yet, you, as >> the packager, might have some insight into this problem. > Hope the above helps... Ideas welcome. > > Cheers > Antoine > > PS-FYI-RANT: Debian wheezy and sid seem to have broken /var/log/wtmp > with some log rotation issue, so this makes testing Xvnc with winswitch > harder.. solved by a reboot (otherwise local X11 sessions are not > detected and cannot be shadowed with x0vncserver..) > Thanks for the info, and thanks Dmitry for the pointer to Joachim's effort. Regards, Amit From antoine at nagafix.co.uk Wed Nov 7 10:30:15 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 07 Nov 2012 17:30:15 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.7.2 Message-ID: <509A3837.4030306@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This stable update fixes a number of bugs (full release notes below). Updating is recommended. The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Cheers Antoine Full release notes: * fix version string hiding ssh password prompt * fix focus handling for some applications (ie: Java) * fix ssh shared connection mode: do not kill it on Ctrl-C * fix sanitization of aspect ratio hints * fix undefined variable exception in window setup/cleanup code * fix undefined variable exception in window damage code * fix dimensions used for calculating the optimal picture encoding * reduce Xdummy memory usage by limitting to lower maxmimum resolutions -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCaODcACgkQGK2zHPGK1rspNgCfTg1mVDVqqgR9yJN+NvFIJE7A PtYAmgLG4bmDlO4Q1WFsIP5kWExTCpXJ =L4pN -----END PGP SIGNATURE----- From Jean-Michel.Dumont at insa-lyon.fr Thu Nov 8 17:01:57 2012 From: Jean-Michel.Dumont at insa-lyon.fr (Jean-Michel Dumont) Date: Thu, 08 Nov 2012 18:01:57 +0100 Subject: [winswitch] mac french keyboard trouble Message-ID: <509BE585.1000000@insa-lyon.fr> Hi, My client xpra 0,70/winswitch0.12.17 is in a maco sx mountain with french keyboard, the server is on ubuntoo 12.04 LTS with winswitch 0.12.17-0 and xpra 0.7.2-1 It seems the "0" an special key " ^ $ ? ` , ; : = " key are not recognized. Every other key is ok but, for example, clicking on "0" does not produce a "0" but a ")" note : This trouble does not exist with a windows XP PC. Could you help me ? Thanks Jean-Michel Dumont From swills at FreeBSD.org Sun Nov 11 02:54:38 2012 From: swills at FreeBSD.org (Steve Wills) Date: Sat, 10 Nov 2012 21:54:38 -0500 Subject: [winswitch] [ANNOUNCE] xpra 0.7.2 In-Reply-To: <509A3837.4030306@nagafix.co.uk> References: <509A3837.4030306@nagafix.co.uk> Message-ID: <509F136E.8070201@FreeBSD.org> I'm finally getting around to properly updating and testing the FreeBSD port and I'm able to use this to start/attach sessions locally, but when connecting remotely, I get a core dump gdb shows: #0 strlen (str=0x0) at /usr/src/lib/libc/string/strlen.c:100 100 va = (*lp - mask01); [New Thread 8101f3000 (LWP 100875/python2.7)] [New Thread 801806400 (LWP 100128/python2.7)] (gdb) where #0 strlen (str=0x0) at /usr/src/lib/libc/string/strlen.c:100 #1 0x000000000044c91b in PyString_FromString () #2 0x00000008110a7352 in __pyx_pw_8wimpiggy_8lowlevel_8bindings_59get_keycode_mappings () from /usr/local/lib/python2.7/site-packages/wimpiggy/lowlevel/bindings.so #3 0x0000000000487cac in PyEval_EvalFrameEx () #4 0x0000000000487b87 in PyEval_EvalFrameEx () #5 0x0000000000487b87 in PyEval_EvalFrameEx () #6 0x0000000000488b40 in PyEval_EvalCodeEx () #7 0x0000000000486ff2 in PyEval_EvalFrameEx () #8 0x0000000000488b40 in PyEval_EvalCodeEx () #9 0x00000000004d88a9 in PyClassMethod_New () #10 0x000000000041b6dd in PyObject_Call () #11 0x000000000042105d in PyClass_IsSubclass () #12 0x000000000041b6dd in PyObject_Call () #13 0x000000000045d7b8 in _PyObject_LookupSpecial () #14 0x00000000004596b8 in PyType_IsSubtype () #15 0x000000000041b6dd in PyObject_Call () #16 0x0000000000484f74 in PyEval_EvalFrameEx () #17 0x0000000000488b40 in PyEval_EvalCodeEx () #18 0x0000000000486ff2 in PyEval_EvalFrameEx () #19 0x0000000000488b40 in PyEval_EvalCodeEx () #20 0x0000000000486ff2 in PyEval_EvalFrameEx () #21 0x0000000000488b40 in PyEval_EvalCodeEx () #22 0x0000000000488c32 in PyEval_EvalCode () #23 0x00000000004a2c72 in Py_CompileString () #24 0x00000000004a2d46 in PyRun_FileExFlags () #25 0x00000000004a421f in PyRun_SimpleFileExFlags () #26 0x0000000000417458 in Py_Main () #27 0x000000000041672a in main () Any ideas? Thanks, Steve On 11/07/12 05:30, Antoine Martin wrote: > Hi, > > This stable update fixes a number of bugs (full release notes below). > Updating is recommended. > > The source: > https://xpra.org/src/ > Binaries/repositories: > https://winswitch.org/downloads/ > Direct binary downloads: > https://xpra.org/dists/ > > Cheers > Antoine > > Full release notes: > * fix version string hiding ssh password prompt > * fix focus handling for some applications (ie: Java) > * fix ssh shared connection mode: do not kill it on Ctrl-C > * fix sanitization of aspect ratio hints > * fix undefined variable exception in window setup/cleanup code > * fix undefined variable exception in window damage code > * fix dimensions used for calculating the optimal picture encoding > * reduce Xdummy memory usage by limitting to lower maxmimum resolutions > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From antoine at nagafix.co.uk Sun Nov 11 06:49:29 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 11 Nov 2012 13:49:29 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.7.2 In-Reply-To: <509F136E.8070201@FreeBSD.org> References: <509A3837.4030306@nagafix.co.uk> <509F136E.8070201@FreeBSD.org> Message-ID: <509F4A79.9010105@nagafix.co.uk> Hi Steve, On 11/11/2012 09:54 AM, Steve Wills wrote: > I'm finally getting around to properly updating and testing the FreeBSD > port and I'm able to use this to start/attach sessions locally, but when > connecting remotely, I get a core dump gdb shows: > (snip) > __pyx_pw_8wimpiggy_8lowlevel_8bindings_59get_keycode_mappings () > from /usr/local/lib/python2.7/site-packages/wimpiggy/lowlevel/bindings.so (snip) > > Any ideas? This was reported mere hours after I released 0.7.2: https://www.xpra.org/trac/ticket/207 The fix will be in 0.7.3. Until then you may be able to apply it by hand or install from source/svn. If you are using xpra over ssh X11 forwarding (as per the ticket), then you can just xpra's ssh mode instead which should fix the problem. Please kindly let me know if that is the case. Cheers Antoine > > Thanks, > Steve > > On 11/07/12 05:30, Antoine Martin wrote: >> Hi, >> >> This stable update fixes a number of bugs (full release notes below). >> Updating is recommended. >> >> The source: >> https://xpra.org/src/ >> Binaries/repositories: >> https://winswitch.org/downloads/ >> Direct binary downloads: >> https://xpra.org/dists/ >> >> Cheers >> Antoine >> >> Full release notes: >> * fix version string hiding ssh password prompt >> * fix focus handling for some applications (ie: Java) >> * fix ssh shared connection mode: do not kill it on Ctrl-C >> * fix sanitization of aspect ratio hints >> * fix undefined variable exception in window setup/cleanup code >> * fix undefined variable exception in window damage code >> * fix dimensions used for calculating the optimal picture encoding >> * reduce Xdummy memory usage by limitting to lower maxmimum resolutions >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> > From swills at FreeBSD.org Sun Nov 11 15:13:17 2012 From: swills at FreeBSD.org (Steve Wills) Date: Sun, 11 Nov 2012 10:13:17 -0500 Subject: [winswitch] [ANNOUNCE] xpra 0.7.2 In-Reply-To: <509F4A79.9010105@nagafix.co.uk> References: <509A3837.4030306@nagafix.co.uk> <509F136E.8070201@FreeBSD.org> <509F4A79.9010105@nagafix.co.uk> Message-ID: <509FC08D.9000101@FreeBSD.org> On 11/11/12 01:49, Antoine Martin wrote: > Hi Steve, > > On 11/11/2012 09:54 AM, Steve Wills wrote: >> I'm finally getting around to properly updating and testing the >> FreeBSD port and I'm able to use this to start/attach sessions >> locally, but when connecting remotely, I get a core dump gdb >> shows: >> > (snip) >> __pyx_pw_8wimpiggy_8lowlevel_8bindings_59get_keycode_mappings () >> from >> /usr/local/lib/python2.7/site-packages/wimpiggy/lowlevel/bindings.so > >> (snip) >> >> Any ideas? > This was reported mere hours after I released 0.7.2: > https://www.xpra.org/trac/ticket/207 The fix will be in 0.7.3. > Until then you may be able to apply it by hand or install from > source/svn. > > If you are using xpra over ssh X11 forwarding (as per the ticket), > then you can just xpra's ssh mode instead which should fix the > problem. Please kindly let me know if that is the case. > Yep, that's how I was testing and that did indeed fix it. Thanks! Steve From antoine at nagafix.co.uk Tue Nov 13 13:20:27 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 13 Nov 2012 20:20:27 +0700 Subject: [winswitch] mac french keyboard trouble In-Reply-To: <509BE585.1000000@insa-lyon.fr> References: <509BE585.1000000@insa-lyon.fr> Message-ID: <50A2491B.1010903@nagafix.co.uk> Hi, Sorry about that, indeed there are still some problems with the mac keyboard mappings. You can find those messages in the xpra log: set_keycodes: no free keycodes!, cannot translate 0: set([('O', ... I will try to resolve those in the 0.8 branch for the next major release, I am afraid that these changes are likely to be too intrusive for the stable branch as the key mapping code is very brittle and fixing one configuration invariably breaks another... Cheers Antoine On 11/09/2012 12:01 AM, Jean-Michel Dumont wrote: > Hi, > My client xpra 0,70/winswitch0.12.17 is in a maco sx mountain with > french keyboard, the server is on ubuntoo 12.04 LTS with winswitch > 0.12.17-0 and xpra 0.7.2-1 > > It seems the "0" an special key " ^ $ ? ` , ; : = " key are not recognized. > Every other key is ok but, for example, clicking on "0" does not produce > a "0" but a ")" > > note : This trouble does not exist with a windows XP PC. > > Could you help me ? > > Thanks > Jean-Michel Dumont > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From antoine at nagafix.co.uk Tue Nov 13 14:09:38 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 13 Nov 2012 21:09:38 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.7.3 Message-ID: <50A254A2.8030306@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This stable update fixes a number of bugs (full release notes below). Updating is recommended. The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Cheers Antoine Full release notes: * fix crash with unknown X11 keysyms (ie: via ssh X11 forwarding) * fix lost window clicks because of window move offset (ie: firefox) * avoid error with focus being given to a destroyed window * honour window aspect ratio (ie: mplayer) * osx command line path fix -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCiVKIACgkQGK2zHPGK1rs8bQCcDbcpua9FdG14nCPZsSdhDxxV sFgAnimD8UkTcKEu2nXDSuqTngcockd2 =bizM -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Thu Nov 15 08:38:54 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 15 Nov 2012 15:38:54 +0700 Subject: [winswitch] deb-src for the tigervnc packages provided on winswitch repo In-Reply-To: References: <50979FFF.6090602@nagafix.co.uk> Message-ID: <50A4AA1E.4000408@nagafix.co.uk> Hi Amit, (snip) > Note that they had moved to tigervnc 1.2.0, which has a different set of > commandlines than 1.1.0, and is not recognized by WinSwitch. Can you provide more details on this "not recognized" problem you encountered? I have just tested again with TigerVNC 1.2 and successfully: * launched an Xvnc session (and connect from both old a new VNC clients) * launched an old Xvnc session and connected with the 1.2 client * used x0vncserver to shadow my main display I have yet to see a single error.. Cheers Antoine From antoine at nagafix.co.uk Fri Nov 16 11:29:38 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 16 Nov 2012 18:29:38 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.7.4 Message-ID: <50A623A2.6060004@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This stable update fixes only two bugs: * crash with some applications when closing their windows * server high cpu usage with python 2.6 when started with no child Note: both of these bugs are server side, so the MS Windows and Mac OS X installer images have not been updated. The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCmI6IACgkQGK2zHPGK1rt8VgCeJTtE/W2zUk4JkK5/mJ7aueEP +ggAn2hu9kzISdg0U1842SOeE2xS0sWR =RMW0 -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Sun Nov 18 10:57:43 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 18 Nov 2012 17:57:43 +0700 Subject: [winswitch] mac french keyboard trouble In-Reply-To: <509BE585.1000000@insa-lyon.fr> References: <509BE585.1000000@insa-lyon.fr> Message-ID: <50A8BF27.2040001@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On 11/09/2012 12:01 AM, Jean-Michel Dumont wrote: > Hi, My client xpra 0,70/winswitch0.12.17 is in a maco sx mountain > with french keyboard, the server is on ubuntoo 12.04 LTS with > winswitch 0.12.17-0 and xpra 0.7.2-1 > > It seems the "0" an special key " ^ $ ? ` , ; : = " key are not > recognized. Every other key is ok but, for example, clicking on "0" > does not produce a "0" but a ")" Please try the latest 0.8 beta build available here: https://xpra.org/beta/ Only the server needs updating. And let me know if that fixes your problems. If it does, I may backport the fix to the stable 0.7.x branch. Cheers Antoine > > note : This trouble does not exist with a windows XP PC. > > Could you help me ? > > Thanks Jean-Michel Dumont > > _______________________________________________ shifter-users > mailing list shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCovycACgkQGK2zHPGK1ruafQCfZMoziqwG6dNjRg54f4XV3GfD pwgAn2pvtm6/W/bSr/++FKUT0WK94K2f =KtBh -----END PGP SIGNATURE----- From re.martin at rocketmail.com Mon Nov 26 13:11:09 2012 From: re.martin at rocketmail.com (martin) Date: Mon, 26 Nov 2012 10:11:09 -0300 Subject: [winswitch] Req for help: This server does not export any commands Message-ID: <1353935469.3718.11.camel@shodan> Hi all users and devs, I am getting the following "This server does not export any commands!" I get this whenever I press "Start Application Session" or "Start Desktop Session", so I suppose it's not a problem of xpra or vnc as both of them "fail". I actually am testing two machines, each one with it's own server. Enabled, Connected and SSH columns show green ticks. Configurations are pretty much the same for both servers. Ssh forwarding is working, I tested with xclock xserver/client interaction between the two hosts. Avahi is working fine (servers are getting published, so no problems here) Tried ticking and unticking "Match username" in both ends. No difference Tried first with keys generated by winswitch, then generated my own passwordless keys, and copied them to give passwordless ssh access. Tried them and it works just fine ... My distribution is debian squeeze. I'm attaching my debug (winswitch_applet --debug_mode). Can provide more data if needed. I really want to use this magnificent piece of software! Thanks in advance From antoine at nagafix.co.uk Tue Nov 27 09:30:55 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 27 Nov 2012 16:30:55 +0700 Subject: [winswitch] Req for help: This server does not export any commands In-Reply-To: <1353935469.3718.11.camel@shodan> References: <1353935469.3718.11.camel@shodan> Message-ID: <50B4884F.2030605@nagafix.co.uk> Hi, On 11/26/2012 08:11 PM, martin wrote: > Hi all users and devs, > > I am getting the following > > "This server does not export any commands!" Maybe you're hitting this recent bug: https://winswitch.org/trac/ticket/226 If so, the beta builds here may fix this problem: http://winswitch.org/beta/ > I get this whenever I press "Start Application Session" or "Start > Desktop Session", so I suppose it's not a problem of xpra or vnc as both > of them "fail". You're right, it doesn't get to that point, for whatever reason. > I actually am testing two machines, each one with it's own server. > Enabled, Connected and SSH columns show green ticks. > Configurations are pretty much the same for both servers. > > Ssh forwarding is working, I tested with xclock xserver/client > interaction between the two hosts. FYI: winswitch does not use ssh forwarding unless you launch application with "ssh mode" instead of xpra/nx/vnc. Still good to know that works. > Avahi is working fine (servers are getting published, so no problems > here) > Tried ticking and unticking "Match username" in both ends. No difference > Tried first with keys generated by winswitch, then generated my own > passwordless keys, and copied them to give passwordless ssh access. > Tried them and it works just fine ... > My distribution is debian squeeze. > > I'm attaching my debug (winswitch_applet --debug_mode). The mailing list scrubs attachments, so please paste in a ticket, sorry about that. > Can provide more data if needed. > > I really want to use this magnificent piece of software! Cheers Antoine > > Thanks in advance > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From Jean-Michel.Dumont at insa-lyon.fr Thu Nov 29 09:58:38 2012 From: Jean-Michel.Dumont at insa-lyon.fr (Jean-Michel Dumont) Date: Thu, 29 Nov 2012 10:58:38 +0100 Subject: [winswitch] mac french keyboard trouble In-Reply-To: <50A8BF27.2040001@nagafix.co.uk> References: <509BE585.1000000@insa-lyon.fr> <50A8BF27.2040001@nagafix.co.uk> Message-ID: <50B731CE.5060508@insa-lyon.fr> Hi, With the latest 0.8 beta, that fixes my problem. All is fine. Thank's Jean-Michel Le 18/11/12 11:57, Antoine Martin a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > On 11/09/2012 12:01 AM, Jean-Michel Dumont wrote: >> Hi, My client xpra 0,70/winswitch0.12.17 is in a maco sx mountain >> with french keyboard, the server is on ubuntoo 12.04 LTS with >> winswitch 0.12.17-0 and xpra 0.7.2-1 >> >> It seems the "0" an special key " ^ $ ? ` , ; : = " key are not >> recognized. Every other key is ok but, for example, clicking on "0" >> does not produce a "0" but a ")" > Please try the latest 0.8 beta build available here: > https://xpra.org/beta/ > Only the server needs updating. > And let me know if that fixes your problems. If it does, I may > backport the fix to the stable 0.7.x branch. > > Cheers > Antoine > > > >> note : This trouble does not exist with a windows XP PC. >> >> Could you help me ? >> >> Thanks Jean-Michel Dumont >> >> _______________________________________________ shifter-users >> mailing list shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ > > iEYEARECAAYFAlCovycACgkQGK2zHPGK1ruafQCfZMoziqwG6dNjRg54f4XV3GfD > pwgAn2pvtm6/W/bSr/++FKUT0WK94K2f > =KtBh > -----END PGP SIGNATURE----- > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users