Search Criteria
Package Details: evdi-git 1.14.7.r3.g59a3a86-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/evdi-git.git (read-only, click to copy) |
---|---|
Package Base: | evdi-git |
Description: | kernel module that enables management of multiple screens, primarily for DisplayLink USB VGA DVI HDMI DisplayPort video |
Upstream URL: | https://github.com/DisplayLink/evdi |
Licenses: | GPL |
Conflicts: | evdi |
Provides: | evdi |
Submitter: | None |
Maintainer: | severach |
Last Packager: | severach |
Votes: | 29 |
Popularity: | 0.38 |
First Submitted: | 2017-08-10 17:05 (UTC) |
Last Updated: | 2024-10-19 17:39 (UTC) |
Dependencies (3)
Required by (3)
- displaylink (requires evdi)
- displaylink-beta (requires evdi)
- displaylink-runit (requires evdi)
Latest Comments
« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 Next › Last »
bnavigator commented on 2020-10-15 14:51 (UTC)
There is now a new evdi-1.7 package with the patch for kernel 5.9 applied
sickcodes commented on 2020-10-15 13:26 (UTC)
Kernel 5.9 fix authored by @abucodonosor https://github.com/abucodonosor
His fix works for 1.7.0 too.
https://github.com/DisplayLink/evdi/pull/228
https://github.com/DisplayLink/evdi/pull/227
bnavigator commented on 2020-09-20 16:07 (UTC)
@jamincollins your observation regarding the branches is correct. Normally a -git package provides the newest commit from an active branch.
Note however that current displaylink will not work with evdi>=1.7.0, even the released evdi 1.8.0. Users currently (mis)use the evdi-git package to stay on 1.7.0, while they probably should use the evdi package in version 1.7.0
jamincollins commented on 2020-09-20 01:09 (UTC)
Upstream does not use
master
as it's default branch: https://github.com/DisplayLink/evdi/branchesHowever, the
PKGBUILD
hasmaster
hard coded as the branch to use: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=evdi-git#n29This causes the package to build from a stale branch rather than upstream's default.
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.0
in library/Makefile. Let's use that file for pkgver()Make both packages with
% makepkg
and install with# pacman -U <package>
as rootIf the dkms automatism fails because of previously broken stuff, try to build/install manually
« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 Next › Last »