See the description in the randrproto repository.
Signed-off-by: Keith Packard
---
src/randr.xml | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/src/randr.xml b/src/randr.xml
index 722f715..c17a4c9 100644
--- a/src/randr.xml
+++ b/src/randr.xml
This adds support for RandR CRTC/Output leases through the modesetting
driver, creating a lease using new kernel infrastructure and returning
that to a client through an fd which will have access to only those
resources.
Signed-off-by: Keith Packard
---
configure.ac
Keith Packard writes:
With the changes to the kernel interface, and discussion about how to
mask HMD outputs from X applications still ongoing, I've ripped the
grabs out of the protocol and will add whatever we come up with back at
some point.
In any case, there are just two requests now, Create
Peter Hutterer writes:
> I'll send a patch out that tightens the glob to just meson.build and add
> the extra config.h.meson.in manually in the list of files, that should
> make it more obvious and less error-prone, so everyone is happy (fsvo
> happy ;)
Yeah, happy about patches to autotools
On 29/04/2017 08:06 , Keith Packard wrote:
Eric Anholt writes:
Matching sucks because it might pick up other things, but it's the only
reasonable solution when using autotool's make dist. Hopefully we can
stop that soon.
The alternative would be to edit every Makefile.am to include the
asso
I converted Xorg when meson 0.40 came out, but fumbled my grep and
forgot that I had instances of the .extract_all_objects() workaround
in dixmods, too.
Signed-off-by: Eric Anholt
---
hw/xfree86/dixmods/meson.build | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/xf
A common meson pattern is to use empty arrays for optional sources and
dependencies, since it generally iterates over trees of arrays looking
for values. A value of '' will actually go looking for ''.
Signed-off-by: Eric Anholt
---
glx/meson.build | 2 +-
1 file changed, 1 insertion(+), 1 delet
Eric Anholt writes:
> Matching sucks because it might pick up other things, but it's the only
> reasonable solution when using autotool's make dist. Hopefully we can
> stop that soon.
The alternative would be to edit every Makefile.am to include the
associated meson files. I'm fine with the top
Pekka Paalanen writes:
> IMHO, if nothing is providing a picture intended for the HMD, the HMD
> should be off. There is no use in showing an arbitrary image that does
> not look right, is there?
Well, if the HMD is being worn and the application crashes, then
what you want is something that kee
Peter Hutterer writes:
> While we're providing both build systems, we'll likely have 'make dist'
> generated tarballs - those tarballs should be buildable with meson to
> have more exposure.
>
> Signed-off-by: Peter Hutterer
> ---
> triggered by:
> https://mail.gnome.org/archives/desktop-devel-l
> Date: Fri, 28 Apr 2017 16:09:55 +1000
> From: Peter Hutterer
>
> While we're providing both build systems, we'll likely have 'make dist'
> generated tarballs - those tarballs should be buildable with meson to
> have more exposure.
>
> Signed-off-by: Peter Hutterer
> ---
> triggered by:
> http
On Friday, 2017-04-28 11:30:08 +0100, Eric Engestrom wrote:
> On Friday, 2017-04-28 16:09:55 +1000, Peter Hutterer wrote:
> > While we're providing both build systems, we'll likely have 'make dist'
> > generated tarballs - those tarballs should be buildable with meson to
> > have more exposure.
> >
On 27/04/2017 18:55, Adam Jackson wrote:
Signed-off-by: Adam Jackson
---
glx/meson.build| 5 +
hw/xfree86/dixmods/meson.build | 15 +++
meson.build| 2 ++
3 files changed, 22 insertions(+)
diff --git a/glx/meson.build b/glx/meson.build
inde
On Friday, 2017-04-28 16:09:55 +1000, Peter Hutterer wrote:
> While we're providing both build systems, we'll likely have 'make dist'
> generated tarballs - those tarballs should be buildable with meson to
> have more exposure.
>
> Signed-off-by: Peter Hutterer
> ---
> triggered by:
> https://mai
14 matches
Mail list logo
