Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - tp_smapi-ck

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: tp_smapi-ck 0.41-8

Git Clone URL: https://aur-dev.archlinux.org/tp_smapi-ck.git (read-only)
Package Base: tp_smapi-ck
Description: Modules for ThinkPad's SMAPI functionality, ck kernel
Upstream URL: https://github.com/evgeni/tp_smapi
Keywords: kernel linux smapi thinkpad
Licenses: GPL
Provides: tp_smapi
Submitter: fackamato
Maintainer: kuplerei
Last Packager: alcasa
Votes: 18
Popularity: 0.004095
First Submitted: 2011-04-09 11:55
Last Updated: 2015-08-08 16:03

Required by (7)

Sources (1)

Latest Comments

1 2 3 4 5 Next › Last »

alcasa commented on 2016-06-05 22:46

I am not using the CK-Kernel anymore, I hope someone who needs this package will pick it up.

aphirst commented on 2015-01-27 23:58

I am VERY sorry about the delay in fixing this package.

I suspect the root cause of the problem is that the email address associated with my AUR account is a dead one, and anyone attempting to contact me (or any automated notifications) will have disappeared into thin air.

The package should now build fine. Feel free to contact me at the email address shown in the updated PKGBUILD if there are any further issues.

orschiro commented on 2015-01-14 08:48

Seems that the '/lib exists in filesystem' error can be fixed by the following change:

- INSTALL_MOD_PATH="$pkgdir"
+ INSTALL_MOD_PATH="$pkgdir/usr"

and subsequently all instances of $pkgdir to be changed to $pkgdir/usr.

Source: https://bbs.archlinux.org/viewtopic.php?pid=1492812#p1492812


Can you please update the package accordingly?

orschiro commented on 2015-01-13 07:51


Thanks! I will ask for help in the forums and, if successful, will adopt this package.

hyshka commented on 2015-01-13 01:17

Sorry I am unable to help since I don't have much PKGBUILD experience and am unable to maintain this package any longer since I stopped using the ck kernel.

I suspect the PKGBUILD may need some updating but you may have more luck on the forums.

orschiro commented on 2015-01-12 22:01

I tried rebuilding the package after the installation of a new kernel version. However, I stuck with the following error message and do not know how to resolve it:

(1/1) checking for file conflicts [###############################################################] 100%
error: failed to commit transaction (conflicting files)
tp_smapi-ck: /lib exists in filesystem
Errors occurred, no packages were upgraded.
==> WARNING: Failed to install built package(s).
:: tp_smapi-ck cleaned

Why does the package complain about an existing /lib?

Many thanks for your help!


orschiro commented on 2014-11-13 11:19


Now I understand. Thanks for making your point clear!

aphirst commented on 2014-11-13 10:31


That's not what I meant. As in, the PKGBUILD only works if the *currently running kernel* is a -ck one. I have both -ck and -ARCH installed on my system (in case one has issues at any given time), and because there were module issues with -ck (this module and `acpi_call-ck`) I had rebooted into -ARCH to perform maintenance.

What happens if you build this PKGBUILD *while running* the -ARCH kernel, the generated package contains files in `/usr/lib/modules/extramodules-3.17-ARCH/`, because it seems to pull the "-ARCH" from the *currently running* kernel (I assume this is the purpose of lines 11-14 and lines 42 and 49). And so, one cannot install that package if one has the vanilla version of `tp_smapi` installed due to file conflicts (and the resulting module files would be in the wrong directory).

I hope that sufficiently clarifies the point I was trying to make.

orschiro commented on 2014-11-13 08:37


Since the package name appends `-ck` it should be obvious that it is for linux-ck, or not? :)

aphirst commented on 2014-11-13 00:42

Ah, on further inspection, this PKGBUILD seems to only work if you are currently running a -ck kernel. I had been running on the stock kernel during the time in which modules were not updated for -ck, and so the PKGBUILD read -ARCH instead.