Package Details: evdi-git 1.14.2.r0.g9905b9b-1

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: 27
Popularity: 0.45
First Submitted: 2017-08-10 17:05 (UTC)
Last Updated: 2024-03-18 16:46 (UTC)

Dependencies (3)

Required by (3)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 Next › Last »

jamincollins commented on 2020-12-14 18:46 (UTC)

@BrokenHelm the issue is caused by the set -u usage in the PKGBUILD.

https://bbs.archlinux.org/viewtopic.php?pid=1905988#p1905988

In this particular case, commenting the set -u at the beginning of the build function seems to be enough. However, based on the above comment, I would say that all set -u usage should be removed.

BrokenHelm commented on 2020-11-24 07:43 (UTC)

Any suggestions on how to fix the following?


cat: /etc/redhat-release: No such file or directory
CFLAGS="-Werror -Wextra -Wall -Wmissing-prototypes -Wstrict-prototypes -Wno-error=missing-field-initializers" make -C module 
make[1]: Entering directory '/home/caspar/.cache/yay/evdi-git/src/evdi/module'
make -C /lib/modules/5.9.9-arch1-1/build M=$PWD
make[2]: Entering directory '/home/caspar/.cache/yay/evdi-git/src/evdi/module'
make[2]: *** /lib/modules/5.9.9-arch1-1/build: No such file or directory.  Stop.
make[2]: Leaving directory '/home/caspar/.cache/yay/evdi-git/src/evdi/module'
make[1]: *** [Makefile:71: module] Error 2
make[1]: Leaving directory '/home/caspar/.cache/yay/evdi-git/src/evdi/module'
make: *** [Makefile:13: all] Error 2
==> ERROR: A failure occurred in build().
/usr/share/makepkg/util/message.sh: line 51: QUIET: unbound variable
/usr/bin/makepkg: line 132: logpipe: unbound variable
error making: evdi-git

The 1.7 build still works fine on kernel 5.9, the 1.8 is unable to build on my system. Checking the scripts I cant figure what is wrong.

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

sudo pacman -R evdi-git #used -Rns
yay --getpkgbuild evdi-git
cd evdi-git
sed -i -e s/DisplayLink/sickcodes/g PKGBUILD
makepkg -si
sudo modprobe evdi
sudo systemctl disable displaylink.service
# removing 99-displaylink.rules is necessary for me
# sudo rm sudo /etc/udev/rules.d/99-displaylink.rules
reboot
sudo systemctl start displaylink

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/branches

However, the PKGBUILD has master hard coded as the branch to use: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=evdi-git#n29

This 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.