[winswitch] Downgrading xpra

[Antoine Martin]

On 16/09/2019 15:33, Wolfram Humann via shifter-users wrote:
> Do you expect a release in the near future so I can try out the fix from
> r23459 <https://xpra.org/trac/changeset/23459/xpra>?
Version 3 should be released sometime this week.

> Or is it fairly safe to install a 3.0 beta?
Unless I have missed something, it should be totally safe: the current
beta builds are likely near identical to the final 3.0 release.

> (Can I use a 2.5.3 server on
> RHEL7 with a 3.0 windows client?
Yes:
http://xpra.org/trac/wiki/Versions
All supported versions are compatible with each other.

> -- if I understand correctly, the fix is
> just in the client???)
Correct.

Cheers,
Antoine

> 
> Best regards
> Wolfram
> 
> On Thu, 1 Aug 2019 at 16:20, Antoine Martin <antoine at nagafix.co.uk> wrote:
> 
>> Can you please re-send to the mainling list?
>>
>> Antoine
>>
>> On 01/08/2019 20:54, Wolfram Humann wrote:
>>> Thanks for your reply. Some observations:
>>> 1. I managed to install 1.0.13 doing "sudo yum --releasever=7.1 install
>>> xpra" (had to manually install python-crypto before it would work but
>>> that's all)
>>> I had tried something similar before editing winswitch.repo and
>>> replacing
>>> "baseurl=http://winswitch.org/dists/CentOS/$releasever/$basearch/" with
>>> "baseurl=http://winswitch.org/dists/CentOS/7.1/$basearch/" but to my
>>> surprise yum still wanted to install version 2.5.3 (and failed as
>>> mentioned before when I tried to force yum to install 1.0.13)
>>>
>>> 2. I have a Konsole window receiving lots of output from a program and
>>> therefore scrolling fast. In 1.0.13 there is no problem with that. In
>>> 2.5.3 it always hangs a bit between screen updates. Also in 2.5.3 I
>>> sometimes receive messages about my connection being slow with some
>>> options what to do about it. I've never seen those in 1.0.13
>>>
>>> 3. In 2.5.3 when I have menus hitting the bottom of the screen, I will
>>> have a vertical offset between the mouse-pointer and the selected entry
>>> (see attached screenshots -- the mouse pointer is 6-7 entries higher
>>> than the selection). That does not happen in 1.0.13. It might be worth
>>> mentioning that I have an (unusual?) setup of one horizontal (main)
>>> monitor and one vertical on the left, so there are screen coordinates on
>>> the left monitor extending below and above the main screen.
>>>
>>> If you have any suggestions, I can go back to 2.5.3. and try them out.
>>> But I will be on vacation for one week starting tomorrow, so I would do
>>> that afterwards.
>>>
>>> Thanks for maintaining and supporting this nice and very useful piece of
>>> software!
>>> Wolfram
>>>
>>>
>>> On Wed, 31 Jul 2019 at 19:17, Antoine Martin <antoine at nagafix.co.uk
>>> <mailto:antoine at nagafix.co.uk>> wrote:
>>>
>>>     On 31/07/2019 20:41, Wolfram Humann via shifter-users wrote:
>>>     > I've been using xpra 1.0.x before on an older workstation and
>>>     2.5.3 on the
>>>     > current workstation. My impression is that the old version was
>> running
>>>     > smoother and had less network problems.
>>>     That's possible but it would be extremely surprising.
>>>     There are no "network problems" that I am aware of.
>>>
>>>     > That may be true or not!! I just
>>>     > wanted to try it out. So I yum remove-ed the current version and
>> some
>>>     > dependencies and tried
>>>     > sudo yum install xpra-1.0.13
>>>     > and got
>>>     > Loaded plugins: langpacks, search-disabled-repos
>>>     > RHEL7-ATE_Workstation_tools
>>>     (..)
>>>     > Error: Package: xpra-1.0.13-1.r21370.el7_6.x86_64 (winswitch)
>>>     >            Requires: libvpx.so.5()(64bit)
>>>     >            Available: libvpx-xpra-1.7.0-1.el7_5.x86_64 (winswitch)
>>>     >                libvpx.so.5()(64bit)
>>>     >            Available: libvpx-xpra-1.7.0-1.el7_6.x86_64 (winswitch)
>>>     >                libvpx.so.5()(64bit)
>>>     >            Installing: libvpx-xpra-1.8.0-1.el7_6.x86_64 (winswitch)
>>>     >               ~libvpx.so.6()(64bit)
>>>     >  You could try using --skip-broken to work around the problem
>>>     >  You could try running: rpm -Va --nofiles --nodigest
>>>     >
>>>     > What can I do?
>>>     yum is not capable of figuring out which libvpx version it should be
>>>     installing, trying to install the latest one instead.
>>>     That's a known issue with yum.
>>>
>>>     You may be able to install the old version by manually installing
>>>     libvpx-1.7 first. If yum still tries to upgrade libvpx, you will
>> have to
>>>     hand pick the packages yourself..
>>>
>>>     Bear in mind that the 1.0 branch will be EOLed very soon.
>>>     Personally, I wouldn't bother with it. Especially on RHEL 7.x, which
>> can
>>>     run newer versions very well.
>>>
>>>     Cheers,
>>>     Antoine
>>>
>>>     >
>>>     > Best regards
>>>     > Wolfram
>>>
>>
>>
> _______________________________________________
> shifter-users mailing list
> shifter-users at lists.devloop.org.uk
> https://lists.devloop.org.uk/mailman/listinfo/shifter-users
>