| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
line while there.
|
|
|
|
| |
English trainer: ceri
|
| |
|
|
|
|
|
|
|
|
| |
setgid(2), setlogin(2) and initgroups(3). In theory they could
fail for root with some third party mac(4) policies.
Submitted by: Kostik Belousov
MFC after: 1 month
|
|
|
|
|
|
|
|
|
| |
"crontab /etc/crontab", but not the same format due to the who field.
Add some limited anti-foot-shooting support and refuse to load
/etc/crontab as someone's crontab. Users wishing shoot their foot in
this manner may copy /etc/crontab elsewhere. :)
MFC After: 1 week
|
|
|
|
|
|
|
| |
them for reading. When user can open file for reading, he can also
flock(2) it, which can lead to confusions.
Pointed out by: green
|
|
|
|
|
|
|
| |
Note, that when cron(8) cannot create pidfile, it'll exit. I didn't
changed this behaviour, but its better to ignore errors other than
EEXIST, so daemon can be started on systems where /var/ file system
doesn't support locking (like NFS without rpc.lockd(8)).
|
|
|
|
|
| |
Submitted by: Roman Divacky
MFC after: 3 days
|
|
|
|
| |
Discussed with: ru
|
|
|
|
|
|
|
|
|
|
| |
entry having stepping value of zero can cause crontab to hang there,
and if the main crontab is being changed in this way, then cron(8)
will keep spining.
Obtained from: OpenBSD [src/usr.sbin/cron/entry.c,v 1.17]
PR: 68683 (my own, but forgot to commit it...)
MFC After: 1 week
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
to PRECIOUSLIB from bsd.lib.mk. The side effect of this
is making installing the world under jail(8) possible by
using another knob, NOFSCHG.
Reviewed by: oliver
|
|
|
|
| |
any fake value.
|
|
|
|
|
|
| |
PR: bin/22612
MT5: 4 weeks
MT4: 2 weeks
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
$ crontab -e
[Add an entry with an error in the crontab file.]
crontab: errors in crontab file, can't install
Do you want to retry the same edit? yes
[Exit the editor without any changes.]
crontab: no changes made to crontab
[Entry is lost.]
Now crontab will loop until the error is fixed, or the
user answers no.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
the maximum amount of time jitter for root and other users, respectively.
Before starting a job, cron(8) will sleep a random number of seconds,
from 0 to the amount specified. This can help to smooth down load spikes
when a lot of jobs are to start at the beginning of a particular minute
(e.g., the first minute of an hour.)
PR: bin/66474
Submitted by: Dmitry Morozovsky <marck <@> rinet.ru>
|
|
|
|
| |
General markup fixes (use the .Dq macro).
|
|
|
|
|
| |
PR: 58783
Submitted by: Marc Silver <marcs@draenor.org>
|
|
|
|
|
| |
it doesn't allow the dangerous variant of calling it without any
argument.
|
|
|
|
|
|
|
|
| |
return a valid fd.
PR: 49096
Submitted by: demon
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
assignment even if it is not quoted (as advertised by the man page).
This fixes a regression wrt RELENG_4 introduced in rev. 1.11.
Problem noted and patch tested by: CHOI Junho <cjh@kr.FreeBSD.org>
Reviewed by: roberto
|
| |
|
|
|
|
|
| |
PR: 43562
Submitted by: Marc Olzheim <marcolz@ilse.nl>
|
|
|
|
|
|
|
|
| |
for any reason other than ENOENT (think resource limits). Close allow and
deny files before allowed() returns to stop the user's EDITOR being able to
read them.
Obtained from: OpenBSD (partially)
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
line as an environment variable assignment, is broken
and not conformant to its description in the manual page.
I think it is worthwhile to have that fix in 4.6.
PR: bin/38374
Submitted by: Thomas Quinot <thomas@cuivre.fr.eu.org>
MFC after: 2 days
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
I missed this as part of the fix to the PR below.
PR: 31265
Submitted by: Matthew D. Fuller <fullermd@over-yonder.net>
MFC after: 1 week
|
|
|
|
|
|
| |
"modification time" is a lot better.
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
the patch Matthew submitted, but I broke the lines in a more FreeBSD
way and made one small wording change.
PR: 31265
Submitted by: Matthew D. Fuller <fullermd@over-yonder.net>
MFC after: 3 weeks
|
|
|
|
| |
Reviewed by: jkh
|
|
|
|
|
| |
PR: docs/33784
Submitted by: Mike Makonnen <mike_makonnen@yahoo.com>
|
|
|
|
|
|
|
|
| |
monthly and weekly, respectively. Also fix the @yearly shortcut so
that it doesn't execute daily during January. OpenBSD and NetBSD also
appear to have this bug.
PR: bin/21152
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
by invalid input in /etc/crontab.
MFC after: 2 days
|
|
|
|
|
| |
These are not perfectly in agreement with each other style-wise, but they
are orders of orders of magnitude more consistent style-wise than before.
|
|
|
|
| |
Submitted by: Mark Peek <mark@whistle.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
e->cmd. free_entry() now does the right thing with
partially-initialized structures.
load_entry(): Don't call env_free() on e->envp throughout the routine
before jumping to eof; the free_entry() call at that label will take
care of it. The previous behavior resulted in e->envp being free'd
twice (well, the second time would usually result in a crash, but
that's besides the point); once in load_entry(), and once in
free_entry() after the former called the latter. Also note that the
check added to free_entry() (above) doesn't help, since e->envp wasn't
reset to NULL after env_free().
Submitted by: Mark Peek <mark@whistle.com>
|
| |
|