On 09/02/17 03:06 AM, Adam Jackson wrote:
> On Tue, 2017-02-07 at 11:57 -0500, Alex Deucher wrote:
>> On Tue, Feb 7, 2017 at 3:38 AM, Michel Dänzer
>> wrote:
>>> From: Michel Dänzer
>>>
>>> The lower layers also do this, but no damage may be reported there,
>>> since we unwrap before calling down
On Ubuntu 17.04 daily, the following error is seen,
(disappears when librender.a is put before libos.a on the resulting
collect2 linker command line (seen by CFLAGS='-v')):
../../render/.libs/librender.a(glyph.o): In function `HashGlyph':
/mnt/xserver/render/glyph.c:168: undefined reference to
On Thu, Feb 09, 2017 at 10:48:14AM +0500, Mihail Konev wrote:
> this patch looks to be making more sense than per-OS adjustments
(In the sense it does record "A depends on B", whereas reordering does
not, while being a "per-OS-adjustment" too).
___
xorg-
Fixes dmx build, even on Ubuntu 17.04 alpha, where just adding
librender at the end of Xdmx doesn't work (librender HashGlyph then
cannot find x_sha1_init from libos).
This links some libos.a functions into render, and some librender.a
ones into randr.
Adjust the subdirectory order to allow for th
On Wed, Feb 08, 2017 at 02:46:16AM -0500, Olivier Fourdan wrote:
> Hey Peter,
>
> > > LGTM - Yo get rid of two \n along the way, but I think there were not
> > > needed in the first place so:
> >
> > oops. no, they're neeed so I added them back (and also to the instance where
> > it was missing).
On Mon, Jan 16, 2017 at 02:47:26PM -0500, Adam Jackson wrote:
> On Sat, 2017-01-14 at 15:19 +0500, Mihail Konev wrote:
> > Commit ead5064581665ff40c177dd1b447949f1420e209 missed that xi1/
> > and xi2/ were conditioned on XORG, and made xfree86-only tests to be
> > built unconditionally.
> > Ifdef t
On Wed, 2017-02-08 at 13:20 -0500, Olivier Fourdan wrote:
> Yeah... It's all confusing! Sorry!
>
> Those are the two patches:
>
> https://patchwork.freedesktop.org/patch/137446/
> https://patchwork.freedesktop.org/patch/137635/
Merged:
remote: I: patch #137446 updated using rev
afeace27d38182
Hey Adam,
- Original Message -
> On Wed, 2017-02-08 at 09:23 +0100, Olivier Fourdan wrote:
> > Previously, we would swap the width/height of the Xwayland output based
> > on the output rotation, so that the overall screen size would match the
> > actual rotation of each output.
>
> This s
On Wed, Feb 8, 2017 at 1:06 PM, Adam Jackson wrote:
> On Tue, 2017-02-07 at 11:57 -0500, Alex Deucher wrote:
>> On Tue, Feb 7, 2017 at 3:38 AM, Michel Dänzer
>> wrote:
>> > From: Michel Dänzer
>> >
>> > The lower layers also do this, but no damage may be reported there,
>> > since we unwrap befo
On Wed, 2017-02-08 at 09:23 +0100, Olivier Fourdan wrote:
> Previously, we would swap the width/height of the Xwayland output based
> on the output rotation, so that the overall screen size would match the
> actual rotation of each output.
This series makes sense, but I'm a little lost on which ve
On Tue, 2017-02-07 at 11:57 -0500, Alex Deucher wrote:
> On Tue, Feb 7, 2017 at 3:38 AM, Michel Dänzer
> wrote:
> > From: Michel Dänzer
> >
> > The lower layers also do this, but no damage may be reported there,
> > since we unwrap before calling down.
> >
> > Bugzilla: https://bugs.freedesktop
On Sat, 2017-02-04 at 00:03 +0500, Mihail Konev wrote:
> diff --git a/hw/dmx/Makefile.am b/hw/dmx/Makefile.am
> index eef84cb66a76..38d6ac409e76 100644
> --- a/hw/dmx/Makefile.am
> +++ b/hw/dmx/Makefile.am
> @@ -80,7 +80,8 @@ XDMX_LIBS = \
>
> Xdmx_LDFLAGS = $(LD_EXPORT_SYMBOLS_FLAG)
> Xdmx_DE
On Fri, 2017-02-03 at 02:41 -0500, Olivier Fourdan wrote:
> > For some applications (like fullscreen games) it matters for XRandr
> > resolution to be correctly set and equal to root window resolution.
> >
> > In XServer there is already hack for this, adapted it for XWayland.
> >
> > Fixes: http
On Thu, 2017-02-02 at 15:56 -0500, Alex Deucher wrote:
> For the series:
> Reviewed-by: Alex Deucher
remote: I: patch #136239 updated using rev
b5b292896f647c85f03f53b20b2f03c0e94de428.
remote: I: patch #136238 updated using rev
542d9f6807ac06b70f564ccab10af69fa21a1221.
remote: I: 2 patch(es)
On Wed, 2017-02-08 at 14:44 +0100, Max Staudt wrote:
> On 02/07/2017 09:06 PM, Keith Packard wrote:
> > > > Max Staudt writes:
> >
> > > OpenGL implementations are allowed to be imprecise in drawing line caps.
> > > This patch expands on the original workaround in dc9fa908.
> >
> > Yeah, finding
On Thu, 2017-02-02 at 11:43 +0100, Michael Thayer wrote:
> Respectful but rather frustrated ping. Is it still worth my trying to
> get these changes in or should I just give up?
Sorry for the delay. The cursor code is that perfect horrifying
intersection of input and output that means I hate rev
On 06/02/17 17:50, Martin Peres wrote:
On 03/02/17 10:04, Daniel Vetter wrote:
On Fri, Feb 03, 2017 at 01:30:14AM +0200, Martin Peres wrote:
On 01/02/17 22:05, Manasi Navare wrote:
On Wed, Feb 01, 2017 at 11:58:16AM -0800, Eric Anholt wrote:
Jani Nikula writes:
On Tue, 31 Jan 2017, Eric An
On 02/07/2017 09:06 PM, Keith Packard wrote:
> Max Staudt writes:
>
>> OpenGL implementations are allowed to be imprecise in drawing line caps.
>> This patch expands on the original workaround in dc9fa908.
>
> Yeah, finding a way to work around GL differences seems like a good
> idea. In this ca
Previously, we would swap the width/height of the Xwayland output based
on the output rotation, so that the overall screen size would match the
actual rotation of each output.
Problem is the RandR's ConstrainCursorHarder() handler will also apply
the output rotation, meaning that when the output i
19 matches
Mail list logo