Package Details: timekpr 0.3.2-13

Git Clone URL: (read-only)
Package Base: timekpr
Description: Control the computer usage of your users. You can limit daily usage based on a timed access duration and configure periods of day when they can log in.
Upstream URL:
Licenses: GPL
Submitter: SanskritFritz
Maintainer: SanskritFritz
Last Packager: SanskritFritz
Votes: 7
Popularity: 0.000028
First Submitted: 2010-10-03 21:32
Last Updated: 2016-07-04 19:26

Dependencies (5)

Required by (0)

Sources (3)

Latest Comments

SanskritFritz commented on 2018-06-12 12:35

Seeing the new improvements in timekpr-revieved I'll probably create a separate package for it.

SanskritFritz commented on 2018-06-12 12:32

nobicycle That is a fork of timekpr, which doesn't work for me.

nobicycle commented on 2018-06-12 10:01

Thanks for packaging.

New version 0.3.7 at

SanskritFritz commented on 2015-09-06 20:08

@Mjasnik I sent a bug report, can you please fix that? It would be nice for packaging.

Mjasnik commented on 2015-07-12 08:30

@SanskritFritz Yes, as far as I know it's the final :)

SanskritFritz commented on 2015-07-10 11:37

@Mjasnik Thanks. Is this the final name for your project? If yes, I'll create a new package for it after testing as time permits.

Mjasnik commented on 2015-07-10 11:31


I finally created a project for timekpr. If You need a source, You should be able to download it with bzr.

Once again, if You would like, plz check if You can adapt that to Arch. I'm not using Arch anymore on any of my computers, so I'll not create an alternative package here due to not being able to test anything.

Project is there: .

Have a good day,

SanskritFritz commented on 2014-07-20 18:13

It depends on the display manager, not the shell. With KDM it works.

workdowg commented on 2014-07-20 17:18

Thanks. Tried with Gnome shell and Openbox... no go.

SanskritFritz commented on 2014-07-20 09:02

@workdowg It still works with KDM/KDE. Sadly upstream is dead, so you are on your own. There are some patches proposed in the comments below, you may try it.

workdowg commented on 2014-06-25 20:15

@SanskritFritz - Does this package work for anyone? It seems broken. It will control: lock account and time of day, but not an amount of daily time. I've tried under Gnome 3.12 and XFCE. I tried building for his newest release and get the same thing...

Mjasnik commented on 2014-05-14 07:21


Latest version is available now for some days already. Tested under Unity, Gnome Shell, Gnome Shell Classic, XFCE and LXDE, no KDE at this time and no testing on ArchLinux or other distro, just Ubuntu.

As for LXDE, I tried to implement and test under LXDE as well, but to my surprise LXDE does NOT pick up autostart of Timekpr client, if I run it manually it works, autostart from /etc/xdg/autoruns does't. Daemon itself is working.
This is not a Timekpr bug, it's LXDE's.


SanskritFritz commented on 2014-05-08 07:57

I haven't used this package now for some months, but I will again within some time. It worked for me for years. I'd rather create a new package for your fork, just give me some time.

Mjasnik commented on 2014-05-08 07:47


I thought You will update this PKGBUILD as this just stopped working for me in Arch like a month ago, so this is not functional. Or it is now and that was minor glitch back then? I don't use Arch + timekpr anymore, si I don't know.


SanskritFritz commented on 2014-05-07 18:25

So, do you want to create another package for your fork? If not, I'll do it gladly for you.

Mjasnik commented on 2014-05-07 18:22


I integrated patch and tried to add LXDM support, I have no way of testing it right now, please someone do that.
You can get source here .
I'll try to keep version numbering as above.

P.S. Actually I was ArchLinux user for years and still some of my computers run Arch, but one day Timekpr stopped working on Arch (users vs loginctl issue) and I fixed it there, but then my kid wanted Ubuntu and that meant he had to wait until some sort of parental controls actually work on Ubuntu which mostly is why I did development on this.


SanskritFritz commented on 2014-05-06 07:22

