From owner-freebsd-rc@FreeBSD.ORG Sun Jun 1 11:15:22 2008 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AFA81065673 for ; Sun, 1 Jun 2008 11:15:22 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5728FC17 for ; Sun, 1 Jun 2008 11:15:22 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 2DE322218AD4; Sun, 1 Jun 2008 20:59:34 +1000 (EST) X-Viruscan-Id: <48428116000094C81E3BE9@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id E80C321B337D for ; Sun, 1 Jun 2008 20:59:33 +1000 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id A563A2218ADE for ; Sun, 1 Jun 2008 20:59:33 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 496EF23B; Sun, 1 Jun 2008 20:59:33 +1000 (EST) Date: Sun, 1 Jun 2008 20:59:33 +1000 From: Edwin Groothuis To: freebsd-rc@freebsd.org Message-ID: <20080601105933.GA23625@k7.mavetju> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Startup after named X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 11:15:22 -0000 Hello, A certain port (net/freenet6) needs to be started up after the system is capable of doing DNS requests. That sounds like "REQUIRE: named". But what if the system doesn't have named enabled? What kind of require can I use for either named *or* networking? Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-rc@FreeBSD.ORG Sun Jun 1 12:52:41 2008 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB91E106564A; Sun, 1 Jun 2008 12:52:41 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 580BD8FC19; Sun, 1 Jun 2008 12:52:41 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m51CqfTQ022078; Sun, 1 Jun 2008 09:52:41 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sun, 1 Jun 2008 09:56:01 -0300 User-Agent: KMail/1.9.7 References: <200806010941.09448.joao@matik.com.br> In-Reply-To: <200806010941.09448.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200806010956.02162.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-bugs@freebsd.org, freebsd-rc@freebsd.org Subject: Re: zfs start failure when /usr is on zfs (and rcorder change suggestion) X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 12:52:41 -0000 On Sunday 01 June 2008 09:41:09 JoaoBR wrote: > Hi > > when you need /usr/compat on your sistem (linuxfs) and you have /usr on z= fs > boot fails because mountcritlocal does not find /usr/compat > > so I changed the rcorder as you can see in the attached files > > also I changed /etc/rc.d/zfs and added /etc/rc.d/zfs_swap in order to make > the actual zfs_swap behaviour and configuration a little bit more > [user]understandable and easier and working > > this needs two more rc vars as > > zfs_swap_enable=3D"YES|NO" > zfs_swap_vols=3D"spaced vol_list" > > using this rc files zfs, swap on zfs and other fs mount fine > > the changed /etc/rc.d/zfs prevents losing zpools (and later import) as lo= ng > as zfs started by this script seems the attached files were cut, you can get them here: http://suporte.matik.com.br/jm/zfs.rcfiles.tar.gz =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-rc@FreeBSD.ORG Sun Jun 1 13:50:59 2008 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B1EE1065670 for ; Sun, 1 Jun 2008 13:50:59 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 00F188FC1B for ; Sun, 1 Jun 2008 13:50:58 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m51Cbn4p020551; Sun, 1 Jun 2008 09:37:49 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, freebsd-bugs@freebsd.org, freebsd-rc@freebsd.org Date: Sun, 1 Jun 2008 09:41:09 -0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_ljpQIYbqfhWA8+B" Message-Id: <200806010941.09448.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: zfs start failure when /usr is on zfs (and rcorder change suggestion) X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2008 13:50:59 -0000 --Boundary-00=_ljpQIYbqfhWA8+B Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi when you need /usr/compat on your sistem (linuxfs) and you have /usr on zfs= =20 boot fails because mountcritlocal does not find /usr/compat so I changed the rcorder as you can see in the attached files also I changed /etc/rc.d/zfs and added /etc/rc.d/zfs_swap in order to make = the=20 actual zfs_swap behaviour and configuration a little bit more=20 [user]understandable and easier and working this needs two more rc vars as zfs_swap_enable=3D"YES|NO" zfs_swap_vols=3D"spaced vol_list" using this rc files zfs, swap on zfs and other fs mount fine the changed /etc/rc.d/zfs prevents losing zpools (and later import) as long= as=20 zfs started by this script =2D-=20 Jo=E3o --Boundary-00=_ljpQIYbqfhWA8+B-- A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-rc@FreeBSD.ORG Mon Jun 2 03:57:34 2008 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F1E81065677 for ; Mon, 2 Jun 2008 03:57:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id 933E88FC0C for ; Mon, 2 Jun 2008 03:57:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 24780 invoked by uid 399); 2 Jun 2008 03:43:35 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 2 Jun 2008 03:43:35 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4843696C.9070608@FreeBSD.org> Date: Sun, 01 Jun 2008 20:30:52 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080525) MIME-Version: 1.0 To: Edwin Groothuis References: <20080601105933.GA23625@k7.mavetju> In-Reply-To: <20080601105933.GA23625@k7.mavetju> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-rc@freebsd.org Subject: Re: Startup after named X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 03:57:34 -0000 Edwin Groothuis wrote: > Hello, > > A certain port (net/freenet6) needs to be started up after the > system is capable of doing DNS requests. That sounds like "REQUIRE: > named". > > But what if the system doesn't have named enabled? > What kind of require can I use for either named *or* networking? REQUIRE is somewhat poorly named, as it implies that the feature must be enabled to satisfy the requirement, which is not true. It would more properly be called AFTER since it only applies to how rcorder arranges the scripts to be run (and therefore tested to see if they are enabled or not). Without knowing the details of what you're working on, you can probably just REQUIRE named. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-rc@FreeBSD.ORG Mon Jun 2 09:19:57 2008 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 333AF1065671; Mon, 2 Jun 2008 09:19:57 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id DEF318FC22; Mon, 2 Jun 2008 09:19:56 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 9FE5D2218AD2; Mon, 2 Jun 2008 19:19:54 +1000 (EST) X-Viruscan-Id: <4843BB3A000084A4C0B5EA@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 519CC21B345A; Mon, 2 Jun 2008 19:19:54 +1000 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id B48AA2218ACF; Mon, 2 Jun 2008 19:19:53 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id BBBEC23A; Mon, 2 Jun 2008 19:19:51 +1000 (EST) Date: Mon, 2 Jun 2008 19:19:51 +1000 From: Edwin Groothuis To: Doug Barton Message-ID: <20080602091951.GC89632@k7.mavetju> References: <20080601105933.GA23625@k7.mavetju> <4843696C.9070608@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4843696C.9070608@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-rc@freebsd.org Subject: Re: Startup after named X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 09:19:57 -0000 On Sun, Jun 01, 2008 at 08:30:52PM -0700, Doug Barton wrote: > Edwin Groothuis wrote: > >A certain port (net/freenet6) needs to be started up after the > >system is capable of doing DNS requests. That sounds like "REQUIRE: > >named". > > > >But what if the system doesn't have named enabled? > >What kind of require can I use for either named *or* networking? > > REQUIRE is somewhat poorly named, as it implies that the feature must > be enabled to satisfy the requirement, which is not true. It would > more properly be called AFTER since it only applies to how rcorder > arranges the scripts to be run (and therefore tested to see if they > are enabled or not). > > Without knowing the details of what you're working on, you can > probably just REQUIRE named. I tried it this afternoon in the train (don't ask my why I did it there), and it works if you mentally replace "REQUIRE" with "AFTER" :-) Thanks for the answer, Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-rc@FreeBSD.ORG Mon Jun 2 11:06:59 2008 Return-Path: Delivered-To: freebsd-rc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9A021065709 for ; Mon, 2 Jun 2008 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AEC0D8FC1C for ; Mon, 2 Jun 2008 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m52B6xDg093291 for ; Mon, 2 Jun 2008 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m52B6x2i093287 for freebsd-rc@FreeBSD.org; Mon, 2 Jun 2008 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Jun 2008 11:06:59 GMT Message-Id: <200806021106.m52B6x2i093287@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-rc@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-rc@FreeBSD.org X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2008 11:06:59 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/98758 rc [jail] [patch] Templatize 'jail_fstab' in /etc/rc.d/ja o conf/98846 rc [jail] [patch] Templatize 'jail_rootdir' in /etc/rc.d/ o conf/105689 rc [ppp] [request] syslogd starts too late at boot o conf/118255 rc savecore never finding kernel core dumps (rcorder prob o conf/122036 rc [rc.d]: Mounting at boot with ZFS causes a halt in boo 5 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/44170 rc [patch] Add ability to run multiple pppoed(8) on start o conf/45226 rc [patch] Fix for rc.network, ppp-user annoyance o conf/56934 rc [patch] rc.firewall rules for natd expect an interface o conf/58939 rc [patch] dumb little hack for /etc/rc.firewall{,6} s bin/65258 rc [patch] [request] save /etc/rc.firewall from changing o conf/73677 rc [patch] add support for powernow states to power_profi o conf/77663 rc Suggestion: add /etc/rc.d/addnetswap after addcritremo o kern/81006 rc ipnat not working with tunnel interfaces on startup o conf/85819 rc [patch] script allowing multiuser mode in spite of fsc o conf/88913 rc [patch] wrapper support for rc.subr o conf/89061 rc [patch] IPv6 6to4 auto-configuration enhancement o conf/89870 rc [patch] [request] make netif verbose rc.conf toggle o conf/92523 rc [patch] allow rc scripts to kill process after a timeo o conf/93815 rc [patch] Adds in the ability to save ipfw rules to rc.d o conf/96343 rc [patch] rc.d order change to start inet6 before pf o conf/99444 rc [patch] Enhancement: rc.subr could easily support star o conf/99721 rc [patch] /etc/rc.initdiskless problem copy dotfile in s o conf/102700 rc [geli] [patch] Add encrypted /tmp support to GELI/GBDE o conf/103486 rc [rc.d] [jail] [patch] rc.d/jail: mount fstab after dev o conf/103489 rc [rc.d] [jail] [patch] named_chroot_autoupdate doesn't o conf/104549 rc [patch] rc.d/nfsd needs special _find_processes functi o conf/105145 rc [ppp] [patch] [request] add redial function to rc.d/pp o conf/105568 rc [patch] [request] Add more flexibility to rc.conf, to o conf/106009 rc [ppp] [patch] [request] Fix pppoed startup script to p o conf/109562 rc [rc.d] [patch] [request] Make rc.d/devfs usable from c o conf/109980 rc /etc/rc.d/netif restart doesn't destroy cloned_interfa o conf/113915 rc [patch] ndis wireless driver fails to associate when i o conf/114119 rc [jail] [patch] [request] /etc/rc.d/jail improvements f o conf/117935 rc [patch] ppp fails to start at boot because of missing o conf/118385 rc [patch] [rc] /etc/rc.d/motd doesn't work on custom sys o conf/119076 rc [patch] [rc] /etc/rc.d/netif tries to remove alias add o conf/119874 rc [patch] "/etc/rc.d/pf reload" fails if there are macro o conf/120194 rc [patch] UFS volumes on ZVOLs cannot be fsck'd at boot o conf/120228 rc [zfs] [patch] Split ZFS volume startup / ease ZFS swap o conf/120406 rc [devd] [patch] Handle newly attached pcm devices (eg. o conf/120431 rc [patch] devfs.rules are not initialized under certain o bin/121101 rc [patch] named(8): named_chroot_autoupdate forgets prot o kern/121566 rc [nfs] [request] [patch] ethernet iface should be broug o conf/122170 rc [patch] [request] New feature: notify admin via page o o conf/122477 rc [patch] /etc/rc.d/mdconfig and mdconfig2 are ignoring o conf/123222 rc [patch] Add rtprio(1)/idprio(1) support to rc.subr(8). o conf/123734 rc [patch] Chipset VIA CX700 requires extra initializatio 42 problems total. From owner-freebsd-rc@FreeBSD.ORG Tue Jun 3 21:38:38 2008 Return-Path: Delivered-To: freebsd-rc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 842E9106566C; Tue, 3 Jun 2008 21:38:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 591F38FC0A; Tue, 3 Jun 2008 21:38:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m53LccDZ006909; Tue, 3 Jun 2008 21:38:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m53Lccwn006905; Tue, 3 Jun 2008 21:38:38 GMT (envelope-from linimon) Date: Tue, 3 Jun 2008 21:38:38 GMT Message-Id: <200806032138.m53Lccwn006905@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-rc@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: conf/124248: [patch] add support for nice value for rc.d/jail + rc.conf X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 21:38:38 -0000 Old Synopsis: adds support for nice value for rc.d/jail + rc.conf New Synopsis: [patch] add support for nice value for rc.d/jail + rc.conf Responsible-Changed-From-To: freebsd-bugs->freebsd-rc Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 3 21:38:18 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=124248 From owner-freebsd-rc@FreeBSD.ORG Tue Jun 3 22:43:39 2008 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A00141065678; Tue, 3 Jun 2008 22:43:39 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 29EEC8FC14; Tue, 3 Jun 2008 22:43:38 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 908FC2218BBC; Wed, 4 Jun 2008 08:43:37 +1000 (EST) X-Viruscan-Id: <4845C9190000505C65A0B0@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 5038A21B3474; Wed, 4 Jun 2008 08:43:37 +1000 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id F045C2218AF9; Wed, 4 Jun 2008 08:43:36 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id AB3D115C; Wed, 4 Jun 2008 08:43:36 +1000 (EST) Date: Wed, 4 Jun 2008 08:43:36 +1000 From: Edwin Groothuis To: Doug Barton Message-ID: <20080603224336.GJ89632@k7.mavetju> References: <20080601105933.GA23625@k7.mavetju> <4843696C.9070608@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4843696C.9070608@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-rc@freebsd.org Subject: Re: Startup after named X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 22:43:39 -0000 On Sun, Jun 01, 2008 at 08:30:52PM -0700, Doug Barton wrote: > >A certain port (net/freenet6) needs to be started up after the > >system is capable of doing DNS requests. That sounds like "REQUIRE: > >named". > > > >But what if the system doesn't have named enabled? > >What kind of require can I use for either named *or* networking? > > REQUIRE is somewhat poorly named, as it implies that the feature must > be enabled to satisfy the requirement, which is not true. It would > more properly be called AFTER since it only applies to how rcorder > arranges the scripts to be run (and therefore tested to see if they > are enabled or not). I've submitted a patch to add this information to rcorder.8: bin/124251: [patch] add BUGS section to rcorder.8 with REQUIRE explanation > Without knowing the details of what you're working on, you can > probably just REQUIRE named. Yes, that one worked fine. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-rc@FreeBSD.ORG Wed Jun 4 00:53:32 2008 Return-Path: Delivered-To: freebsd-rc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D6A3106566C; Wed, 4 Jun 2008 00:53:32 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7D98FC14; Wed, 4 Jun 2008 00:53:32 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m540rWfx025764; Wed, 4 Jun 2008 00:53:32 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m540rWtV025760; Wed, 4 Jun 2008 00:53:32 GMT (envelope-from edwin) Date: Wed, 4 Jun 2008 00:53:32 GMT Message-Id: <200806040053.m540rWtV025760@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-rc@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: bin/124251: [patch] add BUGS section to rcorder.8 with REQUIRE explanation X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 00:53:32 -0000 Synopsis: [patch] add BUGS section to rcorder.8 with REQUIRE explanation Responsible-Changed-From-To: freebsd-bugs->freebsd-rc Responsible-Changed-By: edwin Responsible-Changed-When: Wed Jun 4 00:53:22 UTC 2008 Responsible-Changed-Why: Over to maintainers (maybe) http://www.freebsd.org/cgi/query-pr.cgi?pr=124251 From owner-freebsd-rc@FreeBSD.ORG Wed Jun 4 10:22:25 2008 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 778CD1065675 for ; Wed, 4 Jun 2008 10:22:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id C81F18FC22 for ; Wed, 4 Jun 2008 10:22:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m549rw4l087160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Jun 2008 12:53:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m549rvwj088244 for ; Wed, 4 Jun 2008 12:53:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m549rvRF088235 for freebsd-rc@freebsd.org; Wed, 4 Jun 2008 12:53:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 4 Jun 2008 12:53:56 +0300 From: Kostik Belousov To: freebsd-rc@freebsd.org Message-ID: <20080604095356.GC63348@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HwnjeXAdSoek43pS" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua Subject: /etc/rc.d location X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 10:22:25 -0000 --HwnjeXAdSoek43pS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, according to the hier(7), /etc directory contain system configuration files and scripts. I had an experience with old systems where /etc contained binaries for the system management, most of them now supply only symlinks in the /etc. AFAIR, HP-UX from 10.x moved the startup scripts from /etc into /sbin. I like this approach. For us, moving /etc/rc, /etc/rc.d, /etc/rc.subr and similar files from /etc to /sbin (?) have the following benefits: 1. Standard update procedures, both installworld and any binary upgrade may treat the startup scripts as the usual system component. Now we rely on the mergemaster, that have to provide special support for /etc/rc.d at least. 2. I believe we consider user modifications to the rc.subr and /etc/rc.d in the same way as the modifications for the sources of the buildable binaries. Putting it away from /etc mean that /etc is fully controlled by the user instead of the user/system mix. 3. System provisioning (I am sorry for possibly marketroid term, but it is how it called there) becomes simpler, since we would have clean separation of the invariant part and locally changed part on the level of directories. Compatibility, at the first look, may be handled by the symlinks, as usual. Now, having the VCS that makes moving files around not so prohibitely costly, I think the topic may be discussed. Obviously, I am not the person who actually understand the rc, and my proposal is only proposal to bring it to consideration in the case this appears to not be a nonsense for some rc@ master. Thanks. --HwnjeXAdSoek43pS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhGZjMACgkQC3+MBN1Mb4hZEgCg4QKOjCxAp5P9aICITVbYToiO CDAAoJ57bTYNJNcD9Qk2C8R8Yip9B6U1 =vjEy -----END PGP SIGNATURE----- --HwnjeXAdSoek43pS-- From owner-freebsd-rc@FreeBSD.ORG Thu Jun 5 04:58:35 2008 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E604106564A for ; Thu, 5 Jun 2008 04:58:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 27D2C8FC1B for ; Thu, 5 Jun 2008 04:58:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m554tqZU007564; Wed, 4 Jun 2008 22:55:52 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 Jun 2008 22:55:52 -0600 (MDT) Message-Id: <20080604.225552.74744301.imp@bsdimp.com> To: kostikbel@gmail.com From: Warner Losh In-Reply-To: <20080604095356.GC63348@deviant.kiev.zoral.com.ua> References: <20080604095356.GC63348@deviant.kiev.zoral.com.ua> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-rc@freebsd.org Subject: Re: /etc/rc.d location X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 04:58:35 -0000 From: Kostik Belousov Subject: /etc/rc.d location Date: Wed, 4 Jun 2008 12:53:56 +0300 > Hi, > > according to the hier(7), /etc directory contain system configuration > files and scripts. I had an experience with old systems where /etc > contained binaries for the system management, most of them now supply > only symlinks in the /etc. AFAIR, HP-UX from 10.x moved the startup > scripts from /etc into /sbin. I like this approach. > > For us, moving /etc/rc, /etc/rc.d, /etc/rc.subr and similar files from > /etc to /sbin (?) have the following benefits: > 1. Standard update procedures, both installworld and any binary upgrade > may treat the startup scripts as the usual system component. Now we > rely on the mergemaster, that have to provide special support for > /etc/rc.d at least. > 2. I believe we consider user modifications to the rc.subr and /etc/rc.d > in the same way as the modifications for the sources of the buildable > binaries. Putting it away from /etc mean that /etc is fully controlled > by the user instead of the user/system mix. > 3. System provisioning (I am sorry for possibly marketroid term, but > it is how it called there) becomes simpler, since we would have clean > separation of the invariant part and locally changed part on the > level of directories. > Compatibility, at the first look, may be handled by the symlinks, as > usual. This is a very interesting thought. I'm not sure that /sbin is the right place to put them. They aren't needed for normal system operations and may interfere with user's operations. My knee jerk reaction is 'no'. But my more reasoned one might be 'that's not a horrible idea.' I'm sure there's lots of implciations that I've not thought of, however. > Now, having the VCS that makes moving files around not so prohibitely > costly, I think the topic may be discussed. Obviously, I am not the > person who actually understand the rc, and my proposal is only proposal > to bring it to consideration in the case this appears to not be a > nonsense for some rc@ master. Just because we can copy files, doesn't mean we must. :-) Warner From owner-freebsd-rc@FreeBSD.ORG Thu Jun 5 09:22:33 2008 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34659106567D for ; Thu, 5 Jun 2008 09:22:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id B6D2F8FC20 for ; Thu, 5 Jun 2008 09:22:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m559MOB0000769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Jun 2008 12:22:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m559MNhJ005449; Thu, 5 Jun 2008 12:22:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m559MNVW005448; Thu, 5 Jun 2008 12:22:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 5 Jun 2008 12:22:23 +0300 From: Kostik Belousov To: Warner Losh Message-ID: <20080605092223.GA94309@deviant.kiev.zoral.com.ua> References: <20080604095356.GC63348@deviant.kiev.zoral.com.ua> <20080604.225552.74744301.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <20080604.225552.74744301.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua Cc: freebsd-rc@freebsd.org Subject: Re: /etc/rc.d location X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2008 09:22:33 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 04, 2008 at 10:55:52PM -0600, Warner Losh wrote: > From: Kostik Belousov > Subject: /etc/rc.d location > Date: Wed, 4 Jun 2008 12:53:56 +0300 >=20 > > Hi, > >=20 > > according to the hier(7), /etc directory contain system configuration > > files and scripts. I had an experience with old systems where /etc > > contained binaries for the system management, most of them now supply > > only symlinks in the /etc. AFAIR, HP-UX from 10.x moved the startup > > scripts from /etc into /sbin. I like this approach. > >=20 > > For us, moving /etc/rc, /etc/rc.d, /etc/rc.subr and similar files from > > /etc to /sbin (?) have the following benefits: > > 1. Standard update procedures, both installworld and any binary upgrade > > may treat the startup scripts as the usual system component. Now we > > rely on the mergemaster, that have to provide special support for > > /etc/rc.d at least. > > 2. I believe we consider user modifications to the rc.subr and /etc/rc.d > > in the same way as the modifications for the sources of the buildable > > binaries. Putting it away from /etc mean that /etc is fully controll= ed > > by the user instead of the user/system mix. > > 3. System provisioning (I am sorry for possibly marketroid term, but > > it is how it called there) becomes simpler, since we would have clean > > separation of the invariant part and locally changed part on the > > level of directories. > > Compatibility, at the first look, may be handled by the symlinks, as > > usual. >=20 > This is a very interesting thought. I'm not sure that /sbin is the > right place to put them. They aren't needed for normal system > operations and may interfere with user's operations. My main point is to allow /etc/rc* to be brought up to date by the usual update procedures without risk of hosing /etc. Whatever is found more suitable then /sbin is ok for me. >=20 > My knee jerk reaction is 'no'. But my more reasoned one might be > 'that's not a horrible idea.' I'm sure there's lots of implciations > that I've not thought of, however. Me too. That was the reason why I said that me is obviously wrong person to do the change. >=20 > > Now, having the VCS that makes moving files around not so prohibitely > > costly, I think the topic may be discussed. Obviously, I am not the > > person who actually understand the rc, and my proposal is only proposal > > to bring it to consideration in the case this appears to not be a > > nonsense for some rc@ master. >=20 > Just because we can copy files, doesn't mean we must. :-) Again, fully agree. But, unability to move was an absolute blocker for this issue in my opinion. --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhHsEoACgkQC3+MBN1Mb4hsZQCfQiFwZcbhD87HwduUEc/kMmxM Aj8AoNQKK9oiqERhrfNlRqqg3YqqGsGZ =oaYF -----END PGP SIGNATURE----- --5vNYLRcllDrimb99--