Summary: | sys-process/cronie-1.5.2 does not respect/require cron group | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | rypervenche <contact> |
Component: | Current packages | Assignee: | Lars Wendler (Polynomial-C) (RETIRED) <polynomial-c> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | cron-bugs+disabled |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
rypervenche
2018-05-22 16:59:04 UTC
group membership is not used for cronie. but it does create crontab group (not cron) for other purposes. wiki describes other cron implementation. from man crontab: If the /etc/cron.allow file exists, a user must be listed in it to be allowed to use cron. If the cron.allow file does not exist but the cron.deny file does exist, then a user must not be listed in the cron.deny file in order to use cron. If neither of these files exists, only the super user is allowed to use cron. gentoo ships /etc/cron.deny by default (via sys-process/cronie) Ahh, thank you. I was going off of the line "No matter which cron package has been chosen, to allow a user to use crontab he will first have to be in the cron group". I'll look into updating that wiki page. Oh, my apologies. It seems my /var/spool/cron had incorrect permissions, so the cron group is indeed required. Looks as though cronbase sets this up. Sorry for taking up your time. no problem, I also learned something wile digging it =) thanks for reporting bugs, it helps. |