Kaiting Chen wrote:
>
> [...]
> Second cronie will in no way `replaces=('dcron')` but will most likely
> `conflicts=('dcron')`. Therefore while it will be impossible to install both
> on the same system having cronie in [core] will in no way force existing
> users to switch.
>
> [...]
> Next it is
On Fri, Apr 22, 2011 at 4:01 AM, Dieter Plaetinck wrote:
> you know what would be reeaally cool?
> A cron daemon that can read user crontabs from $HOME/.config/crontab or
> something. I think all user-specific stuff should be in $HOME,
> although it would probably require a posix acl to allow the
On Fri, 22 Apr 2011 10:53:31 +0300
Ionut Biru wrote:
> On 04/22/2011 07:23 AM, Heiko Baums wrote:
> > Am Thu, 21 Apr 2011 21:07:35 -0400
> > schrieb Kaiting Chen:
> >
> >> First of all the cronie in [community-testing] is compiled with
> >> --enable-anacron. It installs not only an /etc/crontab b
On 04/22/2011 07:23 AM, Heiko Baums wrote:
Am Thu, 21 Apr 2011 21:07:35 -0400
schrieb Kaiting Chen:
First of all the cronie in [community-testing] is compiled with
--enable-anacron. It installs not only an /etc/crontab but also an
/etc/anacrontab. Scripts in '/etc/cron.hourly' are run directly
Am Thu, 21 Apr 2011 21:07:35 -0400
schrieb Kaiting Chen :
> First of all the cronie in [community-testing] is compiled with
> --enable-anacron. It installs not only an /etc/crontab but also an
> /etc/anacrontab. Scripts in '/etc/cron.hourly' are run directly by
> `/usr/sbin/crond` while scripts in
I've compiled a short document describing exactly what cronie is and is not;
and if it were to be the default what would and would not happen to base,
[core], and the rest of Arch. It is my hope that this will clear up some of
the misunderstanding surrounding the current discussion on arch-general.
6 matches
Mail list logo
