This way we can make them execute the list-quirks from the builddir.
Signed-off-by: Peter Hutterer
---
If anyone has any good ideas for how to do something similar for C source
file, I'd appreciate it.
meson.build | 18 ++
tools/libinput-measure-touc
Hi pekka
I find the last_error is caused by
wl_display_flush()-->wl_connection_flush(). The sendmsg() return fail.
Many applications write code like this:
redraw()
{
wl_surface_commit();
wl_display_sync();
wl_display_flush();
}
while (1) {
redraw();
}
The code will block to wait buffer releas
As a general remark I want to expand upon, why I did work on this
protocol although Mike's xdg-session-management protocol already
existed:
The xdg-session-management protocol defines only how certain sessions
/ surfaces can be saved for later restoration and how to restore them.
But it does not d
On Tue, Jun 19, 2018 at 11:19 AM Markus Ongyerth wrote:
>
> Hey Roman,
>
> first a general remark:
> I don't see any mention of which state is supposed to be restored. The
> workspace (virtual desktops), geometry (session-restore), just client-side
> window (the embedded usecase)?
> Is this left i
What I forgot: the Restore method should probably take some similar
argument like Activate's platform_data argument instead of a single
integer/string. This way the argument can be extended with additional
information, like with the Wayland server socket name, what Markus
brought up.
__
On Mon, Jun 18, 2018 at 6:01 PM Simon McVittie wrote:
>
> This document might be useful for the D-Bus side:
> https://dbus.freedesktop.org/doc/dbus-api-design.html
Hi Simon, thanks for the link. I have read it. Was a good D-Bus
overview/introduction I have looked for already for quite some time.
On Tue, 19 Jun 2018 11:46:10 +0100
Daniel Stone wrote:
> Hi Pekka,
>
> On Mon, 18 Jun 2018 at 15:41, Pekka Paalanen wrote:
> > these changes are intended to make using Meson easier. Daniel's patches
> > are v2, mine are v1.
> >
> > Daniel Stone (2):
> > tests: Don't rely on build directory la
On Wed, 20 Jun 2018 12:56:16 +0100
Emil Velikov wrote:
> On 20 June 2018 at 12:04, Pekka Paalanen wrote:
> > On Tue, 19 Jun 2018 18:02:16 +0100
> > Emil Velikov wrote:
> >
> >> On 18 June 2018 at 15:40, Pekka Paalanen wrote:
> >> > From: Pekka Paalanen
> >> >
> >> > Now that WESTON_MODULE
On Tue, 19 Jun 2018 14:07:08 +0200
Tomasz Olszak wrote:
> Hi,
>
> While I was testing this patch I ended up with:
>
> interface: 'wl_output', version: 3, name: 14
> x: 2732, y: 0, scale: 1,
>
>
> This happened when I used force-on on second "HDMI-A-2" display.
>
> When I used force-o
On 20 June 2018 at 12:04, Pekka Paalanen wrote:
> On Tue, 19 Jun 2018 18:02:16 +0100
> Emil Velikov wrote:
>
>> On 18 June 2018 at 15:40, Pekka Paalanen wrote:
>> > From: Pekka Paalanen
>> >
>> > Now that WESTON_MODULE_MAP supersedes WESTON_BUILD_DIR for libexec
>> > binaries, we don't need to
On Tue, 19 Jun 2018 18:39:09 +0100
Emil Velikov wrote:
> On 18 June 2018 at 15:40, Pekka Paalanen wrote:
> > From: Daniel Stone
> >
> > Rename the IVI tests to be more consistent with the others, and invert
> > the naming of plugin/client to make it slightly more clear what's going
> > to happe
On Tue, 19 Jun 2018 18:02:16 +0100
Emil Velikov wrote:
> On 18 June 2018 at 15:40, Pekka Paalanen wrote:
> > From: Pekka Paalanen
> >
> > Now that WESTON_MODULE_MAP supersedes WESTON_BUILD_DIR for libexec
> > binaries, we don't need to check in WESTON_BUILD_DIR anymore.
> >
> > There was only o
On 20 June 2018 at 11:51, Pekka Paalanen wrote:
> On Tue, 19 Jun 2018 18:30:13 +0100
> Emil Velikov wrote:
>
>> Hi Pekka,
>>
>> On 18 June 2018 at 15:40, Pekka Paalanen wrote:
>> > From: Daniel Stone
>> >
>> > Rather than having a hardcoded dependency on the build-directory layout,
>> > use an
On Tue, 19 Jun 2018 14:49:27 +
"Ucan, Emre (ADITG/ESB)" wrote:
> Hi Pekka,
>
> All your patches are reviewed by me:
> Reviewed-by: Emre Ucan
>
> Don't relying on build directory has the major advantage that it is
> lot easier to run weston unit-tests in target environment if weston
> is cr
On 20 June 2018 at 11:23, Pekka Paalanen wrote:
> On Tue, 19 Jun 2018 17:43:47 +0100
> Emil Velikov wrote:
>
>> On 18 June 2018 at 11:36, Pekka Paalanen wrote:
>> > On Thu, 14 Jun 2018 16:49:37 +0100
>> > Emil Velikov wrote:
>> >
>> >> Hi all,
>> >>
>> >> Here's a take v2 of the series, with th
On Tue, 19 Jun 2018 18:30:13 +0100
Emil Velikov wrote:
> Hi Pekka,
>
> On 18 June 2018 at 15:40, Pekka Paalanen wrote:
> > From: Daniel Stone
> >
> > Rather than having a hardcoded dependency on the build-directory layout,
> > use an explicit module-map environment variable, which rewrites req
On Tue, 19 Jun 2018 17:58:41 +0100
Emil Velikov wrote:
> On 18 June 2018 at 14:42, Pekka Paalanen wrote:
> > From: Pekka Paalanen
> >
> > This has been copied from
> > https://cgit.freedesktop.org/xorg/app/intel-gpu-tools/tree/CONTRIBUTING?id=eccae1360d6d01e73c6af2bd97122cef708207ef
> > and sli
On Tue, 19 Jun 2018 17:43:47 +0100
Emil Velikov wrote:
> On 18 June 2018 at 11:36, Pekka Paalanen wrote:
> > On Thu, 14 Jun 2018 16:49:37 +0100
> > Emil Velikov wrote:
> >
> >> Hi all,
> >>
> >> Here's a take v2 of the series, with the following changes:
> >> - don't trim trailing NULL entri
On Wed, Jun 20, 2018 at 09:12:54AM +0200, Jan Engelhardt wrote:
> On Wednesday 2018-06-20 02:22, Matheus Santana wrote:
>
> >Reviewed-by: Matheus Santana
> >
> >The check for negatives isn't needed anymore?
>
> It indeed is not, since a (size_t)-1 is generally greater than 1048576.
still good t
On Wednesday 2018-06-20 02:22, Matheus Santana wrote:
>Reviewed-by: Matheus Santana
>
>The check for negatives isn't needed anymore?
It indeed is not, since a (size_t)-1 is generally greater than 1048576.
> Let's put a cap on for one MB, anything above that is likely some memory
> cor
20 matches
Mail list logo
