Search Criteria
Package Details: evdi-dkms-git 1.14.15.r0.g3dafd62-2
Package Actions
| Git Clone URL: | https://aur.archlinux.org/evdi-dkms-git.git (read-only, click to copy) |
|---|---|
| Package Base: | evdi-dkms-git |
| Description: | Kernel module to enable management of multiple screens |
| Upstream URL: | https://github.com/DisplayLink/evdi |
| Licenses: | MIT, GPL-2.0-only, LGPL-2.1-only |
| Conflicts: | evdi, evdi-dkms, python-pyevdi |
| Provides: | evdi, evdi-dkms |
| Submitter: | xiota |
| Maintainer: | xiota (severach) |
| Last Packager: | xiota |
| Votes: | 30 |
| Popularity: | 0.89 |
| First Submitted: | 2025-03-20 21:09 (UTC) |
| Last Updated: | 2026-02-25 17:41 (UTC) |
Dependencies (6)
- dkms (dkms-gitAUR)
- git (git-gitAUR, git-glAUR, git-wd40AUR) (make)
- libdrm (libdrm-gitAUR) (make)
- pybind11 (pybind11-gitAUR) (make)
- python-setuptools (make)
- python (optional) – for pyevdi
Required by (3)
- displaylink (requires evdi)
- lianli-linux-git (requires evdi-dkms)
- smi-usbdisplay
Latest Comments
« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 Next › Last »
bnavigator commented on 2020-05-17 10:17 (UTC)
@miksnare, either install those old kernel headers or remove the kernel from your machine. Make sure you don't have it installed and there is no /usr/lib/modules/5.4.22-1-lts dangling from an old module that did not get removed properly.
micsnare commented on 2020-05-17 09:55 (UTC)
When trying to install the evdi-git package, I receive the following error:
(2/2) Install DKMS modules ==> dkms install evdi/1.7.0 -k 5.6.13-arch1-1 ==> dkms install evdi/1.7.0 -k 5.4.41-1-lts ==> Unable to install module evdi/1.7.0 for kernel 5.4.22-1-lts: Missing kernel headers.
bnavigator commented on 2020-05-13 20:54 (UTC)
You are correct. The recent addition of the tag in upstream's git repository causes that. To have monotonic increasing version numbers, when there is a new commit, the pkgver variable and the pgkver() function should incorporate a temporary infix between 1.7.0 and r.
smokephil commented on 2020-05-13 17:47 (UTC)
It looks like the version in the PKGBUILD is wrong. When installing, version 1.7.0.r0.gdc595db-1 is installed, not 1.7.0.r71.gdc595db-1
bnavigator commented on 2020-05-11 14:42 (UTC) (edited on 2020-05-11 17:29 (UTC) by bnavigator)
EDIT: upstream has already
LIBVER := 1.7.0in library/Makefile. Let's use that file for pkgver()Make both packages with
% makepkgand install with# pacman -U <package>as rootIf the dkms automatism fails because of previously broken stuff, try to build/install manually
kaipee2 commented on 2020-05-11 12:29 (UTC)
@bnavigator can you explain what you did to install the latest release?
bnavigator commented on 2020-05-09 21:52 (UTC)
Works for me:
(I patched the pkgver() function to use the latest tag 1.6.4 instead of the last reachable tag 1.6.2, otherwise it is the same package)
kaipee2 commented on 2020-05-04 10:48 (UTC) (edited on 2020-05-04 10:49 (UTC) by kaipee2)
Current version successfully builds but does not work with latest kernel 5.6
alaskanarcher commented on 2020-04-14 22:37 (UTC)
@brody, I'm not the maintainer but I'm not sure that adding linux-headers to makedepends will work for those using non-standard kernel packages.
brody commented on 2020-03-26 13:46 (UTC)
Please add 'linux-headers' to makedepends. Then the package is buildable within a clean chroot environment.
Kind regards
« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 Next › Last »