Package Details: dcron 4.6-2

Git Clone URL: (read-only, click to copy)
Package Base: dcron
Description: dillon's lightweight cron daemon
Upstream URL:
Licenses: GPL
Conflicts: cron
Provides: cron
Submitter: xyproto
Maintainer: ptchinster
Last Packager: ptchinster
Votes: 36
Popularity: 0.073850
First Submitted: 2013-01-24 14:33 (UTC)
Last Updated: 2024-03-09 21:28 (UTC)

Dependencies (2)

Required by (19)

Sources (2)

Latest Comments

1 2 3 4 Next › Last »

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

This package hasnt been updated in years. If you are are still using this one, i encourage you to switch over to the -git version as that has more commits.

Ive updated the package with stronger CFLAGS.

lamarpavel commented on 2021-06-24 07:43 (UTC) (edited on 2021-06-24 07:44 (UTC) by lamarpavel)

From the manpage:

Only users who belong to the same group as the crontab binary will be able to install or edit crontabs.

The PKGBUILD suggests that the group users is used, but that group is no longer used by default archlinux, so all users will have to be manually added to the group in order to use crontab. At the same time, the binary is installed with a GID of 985 (on my systems), which differs from the default GID of users (100 on all my systems).

I suggest that the PKGBUILD should create the group cron and install the binary with that GID.

giddie commented on 2018-05-22 07:46 (UTC)

Great! I think the issues / pull requests can be made here:

The website for dcron is at:

ashkan commented on 2018-05-22 00:55 (UTC)

I noticed a mistake in the crontab manpage but I can't seem to figure out where the proper place to submit a bug or PR would be since this package is quite old and it's hosted on the archlinux git repository. (Specifically the location of the timestamp files is not /var/spool/cron/cron-stamps/user.jobname but /var/spool/cronstamps/user.jobname)

x33a commented on 2016-02-15 06:44 (UTC)

@mnovick1988, done.

EndlessEden commented on 2016-02-14 04:35 (UTC)

please add armv7h, as well. (RPI-2)

x33a commented on 2015-06-17 11:06 (UTC)

Updated PKGBUILD. Now it explicitly mentions armv6h instead of any. Thanks all.

giddie commented on 2015-06-17 10:58 (UTC)

Oh yeah, sorry: I think I misunderstood your question. Yeah, it shouldn't be a problem to do this on the AUR, as the AUR isn't officially supported anyway, so I'd say we're free to put whatever we like in arch. I've done this for a couple of my packages.

x33a commented on 2015-06-17 10:58 (UTC)

Yes, I know about the syntax. But I was thinking about the guidelines. But apparently, it is fine to include other architectures in AUR packages since AUR is unsupported as a whole. Reference: