On Tue, 11 Sep 2012 17:37:29 +0300
Ander Conselvan de Oliveira wrote:
> From: Ander Conselvan de Oliveira
>
> When weston_surface_assign_output() is called for an unmap'd surface,
> its bounding box is empty causing no output to be assigned. This later
> causes calls to weston_surface_schedule_
---
src/compositor.h | 3 +++
src/gles2-renderer.c | 18 --
src/shell.c | 11 +++
3 files changed, 30 insertions(+), 2 deletions(-)
diff --git a/src/compositor.h b/src/compositor.h
index 284c0ac..8305058 100644
--- a/src/compositor.h
+++ b/src/compositor.h
@@
---
src/compositor.h | 5 ++
src/gles2-renderer.c | 166 +--
2 files changed, 154 insertions(+), 17 deletions(-)
diff --git a/src/compositor.h b/src/compositor.h
index dc909cf..284c0ac 100644
--- a/src/compositor.h
+++ b/src/compositor.h
@@ -1
---
src/compositor.c | 12
src/compositor.h | 3 +++
src/gles2-renderer.c | 24
3 files changed, 39 insertions(+)
diff --git a/src/compositor.c b/src/compositor.c
index 911eaba..191ce9c 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -2523,6
Hi,
On 11 September 2012 16:23, David Herrmann wrote:
> As there is currently no stable release of xkbcommon, other projects might
> want to include a copy of the keysyms so they can be used even though
> libxkbcommon may not be available on the machine. However, if xkbcommon.h
> is still include
As there is currently no stable release of xkbcommon, other projects might
want to include a copy of the keysyms so they can be used even though
libxkbcommon may not be available on the machine. However, if xkbcommon.h
is still included, conflicts will occur. Hence, to avoid nasty hacks,
simply inc
Hello Jonas,
Thanks, I tried the patch. Does not solve my problem!
On Tue, Sep 11, 2012 at 8:24 PM, Jonas Ådahl wrote:
> On Tue, Sep 11, 2012 at 4:48 PM, Abhijit Potnis
> wrote:
> >
> >
> > On Tue, Sep 11, 2012 at 5:32 PM, Jonas Ådahl wrote:
> >>
> >> On Tue, Sep 11, 2012 at 1:53 PM, Pekka Pa
On Tue, Sep 11, 2012 at 4:48 PM, Abhijit Potnis wrote:
>
>
> On Tue, Sep 11, 2012 at 5:32 PM, Jonas Ådahl wrote:
>>
>> On Tue, Sep 11, 2012 at 1:53 PM, Pekka Paalanen
>> wrote:
>> > On Tue, 11 Sep 2012 15:44:55 +0530
>> > Abhijit Potnis wrote:
>> >
>> >> Hello,
>> >>
>> >> Last few days I have
On Tue, Sep 11, 2012 at 5:32 PM, Jonas Ådahl wrote:
> On Tue, Sep 11, 2012 at 1:53 PM, Pekka Paalanen
> wrote:
> > On Tue, 11 Sep 2012 15:44:55 +0530
> > Abhijit Potnis wrote:
> >
> >> Hello,
> >>
> >> Last few days I have been debugging a repaint issue in Weston. No
> repaint is
> >> triggered
From: Ander Conselvan de Oliveira
When weston_surface_assign_output() is called for an unmap'd surface,
its bounding box is empty causing no output to be assigned. This later
causes calls to weston_surface_schedule_repaint() to schedule no
repaint at all. This is the cause of surfaces not being s
When integrating the wayland event-loop into another event-loop, we
currently have no chance of checking whether there are pending idle
sources that have to be called. This patch exports the
"dispatch_idle_sources()" call so other event loops can call this before
going to sleep. This is what wl_eve
The existing algorithm had some corner cases (pun!), where it failed to
produce correct vertices in the right order. This appeared only when the
surface was transformed (rotated). It also produced degenerate polygons
(3 or more vertices with zero polygon area) for non-transformed cases
where the cl
Cliptest is for controlled testing of the calculate_edges() function in
compositor.c. The function is copied verbatim into cliptest.c.
Signed-off-by: Pekka Paalanen
---
clients/.gitignore |1 +
clients/Makefile.am |5 +
clients/cliptest.c | 833
Add workspaces-protocol.c, workspaces-server-protocol.h,
workspaces-client-protocol.h.
Remove wscreensaver.
Alphabetaize clients/.gitignore.
Signed-off-by: Pekka Paalanen
---
clients/.gitignore | 21 +++--
src/.gitignore |2 ++
2 files changed, 13 insertions(+), 10 de
On Tue, 11 Sep 2012 14:26:59 +0100
Kamil Grzebien wrote:
> Hello Marian,
>
> I'm working on backend for RaspberryPi for weston on my free time. I
> based on backend for android as Abhijit pointed. Currently I'm able to
> initialize display and was also able to draw using compositor part of
> wes
Hello Marian,
I'm working on backend for RaspberryPi for weston on my free time. I
based on backend for android as Abhijit pointed. Currently I'm able to
initialize display and was also able to draw using compositor part of
weston. However at that stage I didn't manage to run clients properly
(eve
I believe Steve Langasek (vorlon) who updated mountall from 2.38 to
2.40 in Ubuntu (which added preliminary support for XDG_RUNTIME_DIR)
is also working
on the PAM module (the second half of XDG_RUNTIME_DIR support).
So hopefully we will see Ubuntu have XDG_RUNTIME_DIR support soon.
On Tue, Sep 1
On Thu, 6 Sep 2012 22:03:32 +0200
"Fred ." wrote:
> http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html#variables
>
> "If $XDG_RUNTIME_DIR is not set applications should fall back to a
> replacement directory with similar capabilities and print a warning
> message."
>
> Westo
On Tue, Sep 11, 2012 at 1:53 PM, Pekka Paalanen wrote:
> On Tue, 11 Sep 2012 15:44:55 +0530
> Abhijit Potnis wrote:
>
>> Hello,
>>
>> Last few days I have been debugging a repaint issue in Weston. No repaint is
>> triggered until an input event occurs or a Wayland client like simple-shm
>> trigge
Hi,
On 7 September 2012 13:56, Uoti Urpala wrote:
> On Fri, 2012-08-31 at 11:04 +0200, Alexander Preisinger wrote:
>> Thanks for your input. I will try to fix the patches according to your
>> comments. As for the timer_fd stuff, it was used in weston toytoolkit and
>> I found no other way to impl
On Tue, 11 Sep 2012 15:44:55 +0530
Abhijit Potnis wrote:
> Hello,
>
> Last few days I have been debugging a repaint issue in Weston. No repaint is
> triggered until an input event occurs or a Wayland client like simple-shm
> triggers
> one.
>
> Digging down, I see that struct weston_output.repa
Hello Marian,
Looking at the forum discussion I guess you intend to run wayland/weston
with drm backend on the Pi board. Correct me if I am wrong.
"Wayland" should straight away build for ARM as it has very minimal
dependency
and is hardware agnostic.
"Weston" is the hardware related part of the
On 09/11/2012 01:14 PM, Abhijit Potnis wrote:
Hello,
Last few days I have been debugging a repaint issue in Weston. No repaint is
triggered until an input event occurs or a Wayland client like
simple-shm triggers
one.
Digging down, I see that struct weston_output.repaint is pointing to my
outpu
On Fri, 2012-08-31 at 11:04 +0200, Alexander Preisinger wrote:
> Thanks for your input. I will try to fix the patches according to your
> comments. As for the timer_fd stuff, it was used in weston toytoolkit and
> I found no other way to implement repeating keys. I should take more time
> to look i
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html#variables
"If $XDG_RUNTIME_DIR is not set applications should fall back to a
replacement directory with similar capabilities and print a warning
message."
Weston produces the following error message when XDG_RUNTIME_DIR is not
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html#variables
"If $XDG_RUNTIME_DIR is not set applications should fall back to a
replacement directory with similar capabilities and print a warning
message."
Weston produces the following error message when XDG_RUNTIME_DIR is not
Hello everybody!
I'm trying to compile wayland and weston on the raspberry pi. For those
who not know: The Raspberry Pi is a 35$ ARM linux box with about 2W
power consumption (see http://www.raspberrypi.org/faqs for more
details).
I already got wayland and cairo with EGL and GLESv2 support compil
http://packages.ubuntu.com/quantal/weston
Ubuntu now updated Weston from 0.85 to 0.95 in Ubuntu 12.10 Quantal.
I run it with nouveau.
- weston-terminal works.
- gtk stuff does not work.
I guess xwayland isn't compiled for nouveau, and/or gtk isn't compiled
with wayland backend.
$ weston-launch
On 08/12/12 06:50 AM, Luc Verhaegen wrote:
> * By the 28th of september, i need 6 committed speakers, otherwise i
> will not apply for a DevRoom. 6 people need to apply for a talk slot
> who _definitely_ will come to FOSDEM on February 2nd and/or 3rd 2013.
> This "definitely" means:
>
On 11/09/12 12:38, Pekka Paalanen wrote:
On Tue, 11 Sep 2012 11:14:09 +0200
Birin Sanchez wrote:
Hi Pekka,
Hi Birin!
I gave a try to v2 of cliptest and found something that might be
interesting. See attached screenshot.
This is how to get those extra 4 vertex:
* Move the clipping are
On Tue, 11 Sep 2012 11:14:09 +0200
Birin Sanchez wrote:
> Hi Pekka,
Hi Birin!
> I gave a try to v2 of cliptest and found something that might be
> interesting. See attached screenshot.
>
> This is how to get those extra 4 vertex:
>
>* Move the clipping area to cover the surface with exac
Hello,
Last few days I have been debugging a repaint issue in Weston. No repaint is
triggered until an input event occurs or a Wayland client like simple-shm
triggers
one.
Digging down, I see that struct weston_output.repaint is pointing to my
output repaint
function implementation. When I run we
Hi Kristian
On Mon, Sep 10, 2012 at 6:39 PM, Kristian Høgsberg wrote:
> On Sun, Sep 09, 2012 at 04:02:45PM +0200, David Herrmann wrote:
>> As event-loop uses epoll() as base object we can stick one event-loop into
>> another by retrieving the epoll-fd and watching for events on it. However,
>> th
On 08/31/2012 05:35 AM, Tiago Vignatti wrote:
Hi,
On 08/30/2012 07:23 AM, spit...@gmail.com wrote:
From: Bill Spitzak
This allows X applications to be run on wayland without having to
delete an xorg.conf file that is required to run the normal X server.
Please correct me if I'm wrong, but t
34 matches
Mail list logo
