Package Details: dcron-git 4.6.r0.gf82c21e-1

Git Clone URL: (read-only, click to copy)
Package Base: dcron-git
Description: dillon's lightweight cron daemon (Git version).
Upstream URL:
Licenses: GPL
Conflicts: cron
Provides: cron
Submitter: None
Maintainer: ptchinster
Last Packager: ptchinster
Votes: 4
Popularity: 0.81
First Submitted: 2010-01-06 04:21 (UTC)
Last Updated: 2024-03-09 21:29 (UTC)

Dependencies (3)

Required by (19)

Sources (2)

Latest Comments

1 2 Next › Last »

lamarpavel commented on 2024-04-06 09:36 (UTC)

@ptchinster Sorry for the very late reply! Thanks for addressing this. There's still a problem when building this package

groupadd: cannot lock /etc/group; try again later.

I've been trying to research this a bit, assuming this doesn't happen on your end I think it's because I'm building this using aurutils and the process is lacking permissions because package() it not run as root. Based on some search in the arch bbs the creation of groups should not be done using groupadd in the PKGBUILD though, see for example this:

Pacman hooks are used, for example, in combination with systemd-sysusers and systemd-tmpfiles to automatically create system users and files during the installation of packages.

From See also this comment:

So maybe you should create a dcron.sysusers file and include it in your PKGBUILD. There's also a cron group with gid 22 mentioned here: but I'm not sure which group name/gid is best to use tbh.

Sorry to bother you with all this

ptchinster commented on 2024-03-09 19:20 (UTC)


not sure what the exact arch way is, but i added a fix for that. thank you.

lamarpavel commented on 2024-03-09 13:54 (UTC) (edited on 2024-03-09 13:55 (UTC) by lamarpavel)

The package() function will fail on systems without a group named "users", which doesn't exist on default arch installs afair. The problem occurs during the call to make DESTDIR="$pkgdir" install, where files are installed with the group set to whatever was passed as CRONTAB_GROUP during build().

Not sure what the canonical way would be to solve this. Either create the users group (probably with a gid=100, as was the case for older arch installs) or a less ambiguous group like cron, or something else entirely?

ptchinster commented on 2024-03-08 22:22 (UTC)

As this project has not had a commit in years (let alone a meaningful code one), i am adding additional security flags during compilation.

x33a commented on 2015-04-01 09:52 (UTC)

I have changed the version format slightly, so if someone is using a custom parser for checking updates, it is likely to fail.

x33a commented on 2013-07-06 17:31 (UTC)

Adopted package. Updates: * changed git repository * PKGBUILD updated according to pacman 4.1 specifications. * /usr move. * added systemd service file. * removed rc.d script. If you are still using initscripts, please use the following package to get the rc.d script

tuxsavvy commented on 2013-06-30 05:55 (UTC)

Git repository is now at git:// The pkgbuild still points to the old site which redirects (and fails) to

x33a commented on 2013-06-03 14:33 (UTC)

Fix needed for the /usr move.

gadget3000 commented on 2011-09-03 15:06 (UTC)

Hi. I think the repo has moved to: Source:

<deleted-account> commented on 2011-05-01 00:59 (UTC)

Thanks, fixed in latest master.