On 07/19/2011 11:38 PM, Javier Fernández-Sanguino Peña wrote:
>> I just wonder if they are not other special chars it should also handle ?
>
> Maybe, but nobody has asked for them yet so I'm not inclined to add new code
> unless somebody explicitly requests it. This script will probably be removed
On Tue, Jul 19, 2011 at 10:39:14AM +0200, J?r?my Vi?s wrote:
> it is ok for me now.
Ok. Good to now.
> I just wonder if they are not other special chars it should also handle ?
Maybe, but nobody has asked for them yet so I'm not inclined to add new code
unless somebody explicitly requests it. Th
here is the run of the patched standard :
+ cd /
+ LOCKFILE=/var/lock/cron.daily
+ LOFO=lost+found
++ which flock
+ exec
+ flock -x -n 9
+ '[' -f /etc/default/cron ']'
+ . /etc/default/cron
++ READ_ENV=yes
+ '[' '' = no ']'
+ read DEV MTPT FSTYPE OPTS REST
+ case "$DEV" in
+ case "$FSTYPE" in
+ '[
On Mon, Jul 18, 2011 at 10:12:06PM +0200, J?r?my Vi?s wrote:
> The problem is related to the \040 I have in my fstab to have a space in the
> path. I don't know if their is another proper way to have a space in a mount
> point...
> If not, I can patch the standard script to replace the \040 by a sp
here is the report I receive by email:
/etc/cron.daily/logrotate:
error: error running non-shared postrotate script for /var/log/mediatomb.log
of '"/var/log/mediatomb.log" '
run-parts: /etc/cron.daily/logrotate exited with return code 1
/etc/cron.daily/standard:
Some local file systems lack a los
Could you please precise what error does it generate?
Also, please send attached a copy of your /etc/mtab to the bug report.
Thanks,
Javier
signature.asc
Description: Digital signature
Package: cron
Version: 3.0pl1-118
Severity: normal
Tags: wheezy
-- Package-specific info:
--- EDITOR:
not set
--- usr/bin/editor:
/bin/nano
--- /usr/bin/crontab:
-rwxr-sr-x 1 root crontab 33984 Jun 5 11:27 /usr/bin/crontab
--- /var/spool/cron
drwxr-xr-x 3 root root 4096 Jun 25 22:49 /var/spo
7 matches
Mail list logo
