From jmcp at jmcp.homeunix.com  Tue May  8 03:50:10 2012
From: jmcp at jmcp.homeunix.com (James C. McPherson)
Date: Tue, 08 May 2012 12:50:10 +1000
Subject: [winswitch] patch: Solaris 11 packaging metadata and pkg build
	script
Message-ID: <4FA889E2.3020007@jmcp.homeunix.com>


Comments:

Add packaging manifest for Solaris 11 (IPS format)
Add Solaris 11 package build script

Patch attached.

  
James C. McPherson
--
Solaris kernel software engineer, system admin and troubleshooter
               http://www.jmcp.homeunix.com/blog
Find me on LinkedIn @ http://www.linkedin.com/in/jamescmcpherson

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: xpra-solaris-0001.txt
URL: <https://lists.devloop.org.uk/pipermail/shifter-users/attachments/20120508/c32d349f/attachment.txt>

From antoine at nagafix.co.uk  Tue May  8 11:02:24 2012
From: antoine at nagafix.co.uk (Antoine Martin)
Date: Tue, 08 May 2012 17:02:24 +0700
Subject: [winswitch] patch: Solaris 11 packaging metadata and pkg build
 script
In-Reply-To: <4FA889E2.3020007@jmcp.homeunix.com>
References: <4FA889E2.3020007@jmcp.homeunix.com>
Message-ID: <4FA8EF30.7030307@nagafix.co.uk>

On 05/08/2012 09:50 AM, James C. McPherson wrote:
> 
> Comments:
> 
> Add packaging manifest for Solaris 11 (IPS format)
> Add Solaris 11 package build script
> 
> Patch attached.
Applied in:
https://xpra.org/trac/changeset/805

I have moved the files to "src/solaris" which seemed more generic.
Let me know if that is a problem.

Thanks!
Antoine



> 
>  
> James C. McPherson
> -- 
> Solaris kernel software engineer, system admin and troubleshooter
>               http://www.jmcp.homeunix.com/blog
> Find me on LinkedIn @ http://www.linkedin.com/in/jamescmcpherson
> 
> 
> 
> _______________________________________________
> shifter-users mailing list
> shifter-users at lists.devloop.org.uk
> http://lists.devloop.org.uk/mailman/listinfo/shifter-users



From jmcp+xpra at jmcp.homeunix.com  Tue May  8 11:30:03 2012
From: jmcp+xpra at jmcp.homeunix.com (James C. McPherson)
Date: Tue, 08 May 2012 20:30:03 +1000
Subject: [winswitch] patch: Solaris 11 packaging metadata and pkg build
 script
In-Reply-To: <4FA8EF30.7030307@nagafix.co.uk>
References: <4FA889E2.3020007@jmcp.homeunix.com>
 <4FA8EF30.7030307@nagafix.co.uk>
Message-ID: <4FA8F5AB.1080407@jmcp.homeunix.com>

On  8/05/12 08:02 PM, Antoine Martin wrote:
> On 05/08/2012 09:50 AM, James C. McPherson wrote:
>>
>> Comments:
>>
>> Add packaging manifest for Solaris 11 (IPS format)
>> Add Solaris 11 package build script
>>
>> Patch attached.
> Applied in:
> https://xpra.org/trac/changeset/805


Groovy, thankyou!
  
> I have moved the files to "src/solaris" which seemed more generic.
> Let me know if that is a problem.

No, that location works fine for me.


Thankyou again,
James


From jmcp+xpra at jmcp.homeunix.com  Tue May 15 00:18:11 2012
From: jmcp+xpra at jmcp.homeunix.com (James C. McPherson)
Date: Tue, 15 May 2012 09:18:11 +1000
Subject: [winswitch] starting apps in different terminal produces error
Message-ID: <4FB192B3.4010803@jmcp.homeunix.com>


With svn rev 845 (Solaris host, Solaris client) if I try to
start a new utility in a different terminal session to the
one I started xpra in, I see these messages for meld:


