Nice! There's a small typo, but otherwise this LGTM.
Reviewed-by: Simon Ser
> +#ifdef HAVE_MEMFD_CREATE
> + fd = memfd_create("wayland-cursor", MFD_CLOEXEC | MFD_ALLOW_SEALING);
> + if (fd >= 0) {
> + /* We can add this seal before calling posix_fall
On Thu, 14 Feb 2019 at 16:39, Sharma, Shashank via wayland-devel
wrote:
Hi,
>
> Regards
> Shashank
>
> > -Original Message-
> > From: wayland-devel [mailto:wayland-devel-boun...@lists.freedesktop.org] On
> > Behalf Of Sebastian Wick
> > Sent: Thursda
e
> > all three. And there's a variant, which is 'Display P3' from Apple,
> > which starts out being defined with DCI-P3 D65 but uses a tone
> > response curve defined by the sRGB curve.
> >
> >
> >> +
> >
> > Probably the
Hi,
On Thu, 14 Feb 2019 at 16:40, Nautiyal, Ankit K via wayland-devel
wrote:
>
> Hi Sebastian,
>
> I am trying to extend Ole's color management protocol [1] to enable a client
> to pass HDR meta data.
> Added the modified protocol as weston protocol for the time being.
Regards
Shashank
> -Original Message-
> From: wayland-devel [mailto:wayland-devel-boun...@lists.freedesktop.org] On
> Behalf Of Sebastian Wick
> Sent: Thursday, February 14, 2019 12:13 PM
> To: wayland-devel@lists.freedesktop.org
> Subject: Re: [RFC wayland-protocols
On 2/14/2019 1:27 PM, Sebastian Wick wrote:
On 2019-02-14 08:13, Nautiyal, Ankit K via wayland-devel wrote:
Hi Sebastian,
I am trying to extend Ole's color management protocol [1] to enable a
client to pass HDR meta data.
Added the modified protocol as weston protocol for the time bein
ggest there should
be another protocol for that altogether or is there a possibility to
extend this for handling HDR metadata?
[1]
https://lists.freedesktop.org/archives/wayland-devel/2017-January/032770.html
[2]
https://gitlab.freedesktop.org/aknautiyal/weston/c
Hello Sebastian,
My comments inline.
Regards
Shashank
> -Original Message-
> From: wayland-devel [mailto:wayland-devel-boun...@lists.freedesktop.org] On
> Behalf Of Sebastian Wick
> Sent: Thursday, February 14, 2019 8:16 AM
> To: wayland-devel@lists.freedesktop.org
>
+90,7 @@ count_open_fds(void)
continue;
count++;
}
- assert(errno == 0 && "reading /proc/self/fd failed.");
+ assert(errno == 0 && "reading " OPEN_FDS_DIR " failed.");
closedir(dir)
return rc;
+#endif
}
int main(int argc, char *argv[])
--
2.20.1
_______
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
+ assert(kif != NULL);
+
+ /* KVM library frees memory on itself */
+ kvm_close(kd);
+ return count;
+#else
DIR *dir;
struct dirent *ent;
int count = 0;
@@ -62,6 +90,7 @@ count_open_fds(void)
clo
Signed-off-by: Leonid Bobrov
---
src/wayland-os.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/wayland-os.h b/src/wayland-os.h
index 86685e0..08b38bd 100644
--- a/src/wayland-os.h
+++ b/src/wayland-os.h
@@ -41,6 +41,9 @@ wl_os_event_create_cloexec(void);
int
wl_os_accept_cloexec
Signed-off-by: Leonid Bobrov
---
configure.ac | 2 ++
src/wayland-server.c | 35 +++
src/wayland-shm.c| 10 ++
3 files changed, 47 insertions(+)
diff --git a/configure.ac b/configure.ac
index 414bc92..b8f30e4 100644
--- a/configure.ac
+++ b
Signed-off-by: Leonid Bobrov
---
src/wayland-client.h | 4
1 file changed, 4 insertions(+)
diff --git a/src/wayland-client.h b/src/wayland-client.h
index 9f70fa3..690c446 100644
--- a/src/wayland-client.h
+++ b/src/wayland-client.h
@@ -39,4 +39,8 @@
#include "wayland-client-c
800 +++
src/wayland-os.c | 47 +-
src/wayland-os.h | 2 +-
tests/os-wrappers-test.c | 55 +-
8 files changed, 920 insertions(+), 19 deletions(-)
rename src/{event-loop.c => event-loop-epoll.c} (99%)
create mode 1006
[AC_HELP_STRING([--disable-libraries],
[Disable compilation of wayland libraries])],
diff --git a/tests/test-compositor.c b/tests/test-compositor.c
index 72f6351..6e12630 100644
--- a/tests/test-compositor.c
+++ b/tests/test-compositor.c
@@ -23,6 +23,8 @@
* SOFTWA
/obj/wayland-1.16.0/build-amd64/.libs/libtest-runner.a -L.libs
-lwayland-client -lffi -lm -lwayland-server -lkvm -Wl,-rpath-link,/usr/local/lib
ld: error: duplicate symbol: main
>>> defined at headers-test.c:53
>>> (/tmp/obj/wayland-1.16.0/wayland-1.16.0/tests
= \
protocol/wayland-client-protocol.h
libwayland_server_la_CFLAGS = $(FFI_CFLAGS) $(AM_CFLAGS) -pthread
-libwayland_server_la_LIBADD = $(FFI_LIBS) libwayland-private.la
libwayland-util.la -lrt -lm
+libwayland_server_la_LIBADD = $(FFI_LIBS) libwayland-private.la
Signed-off-by: Leonid Bobrov
---
configure.ac | 4
src/wayland-shm.c | 30 ++
2 files changed, 34 insertions(+)
diff --git a/configure.ac b/configure.ac
index 19ac93c..65cc543 100644
--- a/configure.ac
+++ b/configure.ac
@@ -95,6 +95,10 @@ AC_SUBST(RT_LIBS
Hi,
My first post here. I'm in the process of slowly replacing Xorg with
Wayland. I've always been interested in the possibilities of 3D
operating systems and Wayland is a very exciting time for Linux.
I have tried building Wayland using the "wayland-build-tools"
Thanks everyone for the advice and this (very) brief introduction to
Wayland. It leads me to download the full documentation to learn more.
Le ven. 28 oct. 2016 à 05:40, Carsten Haitzler a
écrit :
> On Fri, 28 Oct 2016 13:32:06 +1000 Peter Hutterer <
> peter.hutte...@who-t.net>
>
Just to be sure that I understand clearly, what you call 'Toolkit' is
libraries like GTK, Qt, and co. that are used by developers to build their
apps, isn't it ?
Finally, do you know some tiling DE/WM Wayland compliant ?
Kind,
Alexis.
Le mer. 26 oct. 2016 à 02:17, Carsten Ha
ery new
to wayland and co. and I'm probably not legitimate to make this kind of
choices.
Kind,
Alexis.
Le mar. 25 oct. 2016 à 19:48, Bill Spitzak a écrit :
> On Mon, Oct 24, 2016 at 5:31 PM, Peter Hutterer
> wrote:
> > On Mon, Oct 24, 2016 at 06:42:31PM +0000, Alexis BRENON @Wayland
directly
related to the app, and I fear that some (if not most) will not implement
it at all...
- Finally, my window manager is not ready to change to Wayland (
http://www.mail-archive.com/awesome@naquadah.org/msg05058.html), and so
is far from implementing features lacking from Wayland
y
proposition a good way to implement it?
Thanks for your attention.
Kind regards,
Alexis BRENON.
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
uot;xyes")
AS_IF([test "x$have_systemd_login_209" = "xyes"],
[AC_DEFINE([HAVE_SYSTEMD_LOGIN_209], [1], [Have systemd-login >= 209])])
[1]
http://cgit.freedesktop.org/systemd/systemd/tree/src/compat-libs/libsystemd-login.pc.in?id=v209
--
Quentin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
UBST.
I would just use ${use_libwacom}. Since you do not use automagic detection, it
will always be set correctly for the summary. :-)
--
Quentin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
On 2015-02-17 16:13, Emil Velikov wrote:
Currently we use the wayland-scanner executable as found with
AC_PATH_PROG, and then check the presence of wayland-scanner.pc
Currently the latter is unused even if AC_PATH_PROG fails to find the
binary. Rework things to use the pkg-config variable as a
y log to share?
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
++ b/rules/Makefile.am
@@ -0,0 +1,4 @@
+udevdir=$(UDEV_RULES_DIR)
+udev_DATA = 80-libinput-tablet.rules
+
+EXTRA_DIST = $(udev_DATA)
Please use that only:
udevdir=$(UDEV_RULES_DIR)
dist_udev_DATA = 80-libinput-tablet.rules
--
Quentin “Sardem FF7” Glidic
_______
ind expat library. Please install
expat.])])
+ ])
fi
AC_PATH_PROG(XSLTPROC, xsltproc)
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
)/wayland-scanner
bin_PROGRAMS = wayland-scanner
wayland_scanner_SOURCES = src/scanner.c
-wayland_scanner_CFLAGS = $(EXPAT_CFLAGS) $(AM_CFLAGS)
This hunk is bad. If the pkg-config file provide CFLAGS, they must be
used. And there is no harm at all to use an undefined variable here.
(And I think we
(-)
diff --git a/Makefile.am b/Makefile.am
index 1551762..a2c2d79 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -65,6 +65,7 @@ if ENABLE_SCANNER
wayland_scanner = $(top_builddir)/wayland-scanner
bin_PROGRAMS = wayland-scanner
wayland_scanner_SOURCES = src/scanner.c
+wayland_scanner_CFLAGS
rtion(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index ccec9f3..589b47b 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -158,7 +158,7 @@ pkgconfig_DATA = src/weston.pc
wayland_sessiondir = $(datadir)/wayland-sessions
wayland_session_DATA = src/weston.desktop
-dist_
tin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
will get
something like this (using "{…}" for complete objects):
[
{…},
{…},
{…},
{}]
Or you can use a JSON library that will manage it for you.
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel mailing list
wayland-dev
checkouts/gnu/autoconf/manual/autoconf.html#index-AS_005fVERSION_005fCOMPARE-1588>
I would advise anyone working with Autotools to read the full manual(s)
at least once to understand the thing better. :-)
Cheers,
--
Quentin “Sardem FF7” Glidic
___
wayla
ing most of the time.
I would recommend adding
AM_SUBST_NOTMAKE(LIBS)
to configure.ac, and add all the appropriate *_LIBS and *_CFLAGS
variables everywhere needed.
--
Quentin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.
eat.c and add
LIBINPUT_BACKEND_CFLAGS to their _CFLAGS variable.
Hint: add an INPUT_BACKEND_CFLAGS variable mimicking INPUT_BACKEND_LIBS.
Nacked-by: Quentin Glidic
Cheers,
--
Quentin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
a" displays.
+.RE
+.TP 7
.BI "seat=" name
The logical seat name that that this output should be associated with. If this
is set then the seat's input will be confined to the output that has the seat
--
1.9.1
___
wayland-deve
h. If this
is set then the seat's input will be confined to the output that has the seat
--
1.9.1
___________
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
ned to the output that has the seat
--
1.9.1
___________
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
ch_down_handler);
widget_set_touch_motion_handler(terminal->widget, touch_motion_handler);
--
1.9.1
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
also add AM_CXXFLAGS to
test_build_cxx_CXXFLAGS.)
--
Quentin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
g flags in the configure event to inform the client which actions
are supported will just remove such a weird case.
[…]
The rest of your email should be answered already.
Thanks,
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel mailing list
ond to the minimize-notify by rearranging the
surface tree, redrawing surfaces, doing minimize-request on other
surfaces, etc. It then eventually does a commit, and the serial
number can be used to identify that it is in response to the
minimize-notify (is this possible in wayland?). Note the client
de and compositor-side.
Concerning point 4, it could be a decoration flag in the configure
event, the same way we want side ones (to support tiling!).
Thanks,
--
Quentin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
..157dc3a 100644
--- a/configure.ac
+++ b/configure.ac
[…]
@@ -158,10 +173,13 @@ fi
PKG_CHECK_MODULES(COMPOSITOR, [$COMPOSITOR_MODULES])
-AC_ARG_ENABLE(wayland-compositor, [ --enable-wayland-compositor],,
+AC_ARG_ENABLE(wayland-compositor,
+ AS_HELP_STRING([--disable-wayland-compositor
Forgot to amend the commit message:
libwayland-client: Add GLib main loop integration
--
Quentin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
Also, having them broken clearly states “we don’t care about
them”, which is sane if upstream really do not care.
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
echo "usage: $(basename $0) "
+ exit 1;
+fi
+
WESTON=$abs_builddir/../src/weston
LOGDIR=$abs_builddir/logs
@@ -18,17 +25,17 @@ else
BACKEND=$abs_builddir/../src/.libs/wayland-backend.so
fi
-case $1 in
+case $TESTNAME in
*.la|*.so)
$
FF7” Glidic
_______
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
feature not based on detection. Packagers will
love you.
Cheers,
--
Quentin “Sardem FF7” Glidic
___________
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
static builds.
The point will be when libweston will exist.
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
Spitzak wrote:
For the last 2 months running x applications under wayland is
producing black windows, but if you resize them you get screwed up
window borders (in attached picture).
It also appears that the image does not update until the event *after*
the one that caused the window to change. For
EMD_**LOGIN, [libsystemd-login],
[have_systemd_login=yes], [have_systemd_login=no])
You should remove that hunk (git checkout -p).
Yes but it's a bug already exiting
Then please submit it in its own patch. :-)
--
Quentin “Sardem FF7” Glidic
______
seat, const char
*path, int device_fd)
if (device->dispatch == NULL)
goto err1;
-
if (device->is_mt) {
device->mtdev = mtdev_new_open(device->fd);
- if (!device->mtdev)
- weston_log("mtdev failed to open for
device->mtdev = mtdev_new_open(device->fd);
- if (!device->mtdev)
- weston_log("mtdev failed to open for %s\n", path);
IMO, it should still log it if mtdev support is enabled.
}
device->source = wl_event_loop_add_fd(ec-&
device->mtdev = mtdev_new_open(device->fd);
- if (!device->mtdev)
- weston_log("mtdev failed to open for %s\n", path);
IMO, it should still log it if mtdev support is enabled.
}
device->source = wl_event_loop_add_fd(ec->input_loop, device->fd,
--
Quentin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
path = path;
Of course this last line is a leftover. My bad.
Commit fixed locally.
}
static void
diff --git a/weston.ini b/weston.ini
index f2abceb..a9ddbc9 100644
--- a/weston.ini
+++ b/weston.ini
@@ -40,7 +40,7 @@ path=/usr/libexec/weston-screensaver
duration=600
[input-method]
-pa
case for a popup surface that you would
reparent? For our current use case (menus, do we have another one?) this
is unlikely (afaict, I am not a toolkit guy).
Thanks,
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel mailing list
wayland-devel@lists.free
ding party, but I guess I
didn't really understand Rafael's question.
Sorry. ^^'
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
games) already have heavy switching, so destroying
and creating a new surface should not be a problem here, imo.
Cheers,
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
t
they are.
I just rebased the full xwayland branch to xorg-server master, and also
the intel and wlshm DDX.
http://git.sardemff7.net/wayland/xorg-server/log/?h=xwayland-1.15
http://git.sardemff7.net/wayland/xf86-video-intel/log/?h=xwayland
http://git.sardemff7.net/wayland/xf86-video-wlshm/
If Tiago
djusted to pkglibexecdir?
Could you write a patch for that? I think it might be a good idea.
I can include it in a series to clean and move a few stuff around to
“more standard paths” if you want.
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel mailing li
rs each).
But in this regard, we may set moduledir to $(pkglibdir) for now, or
directly to $(pkglibdir)/modules.
I will send a patch or two on this directories’ thing.
Thanks for the comment.
--
Quentin “Sardem FF7” Glidic
_______
wayland-devel maili
both. I just wanted to know if you tested with desktop GL,
since Kristian probably developed with GLESv2.
--
Quentin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wa
the nested client work with desktop GL then?
diff --git a/configure.ac b/configure.ac
index ba1fcac..98798c9 100644
--- a/configure.ac
+++ b/configure.ac
@@ -227,6 +227,7 @@ if test x$enable_clients = xyes; then
AC_DEFINE([BUILD_CLIENTS], [1], [Build the Wayland clients
cy on optional features).
A little configure switch, and you are done, nothing to complain about. :-)
--
Quentin “Sardem FF7” Glidic
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wa
Dear juan:
thanks for you replay; right now i can run the xorg under the
wayland, but when i run the xterm , the xorg get error: wl_drm@4: error
1: invalid format ; and the xterm get the error:
xterm: fatal IO error 11 (Resource temporarily unavailable) or
KillClient on X server
Dear All:
i want to run xorg under the wayland as a wayland-client, and i download
the xorg in the
git://people.freedesktop.org/~krh/xserver
and the intel video in the:
git://people.freedesktop.org/~krh/xf86-video-intel
when i run the xorg , i get the error:
[ 1955.177] (EE) XKB: Couldn&#
71 matches
Mail list logo
