Custom Query (230 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (22 - 24 of 230)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Ticket Resolution Summary Owner Reporter
#276 fixed CentOS 7 missing dependencies rnajvirt
Description

Dear all,

when trying to install xpra on a CentOS 7 machine using the RPM method (https://winswitch.org/downloads/rpm-repository.html?dist_select=CentOS), yum shows missing dependencies (see below). How could I obtain (build) these packages? I see that they are available in the repo for CentOS 6 - can they be used for CentOS 7?

Thanks for any help.

(This is my first ticket submission ever)


--> Finished Dependency Resolution
Error: Package: xpra-0.14.23-1.el7_1.x86_64 (winswitch)
           Requires: x264-xpra
Error: Package: xpra-0.14.23-1.el7_1.x86_64 (winswitch)
           Requires: pygtkglext
Error: Package: xpra-0.14.23-1.el7_1.x86_64 (winswitch)
           Requires: python-rencode
Error: Package: xpra-0.14.23-1.el7_1.x86_64 (winswitch)
           Requires: python-lz4
Error: Package: xpra-0.14.23-1.el7_1.x86_64 (winswitch)
           Requires: libfakeXinerama
Error: Package: xpra-0.14.23-1.el7_1.x86_64 (winswitch)
           Requires: PyOpenGL-accelerate
Error: Package: xpra-0.14.23-1.el7_1.x86_64 (winswitch)
           Requires: libx264.so.142()(64bit)
#284 fixed [PATCH] Fix incorrect icons for some apps Nathan Rennie-Waldock
Description

Some apps are showing the incorrect icon in the applications menu. After a lot of debugging, I figured out icons with an extension will always be replaced by an icon found after it.

In my case, Thunderbird was getting the icon from my icon theme, rather than the package one which was found first.

It was caused by checking for the filename *with* extension as the key, rather than without which is how they're stored.

#286 invalid question about 8bit pseudocolor support by xpra Ward Braspenning
Description

Hello,

I need 8 bit pseudocolor for some x apps who use it (don't have code of these apps to change it) to get blinking colors. But I don't get xpra working with depth = 8 bit.

When I (on a Red Hat 7.2) test 'xpra start' (v0.16.2-r11889) as root with DefaultDepth and Depth 8 in /root/.xpra/xorg.conf.d/Screen, I get following error in file ':0.log':

  File "window_bindings.pyx", line 604, in xpra.x11.bindings.window_bindings.X11WindowBindings.ensure_XComposite_support (xpra/x11/bindings/window_bindings.c:5406):
  ...
  File "window_bindings.pyx", line 426, in xpra.x11.bindings.window_bindings.X11WindowBindings.ensure_extension_support (xpra/x11/bindings/window_bindings.c:2342)
  ValueError: X11 extension Composite not available
  ...

See attachments for the necessary files.

I'm pretty sure it is a restriction in the x(dummy) server:

From source code package xorg-x11-server-Xorg, v 1.17.2, file composite/compext.c, fu CompositeExtensionInit:

  ...
  //Composite on 8bpp pseudocolor root windows appears to fail, so
  //just disable it on anything pseudocolor for safety.
          for (vis = pScreen->visuals; vis->vid != pScreen->rootVisual; vis++);
          if ((vis->class | DynamicClass) == PseudoColor)
              return;
  ...

Xvnc, on the other hand, does support 8-bit pseudocolor. My questions are:

  • Is there a way to get 8 bit pseudocolor working with xpra that i overlook?
    • And do have the 'xpra'-developers an idea of what is necessary to get the 'composite' extension working with 8 bit pseudocolor. Or better to ask this on the Xorg team?

I don't know enough of it, but if Xvnc gets 8 bit pseudolor working, the I think it should also be possible to implement this for X + Composite extension. Xvnc must also use something Composite like, no?

Thanks in advance if you have the time and effort to look into these questions.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Note: See TracQuery for help on using queries.