Package Details: dkms-pl2501 20121021-3

Git Clone URL: https://aur.archlinux.org/dkms-pl2501.git (read-only, click to copy)
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: None
Last Packager: micwoj92
Votes: 2
Popularity: 0.000000
First Submitted: 2012-10-21 18:38 (UTC)
Last Updated: 2020-10-12 23:12 (UTC)

Dependencies (1)

Required by (0)

Sources (3)

Latest Comments

kyak commented on 2018-08-11 06:50 (UTC)

Not using anymore, disowning.

kyak commented on 2013-03-23 07:46 (UTC)

Thanks for explanation, i just updated the package!

<deleted-account> commented on 2013-03-18 22:23 (UTC)

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 (UTC)

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?

<deleted-account> commented on 2013-03-06 20:52 (UTC)

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.