Re: [RFC] Sub-surface protocol and implementation v1

2013-01-07 Thread Pekka Paalanen
Hi John, thanks for the comments, I have some more questions about your suggestions. On Mon, 7 Jan 2013 16:56:47 +0100 John Kåre Alsaker wrote: > On Fri, Dec 21, 2012 at 12:56 PM, Pekka Paalanen wrote: > > Hi all, > > > > we started a discussion about sub-surfaces in Wayland in [1]. ... > > >

Creating a Window Manager to use Wayland (that's not in C)

2013-01-07 Thread kristof
I'm planning on creating a rather minimal Haskell based compositor/window-manager for use with the Wayland display server protocol. After some reading, I've come to the conclusion that I need to create a Haskell API for the Wayland protocol by using the xml provided (I'll be using the one f

Re: [PATCH] test/event-loop: Check readable state on 0, not 1

2013-01-07 Thread Kristian Høgsberg
On Sun, Jan 06, 2013 at 03:58:59PM +0100, Quentin Glidic wrote: > When redirecting stdout to a non-readable file makes the test fail as a > false negative Hi Quentin, Yes, that's cool. Normally stdout, stdin and stderr all refer to the same PTY which is both readable and writable, but when we re

Re: [PATCH v2 2/2] x11 backend: add option to use pixman renderer

2013-01-07 Thread Kristian Høgsberg
On Mon, Jan 07, 2013 at 10:08:56PM +0300, Vasily Khoruzhick wrote: > On Mon, Jan 7, 2013 at 9:49 PM, Kristian Høgsberg wrote: > > On Mon, Jan 07, 2013 at 08:39:50PM +0300, Vasily Khoruzhick wrote: > >> When --use-shm is passed to weston and x11 backend is active, > >> it will use SHM surfaces with

Re: [PATCH] compositor-x11: rename use-shm to use-pixman

2013-01-07 Thread Kristian Høgsberg
On Mon, Jan 07, 2013 at 10:36:02PM +0300, Vasily Khoruzhick wrote: > So it could be reused with other backends and not be easily confused > with wl_shm Yeah, that is better, thanks. Committed. Kristian > Signed-off-by: Vasily Khoruzhick > --- > src/compositor-x11.c | 26 +-

[PATCH] compositor-x11: rename use-shm to use-pixman

2013-01-07 Thread Vasily Khoruzhick
So it could be reused with other backends and not be easily confused with wl_shm Signed-off-by: Vasily Khoruzhick --- src/compositor-x11.c | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/src/compositor-x11.c b/src/compositor-x11.c index a994a97..a

Re: [PATCH v2 2/2] x11 backend: add option to use pixman renderer

2013-01-07 Thread John Kåre Alsaker
The use-shm variable (which I assume stand for use-x11-shm) and configuration option should probably be renamed to use-pixman so it could be used with multiple backends and not be easily confused with wl_shm. On Mon, Jan 7, 2013 at 7:49 PM, Kristian Høgsberg wrote: > On Mon, Jan 07, 2013 at 08:39

Re: [PATCH v2 2/2] x11 backend: add option to use pixman renderer

2013-01-07 Thread Vasily Khoruzhick
On Mon, Jan 7, 2013 at 9:49 PM, Kristian Høgsberg wrote: > On Mon, Jan 07, 2013 at 08:39:50PM +0300, Vasily Khoruzhick wrote: >> When --use-shm is passed to weston and x11 backend is active, >> it will use SHM surfaces with pixman renderer instead of EGL >> >> Signed-off-by: Vasily Khoruzhick >>

Re: [PATCH v2 2/2] x11 backend: add option to use pixman renderer

2013-01-07 Thread Kristian Høgsberg
On Mon, Jan 07, 2013 at 08:39:50PM +0300, Vasily Khoruzhick wrote: > When --use-shm is passed to weston and x11 backend is active, > it will use SHM surfaces with pixman renderer instead of EGL > > Signed-off-by: Vasily Khoruzhick > --- > v2: - handle missing MIT-SHM extension gracefully (tested

Re: [PATCH v2 1/2] Implement pixman renderer

2013-01-07 Thread Kristian Høgsberg
On Mon, Jan 07, 2013 at 08:39:49PM +0300, Vasily Khoruzhick wrote: > This renderer could be used when there's no graphic accelerator available, > for example in (future) KMS and fbdev backends. > > Signed-off-by: Vasily Khoruzhick > --- > v2: - follow libc convention of error handling > - imp

[PATCH v2 2/2] x11 backend: add option to use pixman renderer

2013-01-07 Thread Vasily Khoruzhick
When --use-shm is passed to weston and x11 backend is active, it will use SHM surfaces with pixman renderer instead of EGL Signed-off-by: Vasily Khoruzhick --- v2: - handle missing MIT-SHM extension gracefully (tested with Xnest) - follow libc convention of error handling - get rid of xcb

[PATCH v2 1/2] Implement pixman renderer

2013-01-07 Thread Vasily Khoruzhick
This renderer could be used when there's no graphic accelerator available, for example in (future) KMS and fbdev backends. Signed-off-by: Vasily Khoruzhick --- v2: - follow libc convention of error handling - improve commit message src/Makefile.am | 1 + src/pixman-renderer.c | 380

Re: [RFC] Sub-surface protocol and implementation v1

2013-01-07 Thread John Kåre Alsaker
On Fri, Dec 21, 2012 at 12:56 PM, Pekka Paalanen wrote: > Hi all, > > we started a discussion about sub-surfaces in Wayland in [1]. > Based on that, and with heavy limiting of scope, I present my first > sub-surface draft: > > http://cgit.collabora.com/git/user/pq/wayland.git/log/?h=subsurface-v1

Re: [PATCH RFC 4/4] x11 backend: add option to use pixman renderer

2013-01-07 Thread Kristian Høgsberg
On Sun, Jan 06, 2013 at 12:12:43PM +0300, Vasily Khoruzhick wrote: > When --use-shm is passed to weston and x11 backend is active, > it will use SHM surfaces with pixman renderer instead of EGL > > Signed-off-by: Vasily Khoruzhick > --- > configure.ac | 2 +- > src/compositor-x11.c | 3

Re: [PATCH RFC 2/4] screenshoter: add cases for x8r8g8b8 and x8b8g8r8 formats

2013-01-07 Thread Kristian Høgsberg
On Sun, Jan 06, 2013 at 12:12:41PM +0300, Vasily Khoruzhick wrote: > These formats are used by pixman renderer for framebuffer surface, without > this patch screenshoter produces empty image. Makes sense, applied. Kristian > Signed-off-by: Vasily Khoruzhick > --- > src/screenshooter.c | 2 ++ >

Re: [PATCH RFC 1/4] screenshoter: don't use hardcoded bpp value

2013-01-07 Thread Kristian Høgsberg
On Sun, Jan 06, 2013 at 12:12:40PM +0300, Vasily Khoruzhick wrote: > Signed-off-by: Vasily Khoruzhick Looks good, applied. Kristian > --- > src/screenshooter.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/screenshooter.c b/src/screenshooter.c > index 840dfb8..6

Re: [PATCH RFC 3/4] Implement pixman renderer

2013-01-07 Thread Kristian Høgsberg
On Sun, Jan 06, 2013 at 12:12:42PM +0300, Vasily Khoruzhick wrote: > Signed-off-by: Vasily Khoruzhick > --- > src/Makefile.am | 1 + > src/pixman-renderer.c | 378 > ++ > src/pixman-renderer.h | 39 ++ > 3 files changed, 418 insertions

Re: Running wayland without X running.

2013-01-07 Thread David Herrmann
Hi On Mon, Jan 7, 2013 at 1:40 PM, ashjas wrote: > Hello David, > > I tried upgrading the kernel to 3.7.1... as per this > source..http://www.upubuntu.com/2012/12/install-linux-kernel-371-on-ubuntu.html > > but now i cant use my system... it boots up fine but the keyboard dowent > work not even t

Re: Running wayland without X running.

2013-01-07 Thread ashjas
Hello David, I tried upgrading the kernel to 3.7.1... as per this source.. http://www.upubuntu.com/2012/12/install-linux-kernel-371-on-ubuntu.html but now i cant use my system... it boots up fine but the keyboard dowent work not even the mouse.. and sshing remotely not possible.. the ssh command

Re: Running wayland without X running.

2013-01-07 Thread David Herrmann
Hi ashjas On Mon, Jan 7, 2013 at 11:46 AM, ashjas wrote: > Hello, > > ive just started development on wayland and am trying to run wayland without > X server. > > I am on ubuntu machine 12.04 64bit with the following from glxinfo | grep > -i opengl > OpenGL vendor string: nouveau > OpenGL rendere

Running wayland without X running.

2013-01-07 Thread ashjas
Hello, ive just started development on wayland and am trying to run wayland without X server. I am on ubuntu machine 12.04 64bit with the following from glxinfo | grep -i opengl OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV98 OpenGL version string: 2.1 Mesa 8.0.4 OpenGL

Re: Apparent impass between GTK+ and Ubuntu on Wayland backend

2013-01-07 Thread David Herrmann
Hi Pekka On Mon, Jan 7, 2013 at 8:37 AM, Pekka Paalanen wrote: > On Sun, 6 Jan 2013 01:13:31 -0500 > dar...@chaosreigns.com wrote: > >> Ubuntu said they're not willing to have their GTK+ package depend on a >> Wayland package (when using GTK+ only with X), requesting the Wayland >> backend be mov