Package Details: dkms-pl2501 20121021-2

Git Clone URL: https://aur.archlinux.org/dkms-pl2501.git (read-only)
Package Base: dkms-pl2501
Description: DKMS-controlled kernel driver for PL-2501 USB Easy Trasfer Cables
Upstream URL: https://patchwork.kernel.org/patch/1227361/
Licenses: GPL2
Submitter: kyak
Maintainer: kyak
Last Packager: kyak
Votes: 2
Popularity: 0.000000
First Submitted: 2012-10-21 18:38
Last Updated: 2015-06-08 13:52

Latest Comments

kyak commented on 2013-03-23 07:46

Thanks for explanation, i just updated the package!

Anonymous comment on 2013-03-18 22:23

Actually, it does work, but in this case it's not the desired behaviour. KERNELRELEASE is defined when the -k option is passed to dkms (it seems so, I might be wrong). What I meant is that trying to build the module for a kernel other than the current (e.g. a new release immediately after an update) will still result in an attempt to build it for the current one.

kyak commented on 2013-03-07 12:10

Strange, i don't have this problem here (3.8.2-1-ck).

Can you explain more why $(shell uname -r) doesn't work if KERNELRELEASE is defined?

Anonymous comment on 2013-03-06 20:52

The makefile doesn't work with autoinstall after a kernel update. Changing

KRELEASE := $(shell uname -r)

to

ifndef KERNELRELEASE
KRELEASE := $(shell uname -r)
else
KRELEASE := $(KERNELRELEASE)
endif

seems to solve the problem.