/usr/bin/meld:111: GtkWarning: file gtkicontheme.c: line 317: assertion `GDK_IS_SCREEN (screen)' failed
   gtk.icon_theme_get_default().append_search_path(meld.paths.icon_dir())
Traceback (most recent call last):
   File "/usr/bin/meld", line 111, in <module>
     gtk.icon_theme_get_default().append_search_path(meld.paths.icon_dir())
AttributeError: 'NoneType' object has no attribute 'append_search_path'


Similarly, if I try to start emacs (emacs-gtk, fwiw), I see


$ echo $DISPLAY
elpaso:100
$ emacs &
[1] 310737
elpaso: $ Display elpaso:100 unavailable, simulating -nw


I'm pretty sure xpra didn't behave this way in previous revisions. Where
should I be looking to gather more information on what's going on?

thanks in advance,
James


From jmcp+xpra at jmcp.homeunix.com  Tue May 15 00:33:12 2012
From: jmcp+xpra at jmcp.homeunix.com (James C. McPherson)
Date: Tue, 15 May 2012 09:33:12 +1000
Subject: [winswitch] (solved) Re: starting apps in different terminal
 produces error
In-Reply-To: <4FB192B3.4010803@jmcp.homeunix.com>
References: <4FB192B3.4010803@jmcp.homeunix.com>
Message-ID: <4FB19638.9000804@jmcp.homeunix.com>

On 15/05/12 09:18 AM, James C. McPherson wrote:
>
> With svn rev 845 (Solaris host, Solaris client) if I try to
> start a new utility in a different terminal session to the
> one I started xpra in, I see these messages for meld:
..
> I'm pretty sure xpra didn't behave this way in previous revisions. Where
> should I be looking to gather more information on what's going on?

It's handy having a core Xorg developer as a mate :)

Alan Coopersmith suggested looking at the XAUTHORITY variable.
Sure enough, when I changed the value in the new session to match
that in session where I'd started xpra... bingo!

I'm going to set XAUTHORITY in my .profile rather than depend
on whatever random setting ssh provides.

  
James
--
Solaris kernel software engineer, system admin and troubleshooter
               http://www.jmcp.homeunix.com/blog
Find me on LinkedIn @ http://www.linkedin.com/in/jamescmcpherson



From varvello at yahoo.com  Tue May 22 01:33:53 2012
From: varvello at yahoo.com (Davide Varvello)
Date: Mon, 21 May 2012 17:33:53 -0700 (PDT)
Subject: [winswitch] Defunct xpra processes
Message-ID: <1337646833.38818.YahooMailNeo@web125504.mail.ne1.yahoo.com>

Hi there,
?
I'm running xpra as server on Ubuntu 10.04.4 LTS, after a while I noticed a lot of defunct xpra processes, why are they almost here after hours?
Cheers
?Davide

----
- Come avere 48 servizi a portata di mano senza alzare un dito (dalla tastiera :-)
??Oltre il Passaparola

- Blog: Cambia il Tempo

From varvello at yahoo.com  Tue May 22 01:46:45 2012
From: varvello at yahoo.com (Davide Varvello)
Date: Mon, 21 May 2012 17:46:45 -0700 (PDT)
Subject: [winswitch] "a" key
Message-ID: <1337647605.21850.YahooMailNeo@web125504.mail.ne1.yahoo.com>

Hi there
My client xpra is a max osx lion, it seems the "a" key is not recognized. Every other key is ok but clicking on "a" does not produce any visible output.
Moreover is it possible to use cmd instead of ctrl? Is there some mapping to change?

Thanks
?Davide?
?
----
- Come avere 48 servizi a portata di mano senza alzare un dito (dalla tastiera :-)
??Oltre il Passaparola

- Blog: Cambia il Tempo

From stroller at stellar.eclipse.co.uk  Tue May 22 06:32:05 2012
From: stroller at stellar.eclipse.co.uk (Stroller)
Date: Tue, 22 May 2012 06:32:05 +0100
Subject: [winswitch] "a" key
In-Reply-To: <1337647605.21850.YahooMailNeo@web125504.mail.ne1.yahoo.com>
References: <1337647605.21850.YahooMailNeo@web125504.mail.ne1.yahoo.com>
Message-ID: <E2D2F10C-73BD-4AA9-81A3-964FD5116142@stellar.eclipse.co.uk>


On 22 May 2012, at 01:46, Davide Varvello wrote:
> ?
> My client xpra is a max osx lion, it seems the "a" key is not recognized. Every other key is ok but clicking on "a" 

Known issue.

http://xpra.org/trac/ticket/92

http://lists.devloop.org.uk/pipermail/shifter-users/2012-March/000166.html

Very frustrating, isn't it?

I have been using plain old `ssh -X firefox` the last few days, and it is very refreshing in its simplicity. 

My primary need for WinSwitch / xpra is to use Firefox on a Linux box to access the DRAC4 interface of Dell PowerEdge servers. The Java applets are supported on Windows and Linux, but not OS X. The DRAC's default password is "calvin" and I was getting increasingly frustrated by repeated logins when setting up a new system - I was thinking what a pain it was going to be to haul out this machine to connect it to a monitor. I would have probably had to spend a deal of time searching for a suitable liveCD (some are maintained which carry Dell's proprietary utilities). How much more aggravating it would have been to have gone to all this trouble to find it did not solve the problem!

Obviously it's impossible to access any website with "a" in its name when using Firefox over WinSwitch / xpra, or to log into any site if the password contains an "a".

I appreciate you are very busy, Antoine, but this really is a major stopper on OS X.

Stroller.



From antoine at nagafix.co.uk  Tue May 22 09:48:30 2012
From: antoine at nagafix.co.uk (Antoine Martin)
Date: Tue, 22 May 2012 15:48:30 +0700
Subject: [winswitch] Defunct xpra processes
In-Reply-To: <1337646833.38818.YahooMailNeo@web125504.mail.ne1.yahoo.com>
References: <1337646833.38818.YahooMailNeo@web125504.mail.ne1.yahoo.com>
Message-ID: <4FBB52DE.8010701@nagafix.co.uk>

On 22/05/12 07:33, Davide Varvello wrote:
> Hi there,
>  
> I'm running xpra as server on Ubuntu 10.04.4 LTS, after a while I noticed a lot of defunct xpra processes, why are they almost here after hours?
Some xpra processes are used to probe existing sessions (and obviously
running them) and I believe that sometimes they are having difficulties
terminating (problem with file descriptors I believe). Re-starting the
server (and/or client) generally fixes this (and you should *not* be
losing any sessions, if you do then that's a separate bug).
I'll see if this is easily reproducible and try to fix it for the next
release.

Cheers
Antoine


> Cheers
>  Davide
>
> ----
> - Come avere 48 servizi a portata di mano senza alzare un dito (dalla tastiera :-)
>   Oltre il Passaparola
>
> - Blog: Cambia il Tempo
> _______________________________________________
> 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 May 22 09:52:10 2012
From: antoine at nagafix.co.uk (Antoine Martin)
Date: Tue, 22 May 2012 15:52:10 +0700
Subject: [winswitch] "a" key
In-Reply-To: <E2D2F10C-73BD-4AA9-81A3-964FD5116142@stellar.eclipse.co.uk>
References: <1337647605.21850.YahooMailNeo@web125504.mail.ne1.yahoo.com>
 <E2D2F10C-73BD-4AA9-81A3-964FD5116142@stellar.eclipse.co.uk>
Message-ID: <4FBB53BA.1060004@nagafix.co.uk>

On 22/05/12 12:32, Stroller wrote:
> On 22 May 2012, at 01:46, Davide Varvello wrote:
>> ?
>> My client xpra is a max osx lion, it seems the "a" key is not recognized. Every other key is ok but clicking on "a" 
> Known issue.
>
> http://xpra.org/trac/ticket/92
>
> http://lists.devloop.org.uk/pipermail/shifter-users/2012-March/000166.html
>
> Very frustrating, isn't it?
>
> I have been using plain old `ssh -X firefox` the last few days, and it is very refreshing in its simplicity. 
>
> My primary need for WinSwitch / xpra is to use Firefox on a Linux box to access the DRAC4 interface of Dell PowerEdge servers. The Java applets are supported on Windows and Linux, but not OS X. The DRAC's default password is "calvin" and I was getting increasingly frustrated by repeated logins when setting up a new system - I was thinking what a pain it was going to be to haul out this machine to connect it to a monitor. I would have probably had to spend a deal of time searching for a suitable liveCD (some are maintained which carry Dell's proprietary utilities). How much more aggravating it would have been to have gone to all this trouble to find it did not solve the problem!
>
> Obviously it's impossible to access any website with "a" in its name when using Firefox over WinSwitch / xpra, or to log into any site if the password contains an "a".
>
> I appreciate you are very busy, Antoine, but this really is a major stopper on OS X.
Yes, I realize that and I intend to fix this as soon as I can, but
unfortunately my laptop is too old and it is not capable of running OS X
(in a VM or otherwise) so I am unable to test this until I get back to
the office in about 10 days...
I've seen some sweet looking laptops, so feel free to start an "upgrade
my laptop" fund... ;)

Cheers
Antoine

>
> Stroller.
>
> _______________________________________________
> 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 May 22 15:16:08 2012
From: antoine at nagafix.co.uk (Antoine Martin)
Date: Tue, 22 May 2012 21:16:08 +0700
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
Message-ID: <4FBB9FA8.4030800@nagafix.co.uk>

Hi,

This new release has long term stability as its main focus.
This 0.3 branch will be maintained for longer than previous branches.

It includes a new zero-copy network packet protocol, IPv6 support, many
bug fixes (races, memory leaks, etc), fairer window update batching, etc

The next point release will focus on improving the latency and dealing
with the backlog of keyboard issues (a new Mac OS X build will be
available then).

As usual, the source can be found here:
http://xpra.org/src/
And the binaries here:
http://winswitch.org/downloads/

Cheers
Antoine


Full release notes:
* zero-copy network code, per packet compression
* fix race causing DoS in threaded network protocol setup
* fix vpx encoder memory leak
* fix vpx/x264 decoding: recover from frame failures
* fix small per-window memory leak in server
* per-window update batching auto-tuning, which is fairer
* windows update batching now takes into account the number of pixels
rather than just the number of regions to update
* support --socket-dir option over ssh
* IPv6 support using the syntax: ssh/::ffff:192.168.1.100/10 or
tcp/::ffff:192.168.1.100/10000
* all commands now return a non-zero exit code in case of failure
* new "xpra info" command to report server statistics
* prettify some of the logging and error messages
* avoid doing most of the keyboard setup code when clients are in
read-only mode
* Solaris build files
* automated regression and performance tests
* remove compatibility code for versions older than 0.1


From ndbecker2 at gmail.com  Tue May 22 15:37:57 2012
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 22 May 2012 10:37:57 -0400
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
In-Reply-To: <4FBB9FA8.4030800@nagafix.co.uk>
References: <4FBB9FA8.4030800@nagafix.co.uk>
Message-ID: <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>

On fedora, need also:

yum install x264-devel ffmpeg-devel


From ndbecker2 at gmail.com  Tue May 22 15:59:21 2012
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 22 May 2012 10:59:21 -0400
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
In-Reply-To: <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>
References: <4FBB9FA8.4030800@nagafix.co.uk>
 <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>
Message-ID: <CAG3t+pGqxKNYeBniCkPwMf7K4-JhN4B_e+f_=L+csKTu7s6xrQ@mail.gmail.com>

Are all the parts of xpra GPLv2?


From antoine at nagafix.co.uk  Tue May 22 16:08:49 2012
From: antoine at nagafix.co.uk (Antoine Martin)
Date: Tue, 22 May 2012 22:08:49 +0700
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
In-Reply-To: <CAG3t+pGqxKNYeBniCkPwMf7K4-JhN4B_e+f_=L+csKTu7s6xrQ@mail.gmail.com>
References: <4FBB9FA8.4030800@nagafix.co.uk>
 <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>
 <CAG3t+pGqxKNYeBniCkPwMf7K4-JhN4B_e+f_=L+csKTu7s6xrQ@mail.gmail.com>
Message-ID: <4FBBAC01.50004@nagafix.co.uk>

On 22/05/12 21:59, Neal Becker wrote:
> Are all the parts of xpra GPLv2?
GPLv2+:
# Parti is released under the terms of the GNU GPL v2, or, at your
option, any
# later version. See the file COPYING for details.

I am happy to make any of the code I have added since, GPLv2+ or any
other free license if that's any help to anyone.
But since the original, bulk of the code is GPLv2+, this is what matters.

Cheers
Antoine


From antoine at nagafix.co.uk  Tue May 22 16:14:46 2012
From: antoine at nagafix.co.uk (Antoine Martin)
Date: Tue, 22 May 2012 22:14:46 +0700
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
In-Reply-To: <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>
References: <4FBB9FA8.4030800@nagafix.co.uk>
 <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>
Message-ID: <4FBBAD66.3090805@nagafix.co.uk>

On 22/05/12 21:37, Neal Becker wrote:
> On fedora, need also:
>
> yum install x264-devel ffmpeg-devel
>
The development instructions have this info here:
https://xpra.org/dev.html#fedora

What I had missed was that on Fedora the binary RPMs needed to depend on
"libx264_118" and not "libx264"...
I have just re-spun them with the fix, you can grab the new 0.3.0-2
binary RPMs from here:
http://xpra.org/dists/Fedora/

Thanks!
Antoine


From ndbecker2 at gmail.com  Tue May 22 16:21:00 2012
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 22 May 2012 11:21:00 -0400
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
In-Reply-To: <4FBBAD66.3090805@nagafix.co.uk>
References: <4FBB9FA8.4030800@nagafix.co.uk>
 <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>
 <4FBBAD66.3090805@nagafix.co.uk>
Message-ID: <CAG3t+pGwwM92O_OzeBA0GtesuXE2E+_n43mvNsgOV8d6ArM6qQ@mail.gmail.com>

I do not recommend using atrpms.  This will often cause nasty conflicts.

Use rpmfusion.  And then use x264-devel (not libx264...)

Also, I needed a couple patches to build from srpm

Basically, change build to:

%build
cd parti-all-%{version}
rm -rf build install
python make_constants_pxi.py wimpiggy/lowlevel/constants.txt
wimpiggy/lowlevel/constants.pxi
python setup.py build


On Tue, May 22, 2012 at 11:14 AM, Antoine Martin <antoine at nagafix.co.uk>wrote:

>  On 22/05/12 21:37, Neal Becker wrote:
>
> On fedora, need also:
>
> yum install x264-devel ffmpeg-devel
>
>
>  The development instructions have this info here:
> https://xpra.org/dev.html#fedora
>
> What I had missed was that on Fedora the binary RPMs needed to depend on
> "libx264_118" and not "libx264"...
> I have just re-spun them with the fix, you can grab the new 0.3.0-2 binary
> RPMs from here:
> http://xpra.org/dists/Fedora/
>
> Thanks!
> Antoine
>


From ndbecker2 at gmail.com  Tue May 22 16:23:14 2012
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 22 May 2012 11:23:14 -0400
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
In-Reply-To: <CAG3t+pGwwM92O_OzeBA0GtesuXE2E+_n43mvNsgOV8d6ArM6qQ@mail.gmail.com>
References: <4FBB9FA8.4030800@nagafix.co.uk>
 <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>
 <4FBBAD66.3090805@nagafix.co.uk>
 <CAG3t+pGwwM92O_OzeBA0GtesuXE2E+_n43mvNsgOV8d6ArM6qQ@mail.gmail.com>
Message-ID: <CAG3t+pFnYiaGrZAn9C3PoEkexAoN7gQiNZb9+GL-0AuAUzXotw@mail.gmail.com>

I'm just trying to build winswitch from srpm, and it has issues:

#1 issue:

Need this:
%define version 0.12.13

This won't work unless winswitch is installed already:

%{!?version: %define version %(%{__python} -c "from winswitch import
__version__; print  __version__")}

#2 issue:

+ cd /home/nbecker/rpmbuild/BUILD
+ cd winswitch-0.12.13
+ LANG=C
+ export LANG
+ unset DISPLAY
+ /usr/bin/python setup.py build
sys.argv=['setup.py', 'build']
Traceback (most recent call last):
  File "setup.py", line 84, in <module>
    import add_build_info
ImportError: No module named add_build_info
error: Bad exit status from /var/tmp/rpm-tmp.jGwdR6 (%build)

Doesn't look like this could have ever worked :(

On Tue, May 22, 2012 at 11:21 AM, Neal Becker <ndbecker2 at gmail.com> wrote:

> I do not recommend using atrpms.  This will often cause nasty conflicts.
>
> Use rpmfusion.  And then use x264-devel (not libx264...)
>
> Also, I needed a couple patches to build from srpm
>
> Basically, change build to:
>
> %build
> cd parti-all-%{version}
> rm -rf build install
> python make_constants_pxi.py wimpiggy/lowlevel/constants.txt
> wimpiggy/lowlevel/constants.pxi
> python setup.py build
>
>
> On Tue, May 22, 2012 at 11:14 AM, Antoine Martin <antoine at nagafix.co.uk>wrote:
>
>>  On 22/05/12 21:37, Neal Becker wrote:
>>
>> On fedora, need also:
>>
>> yum install x264-devel ffmpeg-devel
>>
>>
>>  The development instructions have this info here:
>> https://xpra.org/dev.html#fedora
>>
>> What I had missed was that on Fedora the binary RPMs needed to depend on
>> "libx264_118" and not "libx264"...
>> I have just re-spun them with the fix, you can grab the new 0.3.0-2
>> binary RPMs from here:
>> http://xpra.org/dists/Fedora/
>>
>> Thanks!
>> Antoine
>>
>
>


From antoine at nagafix.co.uk  Tue May 22 16:29:48 2012
From: antoine at nagafix.co.uk (Antoine Martin)
Date: Tue, 22 May 2012 22:29:48 +0700
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
In-Reply-To: <CAG3t+pGwwM92O_OzeBA0GtesuXE2E+_n43mvNsgOV8d6ArM6qQ@mail.gmail.com>
References: <4FBB9FA8.4030800@nagafix.co.uk>
 <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>
 <4FBBAD66.3090805@nagafix.co.uk>
 <CAG3t+pGwwM92O_OzeBA0GtesuXE2E+_n43mvNsgOV8d6ArM6qQ@mail.gmail.com>
Message-ID: <4FBBB0EC.5050008@nagafix.co.uk>

On 22/05/12 22:21, Neal Becker wrote:
> I do not recommend using atrpms.  This will often cause nasty conflicts.
>
> Use rpmfusion.  And then use x264-devel (not libx264...)
Depending on a "-devel" package for a binary library feels wrong!
It's a shame RPMs cannot have dependencies on "X or Y"...
> Also, I needed a couple patches to build from srpm
>
> Basically, change build to:
>
> %build
> cd parti-all-%{version}
> rm -rf build install
> python make_constants_pxi.py wimpiggy/lowlevel/constants.txt
> wimpiggy/lowlevel/constants.pxi
> python setup.py build
You've dropped the:
CFLAGS=-O0
Is that intentional/needed?

I was going to make this the default for future releases after some more
thorough testing.
I am a bit reluctant to do this now...

Cheers
Antoine

>
>
> On Tue, May 22, 2012 at 11:14 AM, Antoine Martin <antoine at nagafix.co.uk>wrote:
>
>>  On 22/05/12 21:37, Neal Becker wrote:
>>
>> On fedora, need also:
>>
>> yum install x264-devel ffmpeg-devel
>>
>>
>>  The development instructions have this info here:
>> https://xpra.org/dev.html#fedora
>>
>> What I had missed was that on Fedora the binary RPMs needed to depend on
>> "libx264_118" and not "libx264"...
>> I have just re-spun them with the fix, you can grab the new 0.3.0-2 binary
>> RPMs from here:
>> http://xpra.org/dists/Fedora/
>>
>> Thanks!
>> Antoine
>>



From antoine at nagafix.co.uk  Tue May 22 16:34:17 2012
From: antoine at nagafix.co.uk (Antoine Martin)
Date: Tue, 22 May 2012 22:34:17 +0700
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
In-Reply-To: <CAG3t+pFnYiaGrZAn9C3PoEkexAoN7gQiNZb9+GL-0AuAUzXotw@mail.gmail.com>
References: <4FBB9FA8.4030800@nagafix.co.uk>
 <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>
 <4FBBAD66.3090805@nagafix.co.uk>
 <CAG3t+pGwwM92O_OzeBA0GtesuXE2E+_n43mvNsgOV8d6ArM6qQ@mail.gmail.com>
 <CAG3t+pFnYiaGrZAn9C3PoEkexAoN7gQiNZb9+GL-0AuAUzXotw@mail.gmail.com>
Message-ID: <4FBBB1F9.8060105@nagafix.co.uk>

On 22/05/12 22:23, Neal Becker wrote:
> I'm just trying to build winswitch from srpm, and it has issues:
>
> #1 issue:
>
> Need this:
> %define version 0.12.13
>
> This won't work unless winswitch is installed already:
>
> %{!?version: %define version %(%{__python} -c "from winswitch import
> __version__; print  __version__")}
Hmm, I did this because I was just tired of forgetting to bump the
version in so many different places everytime I make a new build...


> #2 issue:
>
> + cd /home/nbecker/rpmbuild/BUILD
> + cd winswitch-0.12.13
> + LANG=C
> + export LANG
> + unset DISPLAY
> + /usr/bin/python setup.py build
> sys.argv=['setup.py', 'build']
> Traceback (most recent call last):
>   File "setup.py", line 84, in <module>
>     import add_build_info
> ImportError: No module named add_build_info
> error: Bad exit status from /var/tmp/rpm-tmp.jGwdR6 (%build)
>
> Doesn't look like this could have ever worked :(
Oh, but it does..
My automated build scripts place the root of the source tree on the
PYTHONPATH so that both of these problems go away, without needing to
update the versions by hand everytime.

It's not elegant, and it's probably not right for packagers, but it
saves me a lot of time... suggestions welcome!

Cheers
Antoine




>
> On Tue, May 22, 2012 at 11:21 AM, Neal Becker <ndbecker2 at gmail.com> wrote:
>
>> I do not recommend using atrpms.  This will often cause nasty conflicts.
>>
>> Use rpmfusion.  And then use x264-devel (not libx264...)
>>
>> Also, I needed a couple patches to build from srpm
>>
>> Basically, change build to:
>>
>> %build
>> cd parti-all-%{version}
>> rm -rf build install
>> python make_constants_pxi.py wimpiggy/lowlevel/constants.txt
>> wimpiggy/lowlevel/constants.pxi
>> python setup.py build
>>
>>
>> On Tue, May 22, 2012 at 11:14 AM, Antoine Martin <antoine at nagafix.co.uk>wrote:
>>
>>>  On 22/05/12 21:37, Neal Becker wrote:
>>>
>>> On fedora, need also:
>>>
>>> yum install x264-devel ffmpeg-devel
>>>
>>>
>>>  The development instructions have this info here:
>>> https://xpra.org/dev.html#fedora
>>>
>>> What I had missed was that on Fedora the binary RPMs needed to depend on
>>> "libx264_118" and not "libx264"...
>>> I have just re-spun them with the fix, you can grab the new 0.3.0-2
>>> binary RPMs from here:
>>> http://xpra.org/dists/Fedora/
>>>
>>> Thanks!
>>> Antoine
>>>
>>



From ndbecker2 at gmail.com  Tue May 22 16:46:21 2012
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 22 May 2012 11:46:21 -0400
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
In-Reply-To: <4FBBB1F9.8060105@nagafix.co.uk>
References: <4FBB9FA8.4030800@nagafix.co.uk>
 <CAG3t+pHKzh-L3BsWPMtnRcaa42pdnOKqhK--MjFsogLh2zrg3A@mail.gmail.com>
 <4FBBAD66.3090805@nagafix.co.uk>
 <CAG3t+pGwwM92O_OzeBA0GtesuXE2E+_n43mvNsgOV8d6ArM6qQ@mail.gmail.com>
 <CAG3t+pFnYiaGrZAn9C3PoEkexAoN7gQiNZb9+GL-0AuAUzXotw@mail.gmail.com>
 <4FBBB1F9.8060105@nagafix.co.uk>
Message-ID: <CAG3t+pG=RvXHHkHY5ofCmp5ntzc0NA6aj9muhG=YCN=pGEKeUg@mail.gmail.com>

One suggestion:
Use your revision control system to create a file called 'version'.  Then
you can have various other things read it.  Then, just normal use of
revision control ensures everything is in sync.

On Tue, May 22, 2012 at 11:34 AM, Antoine Martin <antoine at nagafix.co.uk>wrote:

> On 22/05/12 22:23, Neal Becker wrote:
> > I'm just trying to build winswitch from srpm, and it has issues:
> >
> > #1 issue:
> >
> > Need this:
> > %define version 0.12.13
> >
> > This won't work unless winswitch is installed already:
> >
> > %{!?version: %define version %(%{__python} -c "from winswitch import
> > __version__; print  __version__")}
> Hmm, I did this because I was just tired of forgetting to bump the
> version in so many different places everytime I make a new build...
>
>
> > #2 issue:
> >
> > + cd /home/nbecker/rpmbuild/BUILD
> > + cd winswitch-0.12.13
> > + LANG=C
> > + export LANG
> > + unset DISPLAY
> > + /usr/bin/python setup.py build
> > sys.argv=['setup.py', 'build']
> > Traceback (most recent call last):
> >   File "setup.py", line 84, in <module>
> >     import add_build_info
> > ImportError: No module named add_build_info
> > error: Bad exit status from /var/tmp/rpm-tmp.jGwdR6 (%build)
> >
> > Doesn't look like this could have ever worked :(
> Oh, but it does..
> My automated build scripts place the root of the source tree on the
> PYTHONPATH so that both of these problems go away, without needing to
> update the versions by hand everytime.
>
> It's not elegant, and it's probably not right for packagers, but it
> saves me a lot of time... suggestions welcome!
>
> Cheers
> Antoine
>
>
>
>
> >
> > On Tue, May 22, 2012 at 11:21 AM, Neal Becker <ndbecker2 at gmail.com>
> wrote:
> >
> >> I do not recommend using atrpms.  This will often cause nasty conflicts.
> >>
> >> Use rpmfusion.  And then use x264-devel (not libx264...)
> >>
> >> Also, I needed a couple patches to build from srpm
> >>
> >> Basically, change build to:
> >>
> >> %build
> >> cd parti-all-%{version}
> >> rm -rf build install
> >> python make_constants_pxi.py wimpiggy/lowlevel/constants.txt
> >> wimpiggy/lowlevel/constants.pxi
> >> python setup.py build
> >>
> >>
> >> On Tue, May 22, 2012 at 11:14 AM, Antoine Martin <antoine at nagafix.co.uk
> >wrote:
> >>
> >>>  On 22/05/12 21:37, Neal Becker wrote:
> >>>
> >>> On fedora, need also:
> >>>
> >>> yum install x264-devel ffmpeg-devel
> >>>
> >>>
> >>>  The development instructions have this info here:
> >>> https://xpra.org/dev.html#fedora
> >>>
> >>> What I had missed was that on Fedora the binary RPMs needed to depend
> on
> >>> "libx264_118" and not "libx264"...
> >>> I have just re-spun them with the fix, you can grab the new 0.3.0-2
> >>> binary RPMs from here:
> >>> http://xpra.org/dists/Fedora/
> >>>
> >>> Thanks!
> >>> Antoine
> >>>
> >>
>
>


From jmcp+xpra at jmcp.homeunix.com  Wed May 23 02:33:13 2012
From: jmcp+xpra at jmcp.homeunix.com (James C. McPherson)
Date: Wed, 23 May 2012 11:33:13 +1000
Subject: [winswitch] [ANNOUNCE] xpra 0.3.0
In-Reply-To: <4FBB9FA8.4030800@nagafix.co.uk>
References: <4FBB9FA8.4030800@nagafix.co.uk>
Message-ID: <4FBC3E59.7000204@jmcp.homeunix.com>

On 23/05/12 12:16 AM, Antoine Martin wrote:
> Hi,
>
> This new release has long term stability as its main focus.
> This 0.3 branch will be maintained for longer than previous branches.
>
> It includes a new zero-copy network packet protocol, IPv6 support, many
> bug fixes (races, memory leaks, etc), fairer window update batching, etc
>
> The next point release will focus on improving the latency and dealing
> with the backlog of keyboard issues (a new Mac OS X build will be
> available then).
>
> As usual, the source can be found here:
> http://xpra.org/src/
> And the binaries here:
> http://winswitch.org/downloads/

Gday Antoine,
A Solaris 11 package for 0.3.0 is now available via

http://www.jmcp.homeunix.com/blog/2012/05/23/xpra-0-3-0-solaris-11-package-x86-now-available/


cheers,
James
--
Solaris kernel software engineer, system admin and troubleshooter
               http://www.jmcp.homeunix.com/blog
Find me on LinkedIn @ http://www.linkedin.com/in/jamescmcpherson




From antoine at nagafix.co.uk  Tue May 29 11:06:25 2012
From: antoine at nagafix.co.uk (Antoine Martin)
Date: Tue, 29 May 2012 17:06:25 +0700
Subject: [winswitch] [ANNOUNCE] xpra 0.3.1
Message-ID: <4FC49FA1.9060506@nagafix.co.uk>

Hi,

This is a first update to the stable 0.3 branch and contains two
important bug fixes (one DoS) and some small cosmetic improvements.
Many thanks to Norman Rasmussen for reporting these issues and providing
the fixes.

This release does not address the keyboard issues and the latency
improvements are too intrusive and are now scheduled for the 0.4 release.

As usual, the source can be found here:
http://xpra.org/src/
And the binaries here:
http://winswitch.org/downloads/

Cheers
Antoine

Full release notes:
* fix DoS in network connections setup code
* fix for non-ascii characters in source file
* log remote IP or socket address
* more graceful disconnection of invalid clients
* updates to the man page and xpra command help page
* support running the automated tests against older versions
* "xpra info" to report the number of clients connected
* use xpra's own icon for its own windows (about and info dialogs)