Package Details: displaylink 6.0-0

Git Clone URL: https://aur.archlinux.org/displaylink.git (read-only, click to copy)
Package Base: displaylink
Description: Linux driver for DisplayLink devices
Upstream URL: https://www.synaptics.com/products/displaylink-graphics
Keywords: dock gpu graphics usb
Licenses: GPL2, custom, LGPL2.1
Submitter: Hideaki
Maintainer: endorfina
Last Packager: endorfina
Votes: 99
Popularity: 0.154451
First Submitted: 2015-08-04 23:24 (UTC)
Last Updated: 2024-05-06 08:33 (UTC)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 34 35 36 37 38 39 40 41 Next › Last »

linuxyz commented on 2016-01-04 12:34 (UTC) (edited on 2016-01-04 12:35 (UTC) by linuxyz)

@asch I'm on Xorg-server 1.18.0-3 and I confirm it doesn't work with my AOC LED USB3.0 (using USB2.0 is working though but it's a bit slow). Better than downgrading to xorg-server < 1.16.0, aren't there any other solutions?

asch commented on 2015-11-22 22:42 (UTC)

Recent version of this binary DisplayLink driver is not compatible with recent version of xorg packages because of ABI changes. I propose to add conflicts as follows: conflicts=('xorg-server<1.16.0' 'X-ABI-XINPUT_VERSION<21' 'X-ABI-XINPUT_VERSION>=22')

Hideaki commented on 2015-10-15 01:25 (UTC)

@halfur, The reason linux-headers and linux-lts-headers are both optional dependencies of dkms is because you can have either one installed, or even a third-party linux-*-headers package. Making it a dependency of this package would force people that are using other kernels to install a package they don't need. This is the way that all dkms packages, such as nvidia-dkms, handle this. I'll make them optional dependencies in the next release.

halfur commented on 2015-10-14 22:39 (UTC) (edited on 2015-10-14 22:40 (UTC) by halfur)

"linux-headers" should be added to the dependencies, it's only an optional dependency of dkms, but is required for installing this package after building.

Hideaki commented on 2015-10-05 23:30 (UTC)

I just released a new package version that should fix the issues installing this package with AUR Helpers. @ryanvade what kernel are you using?

ryanvade commented on 2015-10-05 15:37 (UTC)

I can't seem to build evdi. Oct 05 10:33:36 ryanvade-arch modprobe[7339]: modprobe: FATAL: Module evdi not found. DKMS is not building the module.

atze commented on 2015-10-01 07:58 (UTC)

@Hideaki, I think you try to ask this question in this ticket https://github.com/aurapm/aura/issues/351 I'm not a aura expert, but they are (or should be..)

Hideaki commented on 2015-09-30 18:53 (UTC)

I haven't tested AURA, only manual builds and yaourt. What does AURA do differently? It looks like its failing to extract displaylink's .run package during the build section. Should I move that to the package section?

atze commented on 2015-09-30 09:39 (UTC)

For those using AURA run aura with the -x statement, so for example aura -Ax displaylink This has to do with some unusual statemens in the package() part. More info here https://github.com/aurapm/aura/issues/351

atze commented on 2015-09-23 14:43 (UTC)

@kloetzl, it seems aura is not working with the displaylink package.. In general Accourding to this forum http://displaylink.org/forum/showthread.php?t=64043&page=2 the display-manager.service should be started before the displaylink service. In my case display-manager serivce is provided by lightdm. This service is running, but i still get the same error. If i run sudo /usr/lib/displaylink/DisplayLinkManager terminate called after throwing an instance of 'dl::sys::Failure' what(): Hive format not recognised