Re: [xrandr v2] Select NearestNeighbour filtering for pixel exact scaling

Was there a reason this did not land? ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: [PATCH] configure.ac: Make BUILD_{DATE, TIME} respect SOURCE_DATE_EPOCH if set

Chris Lamb writes: > Hi xorg-devel, > > Whilst working on the Reproducible Builds effort [0], we noticed > that xorg-server could not be built reproducibly. I tried applying the patch today, but it broke the build by changing the format. I fixed it up, propagated it over to

[PATCH xserver 4/4] meson: Move the BUILD_DATE/TIME setup to configure time.

By having it as a custom_target with build_always, every "ninja -C build" would rebuild Xorg for the new date/time, even if the rest of Xorg didn't change. We could build the rest of Xorg into a static lib, and regenerate date/time when the static lib changes and link that into a final Xorg, but

[PATCH xserver 3/4] meson: Include BUILD_DATE in the meson xf86Build.h.

Due to a typo, I only had BUILD_TIME present. Signed-off-by: Eric Anholt --- hw/xfree86/common/xf86Build.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/xfree86/common/xf86Build.sh b/hw/xfree86/common/xf86Build.sh index e1b14cec5a85..5f859a5d8dba

[PATCH xserver 1/4] configure.ac: Make BUILD_{DATE, TIME} respect SOURCE_DATE_EPOCH if set

From: Chris Lamb Whilst working on the Reproducible Builds effort [0], we noticed that xorg-server could not be built reproducibly. One reason is because it embeds a "current" build and date time. This should be compatible with both GNU and BSD date(1). [0]

[PATCH xserver 2/4] meson: Respect SOURCE_DATE_EPOCH for reproducible builds.

This just copies over Chris Lamb's code from autotools. Signed-off-by: Eric Anholt --- hw/xfree86/common/xf86Build.sh | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/hw/xfree86/common/xf86Build.sh b/hw/xfree86/common/xf86Build.sh index

[PATCH xserver] squash! sync: Convert from "CARD64" to int64_t. (v2)

--- Pekka - that link didn't help, because we still need a correct "result" value. I don't believe that the compiler could break uint -> int conversions with the high bit, but here's the patch I think we would need for that. I still think v1 is the better version. include/misc.h | 21

[PATCH xserver] xwayland: No grab handler without protocol support

If the compositor has no support for the Xwayland keyboard grab protocol, there is no need to set-up our keyboard grab handler. Signed-off-by: Olivier Fourdan --- hw/xwayland/xwayland-input.c | 31 ++- 1 file changed, 22 insertions(+), 9