On Sun, 25 Jan 2015 23:44:29 -0800
"R ." wrote:
> When will Wayland be mature enough to replace X.org?? I just wanted
> to know, as it seems to me that this is the only X Window System that
> have hardware acceleration in mind. I just want my CrunchBang Linux
> (using OpenBox) to be extremely res
fwiw,
Reviewed-by: Derek Foreman
for both.
On 29/01/15 10:23 PM, Jonas Ådahl wrote:
> Keyboard key events will be received from a device where a key has
> been pressed, even though an equivalent key has been pressed (same
> key code) on a device connected to the same seat. notify_key()
> expect
Okay after some searching I found a working method of compiling expat,
and have sent a patch to update the Ubuntu12.04 build instructions, and
this patch should be ignored.
On 02/03/2015 02:29 PM, Peter Hutterer wrote:
On Tue, Feb 03, 2015 at 02:10:32PM -0800, Bill Spitzak wrote:
On 02/03/2
This git repository was the best one I found. Even then the instructions
seem to be wrong, there was no buildconf script and the execute bit was
not turned on for configure.
This seems to work and I confirmed that the output of wayland-scanner
matches the versions in the wayland repository.
---
u
In current code, color format is always hardcoded to __DRI_IMAGE_FORMAT_ARGB
when buffer or DRI image is allocated in function calls, get_back_bo and
dri2_get_buffers,
regardless of current target's color format. This problem may leads to
incorrect render
pitch calculation, which eventually e
On Mon, Dec 22, 2014 at 11:51:05AM -0800, Dima Ryazanov wrote:
> They're off by 4 because of the scroll buttons.
>
> (However, if you test them in XWayland, they'll appear to work because
> XWayland has the same bug; see
> http://lists.x.org/archives/xorg-devel/2014-December/044987.html)
>
> Sign
On Tue, Feb 03, 2015 at 02:10:32PM -0800, Bill Spitzak wrote:
>
>
> On 02/03/2015 01:50 PM, Peter Hutterer wrote:
> >On Tue, Feb 03, 2015 at 12:33:35PM -0800, Bill Spitzak wrote:
> >>This paritally reverts commit a4afd90f9f0c27ed5f3f313b915c260673f8be34.
> >>
> >>On older expat versions (ie the o
This paritally reverts commit a4afd90f9f0c27ed5f3f313b915c260673f8be34.
On older expat versions (ie the one on Ubuntu 12.04) there is no pkg-config
file, so fall back to a test for the header and library. In addition the
source for expat does not seem to be in a git repository but in cvs instead
a
What happens if I don't enable the scanner?
I believe this means it would be impossible to add new protocol
messages, right?
On 02/03/2015 01:44 PM, Peter Hutterer wrote:
On Tue, Feb 03, 2015 at 12:32:22PM -0800, Bill Spitzak wrote:
It looks like $(LIBS) is added by automake to every link, I
On 02/03/2015 01:50 PM, Peter Hutterer wrote:
On Tue, Feb 03, 2015 at 12:33:35PM -0800, Bill Spitzak wrote:
This paritally reverts commit a4afd90f9f0c27ed5f3f313b915c260673f8be34.
On older expat versions (ie the one on Ubuntu 12.04) there is no pkg-config
file, so fall back to a test for the
On Tue, Feb 03, 2015 at 12:33:35PM -0800, Bill Spitzak wrote:
> This paritally reverts commit a4afd90f9f0c27ed5f3f313b915c260673f8be34.
>
> On older expat versions (ie the one on Ubuntu 12.04) there is no pkg-config
> file, so fall back to a test for the header and library.
hmm, this is the first
On Tue, Feb 03, 2015 at 12:32:22PM -0800, Bill Spitzak wrote:
> It looks like $(LIBS) is added by automake to every link, I can't figure out
> a way to stop it. Is this correct?
yes. the goal isn't to stop that, the goal is to keep everything that's not
a global requirement out of $LIBS :)
Cheers
This paritally reverts commit a4afd90f9f0c27ed5f3f313b915c260673f8be34.
On older expat versions (ie the one on Ubuntu 12.04) there is no pkg-config
file, so fall back to a test for the header and library.
The restored test has been updated to use AC_SEARCH_LIBS.
---
configure.ac |9 -
It looks like $(LIBS) is added by automake to every link, I can't figure
out a way to stop it. Is this correct?
On 02/02/2015 10:46 PM, Peter Hutterer wrote:
On Mon, Feb 02, 2015 at 06:33:49PM -0800, Bill Spitzak wrote:
On 02/02/2015 03:12 PM, sardemff7+wayl...@sardemff7.net wrote:
On 2015-
On 02/02/2015 10:46 PM, Peter Hutterer wrote:
the usual process is (used to be?):
SAVE_LIBS="$LIBS"
AC_SEARCH_LIBS()
EXPAT_LIBS="$LIBS"
LIBS="$SAVE_LIBS"
so you save the current state and restore it after it got mangled. we do
that for the rdp compositro CPPFLAGS already for example.
Okay
Failing to remove this can result in a crash when the signal is sent
after the window manager is destroyed.
Signed-off-by: Derek Foreman
---
xwayland/window-manager.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/xwayland/window-manager.c b/xwayland/window-manager.c
index 07c2ef3..ec3dab9
On 27 January 2015 at 22:26, Derek Foreman wrote:
> The input loop is actually dispatched in the middle of the frame repaint.
> When the X11 event results in closing the compositor, this can cause the
> current output to be destroyed just prior to trying to process animations
> on it.
>
> We fix t
On 2 February 2015 at 09:40, Marek Chalupa wrote:
> After running a test in fork, we were waiting for any child to terminate.
> It is OK unless the child forks again. If the child calls fork, the waitid can
> catch the child's child termination, stop block and run another test
> while the former t
Hi,
On 2 February 2015 at 22:26, Hardening wrote:
> Le 02/02/2015 22:24, Derek Foreman a écrit :
>> On 02/02/15 01:40 PM, Bill Spitzak wrote:
>>> Is there a reason it does not just clear the pointer when
>>> keyboard_device_count is changed to zero? That would seem like a smaller
>>> patch.
>>
>>
Hi,
On 30-01-15 06:48, Peter Hutterer wrote:
Merged devices may comprise of multiple event nodes. To get those we need to
return all udev devices we have.
This patch still leaves the backend where it is (one evdev device per libinput
device) and merely introduces the new API.
Signed-off-by: Pe
20 matches
Mail list logo
