Commits on Source (23)
-
Peter Hutterer authored
Historically, I copied the docs on the server directly after pushing latest, but (especially with meson) it's a lot easier to just build that specific tag locally and rsync it to the correct target directory. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
We now have an upstream for it so we can sync changes between projects. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Makes life easier because we don't have to deal with the pip complaints. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
This scheduled pipeline no long runs, so let's drop this job. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Repos are 404 Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
A bit of a niche case but this helps with embedding libevdev as static library when the tools don't matter. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Not much of an effect but where libevdev is used as subproject those files are now correctly accessible. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
If libevdev is used as subproject header lookup for libevdev.h fails because our build directory isn't correctly set as one of the include directories. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Commit originally by Simon Ser in wayland/wayland-protocols!305. Currently our CI setup has a downside: for each push on a merge request, two pipelines are triggered. The first is triggered in the context of the forked repository, and the second is triggered in the context of the MR in the parent repository. Replace the workflow rules with the ones in the official docs [1], so that a branch pipeline isn't triggered when a MR exists for that branch. [1]: https://docs.gitlab.com/ee/ci/yaml/workflow.html#switch-between-branch-pipelines-and-merge-request-pipelines Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
We've had this for roughly 10y now and it's value is dubious. Most of xorg no longer requires, mesa accepts but doesn't require it, most of GNOME doesn't accept it and neither does systemd. Let's drop the requirement. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Part-of: <!123>
-
Peter Hutterer authored
This allows for using @users.noreply addresses and still pass ci-fairy checks. Part-of: <libevdev/libevdev!123>
-
If the start and end of a touch are dropped, the slot, according to the kernel, may have a different state. We should inform the client of these changes even if the slot is not currently active. For most axes this doesn't matter too much as we expect them to change during an active touch anyway so we don't expect the kernel's caching to be a problem. However where the ABS_MT_TOOL_TYPE changed during a sync we need to inform the client of the new tool type so that future touchese won't be erroneously treated as e.g. palms. For a full reproducer see the test case but it comes down to: - touch down with MT_TOOL_PALM, make sure libevdev reads the state - change that slot to MT_TOOL_FINGER, trigger a sync - ensure that libevdev pushes out that tool type change even if the slot is not currently active Co-authored-by:
Peter Hutterer <peter.hutterer@who-t.net> Part-of: <!124>
Showing
- .gitlab-ci.yml 84 additions, 203 deletions.gitlab-ci.yml
- .gitlab-ci/ci.template 21 additions, 34 deletions.gitlab-ci/ci.template
- .gitlab-ci/config.yml 7 additions, 8 deletions.gitlab-ci/config.yml
- .gitlab-ci/meson-build.sh 3 additions, 0 deletions.gitlab-ci/meson-build.sh
- configure.ac 1 addition, 1 deletionconfigure.ac
- include/linux/freebsd/input-event-codes.h 3 additions, 0 deletionsinclude/linux/freebsd/input-event-codes.h
- include/linux/linux/input-event-codes.h 3 additions, 0 deletionsinclude/linux/linux/input-event-codes.h
- libevdev/libevdev.c 19 additions, 8 deletionslibevdev/libevdev.c
- meson.build 36 additions, 35 deletionsmeson.build
- meson_options.txt 4 additions, 0 deletionsmeson_options.txt
- test/test-libevdev-events.c 201 additions, 0 deletionstest/test-libevdev-events.c
- tools/publish-doc 29 additions, 3 deletionstools/publish-doc