-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
xrandr is a command line interface to the X11 Resize, Rotate, and Reflect
(RandR) extension.
This release adds support for the new monitor objects added in RandR 1.5, and
fixes a few bugs.
Aaron Plattner (2):
Split verbose mode printing
Hi,
I am having a problem with a Centos 6.7 installation with the latest
patches (2.6.32-573.18.1.el6.x86_64). The X server version is
1.15.0-36.el6.centos
The motherboard is a SuperMicro X11SSV-Q. This is an i7-6700 CPU and Q170
chipset.
It has a built-in intel graphics chip.
The system
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
xrandr is a command line interface to the X11 Resize, Rotate, and Reflect
(RandR) extension.
This release adds support for the new monitor objects added in RandR 1.5, and
fixes a few bugs.
Aaron Plattner (2):
Split verbose mode printing
From: Michel Dänzer
The former takes explicit screen and depth parameters instead of
deriving them from a pixmap.
Signed-off-by: Michel Dänzer
---
glamor/glamor_transform.c | 16
glamor/glamor_transform.h | 12 +++-
2
From: Michel Dänzer
We were using the destination pixmap depth to determine the source
picture format.
Fixes incorrect text rendering with some MATE desktop GTK3 themes.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94246
Signed-off-by: Michel Dänzer
Hi there!
Regarging https://bugs.freedesktop.org/show_bug.cgi?id=93072, I've also
observed this issue in Ubuntu 15.10 (xorg-server 1.17.2 and systemd 225)
and 16.04 alpha 2 (xorg-server 1.17.3 and systemd 229), but not in openSUSE
Leap 42.1 (xorg-server 1.17.2 and systemd 210).
Could it be a
https://bugs.freedesktop.org/show_bug.cgi?id=91491
--- Comment #12 from Greg Turner ---
Just an update. Unfortunately with kernel 4.4.1 and xorg 1.18.1 I can't keep
the server running long enough to reach this bug. Instead, within minutes the
primary display begins having
Currently Xephyr doesn't inherit host X server's keymap, which
may lead to keymap mismatches when typing in a window inside
Xephyr. If host X server supports XKB extension, this patch
uses xcb-xkb to apply its keymap in Xephyr. This implementation
is analogous to Xnest one at commit 83fef4235.
https://bugs.freedesktop.org/show_bug.cgi?id=22562
Christopher M. Penalver changed:
What|Removed |Added
Status|NEW
On 24.02.2016 12:05, Alex Goins wrote:
> Thanks for the reply, Dave!
>
>> Is there any reason this only addresses one direction in the
>> -modesetting driver.
>>
>> In theory shouldn't we able to expose both source and sink bits in
>> -modesetting?
>> (esp when glamor is enabled).
>
> Yes, both
Thanks for the reply, Dave!
> Is there any reason this only addresses one direction in the
> -modesetting driver.
>
> In theory shouldn't we able to expose both source and sink bits in
> -modesetting?
> (esp when glamor is enabled).
Yes, both source and sink bits could be exposed by
https://bugs.freedesktop.org/show_bug.cgi?id=16226
Christopher M. Penalver changed:
What|Removed |Added
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=20477
Christopher M. Penalver changed:
What|Removed |Added
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=27707
Christopher M. Penalver changed:
What|Removed |Added
Status|NEW
On Tue, Feb 23, 2016 at 07:58:04AM -0300, Laércio de Sousa wrote:
> Currently Xephyr doesn't inherit host X server's keymap, which
> may lead to keymap mismatches when typing in a window inside
> Xephyr. If host X server supports XKB extension, this patch
> uses xcb-xkb to apply its keymap in
On 22.02.2016 21:29, Dave Airlie wrote:
On 22 February 2016 at 22:20, Michael Thayer wrote:
On 19.02.2016 16:16, Michael Thayer wrote:
I have been experimenting a bit with plugging and unplugging of graphics
devices (using a dummy KMS driver which is udl stripped
16 matches
Mail list logo