Mjasnik, that is good news, thanks. I can confirm that upstream is not active anymore, although a year ago one of the developers had plans to rewrite timekpr completely. I don't know how far he got with it.

Mjasnik commented on 2014-05-06 06:57


I would like to inform that I'm trying to keep timekpr above the water as original project seems to be dead. I have adapted it to loginctl, added more features to it etc.
Please see .
The thing is that I'm adapting it to Unity and Ubuntu but I'm not killing off the rest of DE's.
I'll try to update it to support LXDM and integrate the patch found here, but someone will have to test it. I'll inform You when this is done.


SanskritFritz commented on 2013-06-18 20:54

nobawk I'm sorry to hear that. Thanks for the investigation, did you report those problems upstream? Can you provide working patches? I don't use lxdm, so I cannot test it at the moment.

Anonymous comment on 2013-06-18 02:28

The default scripts of timekpr do not work for LXDM and systemd because timekpr uses "users" command to get a list of login users. A better solution is to use "loginctl | awk '{print $3}'" instead of "users".

Another problem is that the installation script does not add rules for and for LXDM login. You have to add these following line to /etc/pam.d/lxdm:

account required
account required

SanskritFritz commented on 2013-05-28 12:44

Removed rc.d script as per

SanskritFritz commented on 2012-10-22 17:14

dront78 thank you.

dront78 commented on 2012-10-19 17:39

which is from here

SanskritFritz commented on 2012-09-04 14:08

I'd be grateful if someone came up with a systemd unit file. I don't use systemd yet.

SanskritFritz commented on 2012-04-17 08:21

Thanks, good idea, I voted and am watching.

dront78 commented on 2012-04-17 08:11

Decided to post a gdm bug please vote for fix ;)

SanskritFritz commented on 2012-04-10 19:19

I don't have gdm, so cannot try this. If you send patches, I'm willing to incorporate them into the PKGBUILD,

dront78 commented on 2012-04-10 15:21

could you please update scripts to make gdm time account limit working like this?


SanskritFritz commented on 2012-02-28 22:24

New shadow 4.1.5-4 fixed the issue.
Also I updated the package by adding the patch found in this bugreport:

SanskritFritz commented on 2012-02-19 07:57

Since this upgrade:
pacman.log > [2012-02-17 19:45] upgraded shadow ( -> 4.1.5-3)
timekpr stopped working. Upstream is not likely to help, as they stopped development some time ago, I'll try to look into this.
Downgrading shadow works, but I really don't recommend doing this, it is an essential system package.

SanskritFritz commented on 2012-02-18 13:04

It looks like since upgrade
[2012-02-17 19:45] upgraded pyrex (0.9.9-2 -> 0.9.9-3)
[2012-02-17 19:45] upgraded python2-pyparsing (1.5.6-1 -> 1.5.6-2)
[2012-02-17 19:45] upgraded shadow ( -> 4.1.5-3)
timekpr stopped working. Upstream is not likely to help, as they stopped development some time ago, I'll try to look into this.

SanskritFritz commented on 2010-10-20 20:17

Fixed consequences of python3 switch.

SanskritFritz commented on 2010-10-20 12:35

Python3 breaks it, update coming soon.

SanskritFritz commented on 2010-10-08 20:43

0.3.2-3 Daemon script fixed (again). Man page added.

SanskritFritz commented on 2010-10-07 11:56

Fixed the problems below and updated.

SanskritFritz commented on 2010-10-07 07:45

Known problems:
* The daemon is not stopped properly at shutdown, so it is stopped when the system sends TERM to all processes, which is just the same actually, so no harm is done.
* The timekpr.postrm script in post_remove() will not be executed, as the file is already deleted at that time. As a consequence, when uninstalling, some artifacts remain in the /etc/security/time.conf and /etc/security/access.conf files. I will move the script to pre_remove(), and call it with the 'purge' parameter.

SanskritFritz commented on 2010-10-03 22:24

Dont' worry about those messages:

Couldn't find /etc/pam.d/gdm (oops?)
Couldn't find /etc/pam.d/kdm (oops?)
Checking for in /etc/pam.d/login
Checking for in /etc/pam.d/login