From owner-freebsd-current@FreeBSD.ORG Mon Nov 11 09:28:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 40C637FB for ; Mon, 11 Nov 2013 09:28:12 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm14-vm1.bullet.mail.ird.yahoo.com (nm14-vm1.bullet.mail.ird.yahoo.com [77.238.189.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 301B2268B for ; Mon, 11 Nov 2013 09:28:10 +0000 (UTC) Received: from [77.238.189.50] by nm14.bullet.mail.ird.yahoo.com with NNFMP; 11 Nov 2013 09:28:03 -0000 Received: from [46.228.39.90] by tm3.bullet.mail.ird.yahoo.com with NNFMP; 11 Nov 2013 09:28:03 -0000 Received: from [127.0.0.1] by smtp127.mail.ir2.yahoo.com with NNFMP; 11 Nov 2013 09:28:03 -0000 X-Yahoo-Newman-Id: 672496.37574.bm@smtp127.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: LBqEcVQVM1mUZHVBtKzuT_6mKxjvzrPdqHtVoUaACUm99S3 n1i6WAjjTAH6HL5WetR2KAgiZyKKj6diaXD8xnqDnT3CVRcRNy6jAsut.3Bf F_.qw5Hq5jfndPlSm72yFtuQv0MtYqnWDZqdm9BtvtWQPo91RvFxQZWuIVfu Iv0QBd29pperPojoOtpZi0FOAFmiVrKnf31lGCcqxefmaqe2nTbhxpvMijqG eYnNMJGleHpyRM8wmtNLXEgyuePNMyjHC80fwQJ_0YMe7oErIaqb3WC5rDmD 7Z_H4.Vxmp5hl3E.P1vZYBv6t3TwmThktJANQOiTIPEnIs6qhibo8QooD.LY 9rDgmt_gs0Laus5PMqG4a24yjv8mYAAsexUPdCq3oO5Xh2YOa0IX1oQCAS2F Bmf0P_1b4Kpjt8nHKtG4arWimd_Cbz17hy9VIDJPPm5ipq80Kxuo2H0VB__o rYc5VWTsGYdroTk3WinEASY4jym7IWwJskP5.RxR0yWIvFmrFUOYAng5_qkw H39WVNt4cQ319nL4PHgxMB63DZta6DTo- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.104.222 with ) by smtp127.mail.ir2.yahoo.com with SMTP; 11 Nov 2013 09:28:03 +0000 UTC Message-ID: <5280A320.9020705@freebsd.org> Date: Mon, 11 Nov 2013 10:28:00 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: cron(8) improvement References: <52792B60.1030309@allanjude.com> <488180AE-5C23-402A-BAA4-E3263D8C52BF@kientzle.com> <1383788977.14448.44112617.6F0D61A0@webmail.messagingengine.com> <527AFAA1.1040001@allanjude.com> <527BCA55.2000207@allanjude.com> <527C5D52.7030508@allanjude.com> <047405A8-B6EB-427B-A2E4-6254DD1A077B@orthanc.ca> <3E6377FF-69FE-48E4-BFB1-E5095A7FA1BB@orthanc.ca> <527C6DEF.6020102@allanjude.com> <527E3EB3.6000301@FreeBSD.org> <8034B822-F903-43D1-8BF6-DFAD7C22F5B0@gsoft.com.au> <527FBB6B.5020706@smo.de> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Nov 2013 09:28:12 -0000 Am 10.11.2013 18:23, schrieb Warren Block: > On Sun, 10 Nov 2013, Philipp Ost wrote: >> Warren Block schrieb: >> [...] >> Given the above scenario, would it be acceptable to set the entry in >> rc.conf, $portname_cron=YES, to $portname_cron=NO without touching the >> modified files and inform the user about having done so? > > I would not want the system modifying rc.conf for me, but don't have a > better idea at present. Maybe move customized cronfiles to an "old" > folder on deinstall, so at least the user could recover them. I like the idea that entries are ignored unless they end in ".cron". This does not only allow to install inactive cron scheduled in a file ending in ".cron.sample", it also lets you rename modified cron tabs to e.g. ".cron.off" (a convention often used by me). If the port is re-installed, it is up the administrator to decide whether a schedule based on a freshly installed ".cron.sample" or the old ".cron.off" should be enabled. This would require the deinstall target / tool to rename any cron entry of the port / package by appending ".off", but that's a minor change, IMHO. This might lead to some clutter in ".../cron.d/", but I do not think that stale files should be automatically removed (even if they were older than some threshold). Regards, STefan