Actually, never mind. Not sure what the problem was, but I updated
everything just now, and xwayland works!
On Sat, Sep 7, 2013 at 1:51 AM, Jonas Ådahl wrote:
> On Thu, Sep 05, 2013 at 09:00:51PM -0700, Dima Ryazanov wrote:
>
> Hi,
>
> > This actually made xwayland work for me when running west
use wl_log instead of printf and fprintf in core library
---
I'm pretty sure these printf usages should be avoided since libraries should
not print to stdout. But I'm not sure if there is any reason for favoring a
fprintf to stderr over wl_log. Please enlighten me if there is any.
src/connection.
This tests (via the table-driven testing method) that the correct
number of vertices and also the correct vertices themselves
are generated for an clip box and polygon of up to eight vertices.
Also add a libshared-test.la so that we don't have to build weston-test-runner
all the time
---
tests/Ma
---
src/Makefile.am | 4 +-
src/gl-renderer.c | 292 +-
src/vertex-clipping.c | 317 ++
src/vertex-clipping.h | 65 +++
4 files changed, 389 insertions(+), 289 deletions(-)
create mode
The new TEST_P macro takes a function name and a "data" argument to
point to an arbitrary array of known size of test data. This allows
multiple tests to be run with different datasets. The array is stored
as a void * but advanced by a known size on each iteration.
The data for each invocation of
We are not building everything here as a module, only the test modules.
---
tests/Makefile.am | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 398a275..3a36619 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -7,6 +7,8
This is the fourth series of patches for adding table driven tests for
the vertex clipping code.
>From the last series I moved vertex-clipping into src/ and built each object
twice.
Its not my preferred way of doing it, but we should probably figure out how
we're going to have the code split into
---
clients/simple-touch.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/clients/simple-touch.c b/clients/simple-touch.c
index 69e460c..b5a84d7 100644
--- a/clients/simple-touch.c
+++ b/clients/simple-touch.c
@@ -301,8 +301,6 @@ touch_create(int width, int height)
exit(1);
---
clients/Makefile.am | 21 +
1 file changed, 9 insertions(+), 12 deletions(-)
diff --git a/clients/Makefile.am b/clients/Makefile.am
index 87b3a0e..24c6489 100644
--- a/clients/Makefile.am
+++ b/clients/Makefile.am
@@ -2,20 +2,17 @@ bin_PROGRAMS =
On Wed, Sep 11, 2013 at 08:54:13PM +0200, Giulio Camuffo wrote:
> with the surface ref-count feature a surface may live on after its
> resource was destroyed. set it to NULL in that case, so that code
> like find_resource_for_surface() in input.c will act accordingly.
> ---
> src/compositor.c | 3
On Thu, Sep 12, 2013 at 11:32:54AM +0200, Axel Davy wrote:
> You are right, but if we use the slide effect, the target value has
> no meaning for alpha.
> The only time we use the fade effect with a target alpha value of 0
> is the shell_fade effect with the FADE_IN parameter: at the end the
> surf
On Thu, Sep 12, 2013 at 1:52 PM, Michael Forney wrote:
> On Wed, 11 Sep 2013 10:36:34 -0700, Kristian Høgsberg
> wrote:
>> On Wed, Aug 21, 2013 at 10:02:43AM +0200, Giovanni Campagna wrote:
>> > Avoids a warning due to drmGetMaster and a crash with multimonitor,
>> > caused by not having an inte
On Wed, 11 Sep 2013 10:36:34 -0700, Kristian Høgsberg
wrote:
> On Wed, Aug 21, 2013 at 10:02:43AM +0200, Giovanni Campagna wrote:
> > Avoids a warning due to drmGetMaster and a crash with multimonitor,
> > caused by not having an intel_mode.
>
> I finally applied this patch. The one thing I wa
On Thu, Sep 12, 2013 at 12:40 AM, Peter Hanzel wrote:
> Hello.
>
> I have been playing with Weston on Raspberry pi via rpi-backend. It
> run just fine (but slowly for example for smoke clients), but I am not
> able to run simple-egl.
Smoke is a very CPU intensive application and runs fairly slowl
I like Kristian's proposal to throttle the swap buffers to sync
callbacks. It has the added benefit that we can stop the client from
unnecessarily using 3 buffers by waiting for the sync event in
get_back_bo. The previous patch would cause the client to use three
buffers because it would only block
This tests (via the table-driven testing method) that the correct
number of vertices and also the correct vertices themselves
are generated for an clip box and polygon of up to eight vertices.
Also add a libshared_test.a so that we don't have to build weston-test-runner
all the time
---
tests/Mak
---
shared/Makefile.am | 4 +-
shared/vertex-clipping.c | 317 +++
shared/vertex-clipping.h | 65 ++
src/gl-renderer.c| 292 +--
4 files changed, 389 insertions(+), 289 deletions(-)
create
The new TEST_P macro takes a function name and a "data" argument to
point to an arbitrary array of known size of test data. This allows
multiple tests to be run with different datasets. The array is stored
as a void * but advanced by a known size on each iteration.
The data for each invocation of
We are not building everything here as a module, only the test modules.
---
tests/Makefile.am | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 398a275..3a36619 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -7,6 +7,8
This is the third series of patches for adding table driven tests for
the vertex clipping code.
>From the last series I fixed some a stray use of .a when it should have been
.la and also rebased on some recent work that happened in git master.
Sam Spilsbury (4):
Remove AM_LDFLAGS usage
Add su
On Tue, 10 Sep 2013 11:13:06 +
wrote:
> Hi Jason, Tanibata-san
>
> > Hi Jason,
> >
> > Thank you very much for feedback.
> >
> >> Michale & Nobuhiko,
> >>
> >> First of all, thank you for the clarification and thank you for
> >> sending this to the list and being willing to work with the
On Mon, 9 Sep 2013 08:01:51 +
wrote:
> Hi all,
>
> let me give some technical background on the extension, and why we
> have decided to design the first approach of the extensions like it
> is published from Tanibata-san. In general, we would like to get the
> feedback on the extensions, to
You are right, but if we use the slide effect, the target value has no
meaning for alpha.
The only time we use the fade effect with a target alpha value of 0 is
the shell_fade effect with the FADE_IN parameter: at the end the surface
is destroyed anyway.
I think however the first patch was bet
Shouldn't this set the alpha to the target alpha instead of 1? What if i
fade from 1 to 0, this will set it back to 1 when it's done.
2013/9/12 Axel Davy
> After the fade or zoom effects, alpha could not have been 1.0, preventing
> not redrawing behind opaque windows.
>
> Signed-off-by: Axel Da
On 12 September 2013 09:40, Peter Hanzel wrote:
> Hello.
>
> I have been playing with Weston on Raspberry pi via rpi-backend. It
> run just fine (but slowly for example for smoke clients), but I am not
> able to run simple-egl.
> I have just read that it requires wayland-egl library which is not
Hello.
I have been playing with Weston on Raspberry pi via rpi-backend. It
run just fine (but slowly for example for smoke clients), but I am not
able to run simple-egl.
I have just read that it requires wayland-egl library which is not
available for Raspberry PI.
So my question is: is there a way
26 matches
Mail list logo
