From owner-freebsd-rc@FreeBSD.ORG Mon Aug 11 11:07:03 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 CAA1E106567E for ; Mon, 11 Aug 2008 11:07:03 +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 B5E788FC2B for ; Mon, 11 Aug 2008 11:07:03 +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 m7BB73Ad047312 for ; Mon, 11 Aug 2008 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m7BB73js047308 for freebsd-rc@FreeBSD.org; Mon, 11 Aug 2008 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Aug 2008 11:07:03 GMT Message-Id: <200808111107.m7BB73js047308@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, 11 Aug 2008 11:07:03 -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 bin/118325 rc [patch] [request] new periodic script to test statuses 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 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 o conf/124248 rc [patch] add support for nice value for rc.d/jail + rc. o conf/124747 rc [patch] savecore can't create dump from encrypted swap o bin/126324 rc [patch] rc.d/tmp: Prevent mounting /tmp in second tim 44 problems total. From owner-freebsd-rc@FreeBSD.ORG Mon Aug 11 17:43:34 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 001331065691; Mon, 11 Aug 2008 17:43:33 +0000 (UTC) (envelope-from brooks@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B74368FC20; Mon, 11 Aug 2008 17:43:33 +0000 (UTC) (envelope-from brooks@FreeBSD.org) Received: from freefall.freebsd.org (brooks@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m7BHhXEZ088129; Mon, 11 Aug 2008 17:43:33 GMT (envelope-from brooks@freefall.freebsd.org) Received: (from brooks@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m7BHhXJg088125; Mon, 11 Aug 2008 17:43:33 GMT (envelope-from brooks) Date: Mon, 11 Aug 2008 17:43:33 GMT Message-Id: <200808111743.m7BHhXJg088125@freefall.freebsd.org> To: jclonguet@free.fr, brooks@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-rc@FreeBSD.org From: brooks@FreeBSD.org Cc: Subject: Re: conf/126392: rc.conf ifconfig_xx keywords cannot be escaped 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, 11 Aug 2008 17:43:34 -0000 Synopsis: rc.conf ifconfig_xx keywords cannot be escaped State-Changed-From-To: open->feedback State-Changed-By: brooks State-Changed-When: Mon Aug 11 17:43:00 UTC 2008 State-Changed-Why: Requested feedback. Responsible-Changed-From-To: freebsd-bugs->freebsd-rc Responsible-Changed-By: brooks Responsible-Changed-When: Mon Aug 11 17:43:00 UTC 2008 Responsible-Changed-Why: This is part of rc.d. http://www.freebsd.org/cgi/query-pr.cgi?pr=126392 From owner-freebsd-rc@FreeBSD.ORG Mon Aug 11 17:50:05 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 190701065678 for ; Mon, 11 Aug 2008 17:50:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E24F78FC30 for ; Mon, 11 Aug 2008 17:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m7BHo413088301 for ; Mon, 11 Aug 2008 17:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m7BHo43w088300; Mon, 11 Aug 2008 17:50:04 GMT (envelope-from gnats) Date: Mon, 11 Aug 2008 17:50:04 GMT Message-Id: <200808111750.m7BHo43w088300@freefall.freebsd.org> To: freebsd-rc@FreeBSD.org From: Brooks Davis Cc: Subject: Re: conf/126392: rc.conf ifconfig_xx keywords cannot be escaped X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brooks Davis 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, 11 Aug 2008 17:50:05 -0000 The following reply was made to PR conf/126392; it has been noted by GNATS. From: Brooks Davis To: Jean-Charles Longuet Cc: freebsd-gnats-submit@freebsd.org Subject: Re: conf/126392: rc.conf ifconfig_xx keywords cannot be escaped Date: Mon, 11 Aug 2008 12:43:34 -0500 Setting "authmode WPA" makes no sense. It's only supported by ifconfig for completeness and is useless without wpa_supplicant. As such I can't see a reason to try to fix this. Do you have a practical example? -- Brooks From owner-freebsd-rc@FreeBSD.ORG Tue Aug 12 12:29:23 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 96BA91065670; Tue, 12 Aug 2008 12:29:23 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id F00D68FC17; Tue, 12 Aug 2008 12:29:22 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman-macbook.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m7CCTCEX001748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Aug 2008 13:29:13 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <48A18213.3050307@unsane.co.uk> Date: Tue, 12 Aug 2008 13:29:07 +0100 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Adrian Penisoara References: <78086795e6ab9676870368dcebb57b37.squirrel@secure.futurecis.com> <78cb3d3f0808120503t3e2c7d68n1d4383c98aa41e10@mail.gmail.com> In-Reply-To: <78cb3d3f0808120503t3e2c7d68n1d4383c98aa41e10@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-rc@freebsd.org, wbentley@futurecis.com Subject: Re: Idea for FreeBSD 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, 12 Aug 2008 12:29:23 -0000 Adrian Penisoara wrote: > > > I also agree that it would be good for the rc.d scripts to > (re)configure themselves, since they are the ones who really know > what's best for them. > > While we're at it, I wish we could leverage the posibility for the > admin to manually start the service at the CLI, no matter whether the > service has been enabled or not -- that is the "_enable" keyword > should have effect only in the bootup/automatic contexts. > > /etc/rc.d/$service forcestart seems to be what you want. I do like the idea of being able to enable/disable services from the rc scripts as /etc/rc.d/$service rcvar | sed 's/NO/YES/' >> /etc/rc.conf and/or editing rc.conf can feel a little clunky at times. Vince >> I think a drop-in command like "rcadm" (someone mentioned this as an idea, >> but cant remember who) would be a good start for managing the states of >> services. Mike Meyer also brought up many good points that I agree with. >> Please try not to get caught up in the XML stuff, that is not a >> requirement or suggestion, it is just an example of how Sun did it, now >> how FreeBSD has to;) >> >> Someone recommended Puppet, but this is an entire framework that would >> have to be added/implemented and configured to work with FreeBSD as well >> as learning a new markup language for it. launchd has a lot of good ideas, >> but I am not sure how mature it is yet; maybe it is a good place to start. >> > > Let's put another name on the table: Upstart (upstart.ubuntu.com). > It's quite fast. > > >> If we start with the basics and break it down and program this from a >> modular standpoint it is not so bad. Begin with the basic (high-level) >> approach. A shell script (service) that is aware of where rc scripts are >> located and that can keep track of what the current state of the services >> (PID's) are. An enable/disable command is nothing more that throwing a >> start/stop command to these rc files. The rc.conf can assist with knowing >> what should be enabled/disabled and what flags to throw at it. For >> EXAMPLE!!!!, (you got that, example only) Solaris uses one master service >> that is started first, and the whole point of that first service is to >> monitor the other services and know what state they are in and starts >> dependent services upon boot. Consider it the service manager almost. >> > > That would very important to for service crash recovery, to keep > critical services running. > > Side note:what about starting up and monitoring services in jails, > probably we'd need one such master service per jail ? > > My 5cents, > Adrian. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-rc@FreeBSD.ORG Tue Aug 12 12:31:54 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 039E91065680 for ; Tue, 12 Aug 2008 12:31:54 +0000 (UTC) (envelope-from ady@ady.ro) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id BEEC28FC1A for ; Tue, 12 Aug 2008 12:31:53 +0000 (UTC) (envelope-from ady@ady.ro) Received: by yw-out-2324.google.com with SMTP id 9so764942ywe.13 for ; Tue, 12 Aug 2008 05:31:53 -0700 (PDT) Received: by 10.142.207.8 with SMTP id e8mr2656876wfg.110.1218542610420; Tue, 12 Aug 2008 05:03:30 -0700 (PDT) Received: by 10.142.80.3 with HTTP; Tue, 12 Aug 2008 05:03:30 -0700 (PDT) Message-ID: <78cb3d3f0808120503t3e2c7d68n1d4383c98aa41e10@mail.gmail.com> Date: Tue, 12 Aug 2008 14:03:30 +0200 From: "Adrian Penisoara" Sender: ady@ady.ro To: wbentley@futurecis.com In-Reply-To: <78086795e6ab9676870368dcebb57b37.squirrel@secure.futurecis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78086795e6ab9676870368dcebb57b37.squirrel@secure.futurecis.com> X-Google-Sender-Auth: a5861f9bd2fe2885 Cc: freebsd-hackers@freebsd.org, freebsd-rc@freebsd.org Subject: Re: Idea for FreeBSD 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, 12 Aug 2008 12:31:54 -0000 Hi, I'm a bit late to jump on board, but since I'm interested in the subject and previously given some thinking, here are my thoughts. And perhaps the freebsd-rc list is better suited. On Fri, Aug 8, 2008 at 1:20 AM, wrote: > I am surprised by the overwhelming response that this thread has acquired. > I have spent the majority of the day reading all the responses that > everyone has put forward. I would like to clear a few things up, comment > on others, and suggest some solutions to a lot of good points that > everyone has made so far. > > First let me reiterate a few things. I started in FreeBSD and it will > always be my first love. Second, keep in mind that Solaris is a commercial > product and must be viewed as such. Good point. Like it happened in the Linux world, we should also have some commercially backed versions of [Free]BSD in order to get better visibility and business support (which, in the end, counts a lot). That's why I've been thinking for some time about starting up the EnterpriseBSD project (see http://launchpad.net/enterprisebsd). I believe PC-BSD is a good start for the desktop. > > Now that that is out of the way. I want to make it clear to everyone that > I was not suggesting the idea of copying or reproducing any part of how > Sun manages or implements its services; only the CONCEPT of how they do > it. It does not have to be XML, or in a database or anything else. > Actually I am thinking more along the lines of a wrapper that can > read/modify/execute from rc.d and the rc.conf. After all, we do not want > to make drastic changes. No one wants to re-write rc's or move them to > another location. Even solaris still relies on rc scripts to exist. And I > am sure I speak for all of us when I say that we all love the concept of > how rc.conf handles everything. > > As some people have already pointed out multiple times so far, the idea of > an enable/disable is a great idea. Maybe we can start with that and see > how it goes and develop further based on > need/requirements/accomplishments. I also agree that it would be good for the rc.d scripts to (re)configure themselves, since they are the ones who really know what's best for them. While we're at it, I wish we could leverage the posibility for the admin to manually start the service at the CLI, no matter whether the service has been enabled or not -- that is the "_enable" keyword should have effect only in the bootup/automatic contexts. > > I think a drop-in command like "rcadm" (someone mentioned this as an idea, > but cant remember who) would be a good start for managing the states of > services. Mike Meyer also brought up many good points that I agree with. > Please try not to get caught up in the XML stuff, that is not a > requirement or suggestion, it is just an example of how Sun did it, now > how FreeBSD has to;) > > Someone recommended Puppet, but this is an entire framework that would > have to be added/implemented and configured to work with FreeBSD as well > as learning a new markup language for it. launchd has a lot of good ideas, > but I am not sure how mature it is yet; maybe it is a good place to start. Let's put another name on the table: Upstart (upstart.ubuntu.com). It's quite fast. > > If we start with the basics and break it down and program this from a > modular standpoint it is not so bad. Begin with the basic (high-level) > approach. A shell script (service) that is aware of where rc scripts are > located and that can keep track of what the current state of the services > (PID's) are. An enable/disable command is nothing more that throwing a > start/stop command to these rc files. The rc.conf can assist with knowing > what should be enabled/disabled and what flags to throw at it. For > EXAMPLE!!!!, (you got that, example only) Solaris uses one master service > that is started first, and the whole point of that first service is to > monitor the other services and know what state they are in and starts > dependent services upon boot. Consider it the service manager almost. That would very important to for service crash recovery, to keep critical services running. Side note:what about starting up and monitoring services in jails, probably we'd need one such master service per jail ? My 5cents, Adrian. From owner-freebsd-rc@FreeBSD.ORG Tue Aug 12 12:54:04 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 567911065679 for ; Tue, 12 Aug 2008 12:54:04 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 961C38FC1E for ; Tue, 12 Aug 2008 12:54:03 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 031761B10F0F; Tue, 12 Aug 2008 14:36:38 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-9.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_21,J_CHICKENPOX_44 autolearn=no version=3.2.4 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 6A6461B10F13; Tue, 12 Aug 2008 14:36:32 +0200 (CEST) Message-ID: <48A183D0.6070901@moneybookers.com> Date: Tue, 12 Aug 2008 15:36:32 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: Adrian Penisoara References: <78086795e6ab9676870368dcebb57b37.squirrel@secure.futurecis.com> <78cb3d3f0808120503t3e2c7d68n1d4383c98aa41e10@mail.gmail.com> In-Reply-To: <78cb3d3f0808120503t3e2c7d68n1d4383c98aa41e10@mail.gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.93.3/8018/Tue Aug 12 10:36:31 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org, freebsd-rc@freebsd.org, wbentley@futurecis.com Subject: Re: Idea for FreeBSD 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, 12 Aug 2008 12:54:04 -0000 Adrian Penisoara wrote: > Hi, > > I'm a bit late to jump on board, but since I'm interested in the > subject and previously given some thinking, here are my thoughts. > > And perhaps the freebsd-rc list is better suited. > > On Fri, Aug 8, 2008 at 1:20 AM, wrote: > >> I am surprised by the overwhelming response that this thread has acquired. >> I have spent the majority of the day reading all the responses that >> everyone has put forward. I would like to clear a few things up, comment >> on others, and suggest some solutions to a lot of good points that >> everyone has made so far. >> >> First let me reiterate a few things. I started in FreeBSD and it will >> always be my first love. Second, keep in mind that Solaris is a commercial >> product and must be viewed as such. >> > > Good point. Like it happened in the Linux world, we should also have > some commercially backed versions of [Free]BSD in order to get better > visibility and business support (which, in the end, counts a lot). > That's why I've been thinking for some time about starting up the > EnterpriseBSD project (see http://launchpad.net/enterprisebsd). I > believe PC-BSD is a good start for the desktop. > There is commercial support for FreeBSD out there. Actually the problem is that misinformed people are still spreading the lie that there is not... Also the example with Linux is very bad, where you have a "stable" version only in enterprise RH or SuSe and the vanilla kernel is only for development and beta testing .. I do not want to see this happens to FreeBSD > >> Now that that is out of the way. I want to make it clear to everyone that >> I was not suggesting the idea of copying or reproducing any part of how >> Sun manages or implements its services; only the CONCEPT of how they do >> it. It does not have to be XML, or in a database or anything else. >> Actually I am thinking more along the lines of a wrapper that can >> read/modify/execute from rc.d and the rc.conf. After all, we do not want >> to make drastic changes. No one wants to re-write rc's or move them to >> another location. Even solaris still relies on rc scripts to exist. And I >> am sure I speak for all of us when I say that we all love the concept of >> how rc.conf handles everything. >> >> As some people have already pointed out multiple times so far, the idea of >> an enable/disable is a great idea. Maybe we can start with that and see >> how it goes and develop further based on >> need/requirements/accomplishments. >> > > I also agree that it would be good for the rc.d scripts to > (re)configure themselves, since they are the ones who really know > what's best for them. > > While we're at it, I wish we could leverage the posibility for the > admin to manually start the service at the CLI, no matter whether the > service has been enabled or not -- that is the "_enable" keyword > should have effect only in the bootup/automatic contexts. > Like keywords - forcestart forcerestart forcestop ?!?! > >> I think a drop-in command like "rcadm" (someone mentioned this as an idea, >> but cant remember who) would be a good start for managing the states of >> services. Mike Meyer also brought up many good points that I agree with. >> Please try not to get caught up in the XML stuff, that is not a >> requirement or suggestion, it is just an example of how Sun did it, now >> how FreeBSD has to;) >> >> Someone recommended Puppet, but this is an entire framework that would >> have to be added/implemented and configured to work with FreeBSD as well >> as learning a new markup language for it. launchd has a lot of good ideas, >> but I am not sure how mature it is yet; maybe it is a good place to start. >> > > Let's put another name on the table: Upstart (upstart.ubuntu.com). > It's quite fast. > Some of us use FreeBSD because we think this is the proper way things to be done, if we want another linux distro we may switch to *buntu .. > >> If we start with the basics and break it down and program this from a >> modular standpoint it is not so bad. Begin with the basic (high-level) >> approach. A shell script (service) that is aware of where rc scripts are >> located and that can keep track of what the current state of the services >> (PID's) are. An enable/disable command is nothing more that throwing a >> start/stop command to these rc files. The rc.conf can assist with knowing >> what should be enabled/disabled and what flags to throw at it. For >> EXAMPLE!!!!, (you got that, example only) Solaris uses one master service >> that is started first, and the whole point of that first service is to >> monitor the other services and know what state they are in and starts >> dependent services upon boot. Consider it the service manager almost. >> > > That would very important to for service crash recovery, to keep > critical services running. > Looks like we are reinventing inetd ? > Side note:what about starting up and monitoring services in jails, > probably we'd need one such master service per jail ? > Like inetd running in jail ? > My 5cents, > Overpriced ;) and good luck with enterprisebsd > Adrian. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-rc@FreeBSD.ORG Tue Aug 12 14:22:49 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 C11921065671 for ; Tue, 12 Aug 2008 14:22:49 +0000 (UTC) (envelope-from ady@ady.ro) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 8D2978FC1C for ; Tue, 12 Aug 2008 14:22:49 +0000 (UTC) (envelope-from ady@ady.ro) Received: by yx-out-2324.google.com with SMTP id 8so810419yxb.13 for ; Tue, 12 Aug 2008 07:22:48 -0700 (PDT) Received: by 10.142.251.9 with SMTP id y9mr2736398wfh.46.1218550968065; Tue, 12 Aug 2008 07:22:48 -0700 (PDT) Received: by 10.142.80.3 with HTTP; Tue, 12 Aug 2008 07:22:47 -0700 (PDT) Message-ID: <78cb3d3f0808120722t461bfb56x4782899811cf63f0@mail.gmail.com> Date: Tue, 12 Aug 2008 16:22:47 +0200 From: "Adrian Penisoara" Sender: ady@ady.ro To: "Stefan Lambrev" In-Reply-To: <48A183D0.6070901@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <78086795e6ab9676870368dcebb57b37.squirrel@secure.futurecis.com> <78cb3d3f0808120503t3e2c7d68n1d4383c98aa41e10@mail.gmail.com> <48A183D0.6070901@moneybookers.com> X-Google-Sender-Auth: 76da55a29fb7d1a1 Cc: freebsd-hackers@freebsd.org, freebsd-rc@freebsd.org, wbentley@futurecis.com Subject: Re: Idea for FreeBSD 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, 12 Aug 2008 14:22:49 -0000 Hi, On Tue, Aug 12, 2008 at 2:36 PM, Stefan Lambrev wrote: >>> >>> First let me reiterate a few things. I started in FreeBSD and it will >>> always be my first love. Second, keep in mind that Solaris is a >>> commercial >>> product and must be viewed as such. >>> >> >> Good point. Like it happened in the Linux world, we should also have >> some commercially backed versions of [Free]BSD in order to get better >> visibility and business support (which, in the end, counts a lot). >> That's why I've been thinking for some time about starting up the >> EnterpriseBSD project (see http://launchpad.net/enterprisebsd). I >> believe PC-BSD is a good start for the desktop. >> > > There is commercial support for FreeBSD out there. > Actually the problem is that misinformed people are still spreading the lie > that there is not... OK, I will reword that a bit: I believe having also a "business" face for the business market will help a lot in increasing visibility. > > Also the example with Linux is very bad, where you have a "stable" version > only in enterprise RH or SuSe > and the vanilla kernel is only for development and beta testing .. I do not > want to see this happens to FreeBSD I'm not sure where is that remark headed to. And I don't think (re)packaging a business-centric version would harm -- please correct me if I'm wrong. >> While we're at it, I wish we could leverage the posibility for the >> admin to manually start the service at the CLI, no matter whether the >> service has been enabled or not -- that is the "_enable" keyword >> should have effect only in the bootup/automatic contexts. >> > > Like keywords - forcestart forcerestart forcestop ?!?! Yes, I am always reminded of that :). Well, to tell you the truth, I do not know of any other OS which requires prefixing with "force" the start/stop actions in order to act on the service at the command line, and personally I wish it weren't the case. >>> I think a drop-in command like "rcadm" (someone mentioned this as an >>> idea, >>> but cant remember who) would be a good start for managing the states of >>> services. Mike Meyer also brought up many good points that I agree with. >>> Please try not to get caught up in the XML stuff, that is not a >>> requirement or suggestion, it is just an example of how Sun did it, now >>> how FreeBSD has to;) >>> >>> Someone recommended Puppet, but this is an entire framework that would >>> have to be added/implemented and configured to work with FreeBSD as well >>> as learning a new markup language for it. launchd has a lot of good >>> ideas, >>> but I am not sure how mature it is yet; maybe it is a good place to >>> start. >>> >> >> Let's put another name on the table: Upstart (upstart.ubuntu.com). >> It's quite fast. >> > > Some of us use FreeBSD because we think this is the proper way things to be > done, if we want another linux distro we may switch to *buntu .. Oh, we are debating here, not imposing personal preferences :). Good ideas can come up from any direction, it's up to us whether we want to learn from them. >>> If we start with the basics and break it down and program this from a >>> modular standpoint it is not so bad. Begin with the basic (high-level) >>> approach. A shell script (service) that is aware of where rc scripts are >>> located and that can keep track of what the current state of the services >>> (PID's) are. An enable/disable command is nothing more that throwing a >>> start/stop command to these rc files. The rc.conf can assist with knowing >>> what should be enabled/disabled and what flags to throw at it. For >>> EXAMPLE!!!!, (you got that, example only) Solaris uses one master service >>> that is started first, and the whole point of that first service is to >>> monitor the other services and know what state they are in and starts >>> dependent services upon boot. Consider it the service manager almost. >>> >> >> That would very important to for service crash recovery, to keep >> critical services running. >> > > Looks like we are reinventing inetd ? Inetd is only for multiplexing seldomly used network services bound to specific ports -- not too many real-life services fall under this exact specification. >> >> Side note:what about starting up and monitoring services in jails, >> probably we'd need one such master service per jail ? >> > > Like inetd running in jail ? >> >> My 5cents, >> > > Overpriced ;) and good luck with enterprisebsd Well, that was usually conceived as a contribution, not a price. Ideas are free anyway ;). Thanks. Adrian. From owner-freebsd-rc@FreeBSD.ORG Tue Aug 12 14:52:10 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 DDA021065678; Tue, 12 Aug 2008 14:52:10 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 7A1568FC18; Tue, 12 Aug 2008 14:52:10 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id A45231B10EFD; Tue, 12 Aug 2008 16:52:08 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 38FF71B10EE0; Tue, 12 Aug 2008 16:52:02 +0200 (CEST) Message-ID: <48A1A391.9090808@moneybookers.com> Date: Tue, 12 Aug 2008 17:52:01 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: Adrian Penisoara References: <78086795e6ab9676870368dcebb57b37.squirrel@secure.futurecis.com> <78cb3d3f0808120503t3e2c7d68n1d4383c98aa41e10@mail.gmail.com> <48A183D0.6070901@moneybookers.com> <78cb3d3f0808120722t461bfb56x4782899811cf63f0@mail.gmail.com> In-Reply-To: <78cb3d3f0808120722t461bfb56x4782899811cf63f0@mail.gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.93.3/8018/Tue Aug 12 10:36:31 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org, freebsd-rc@freebsd.org, wbentley@futurecis.com Subject: Re: Idea for FreeBSD 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, 12 Aug 2008 14:52:11 -0000 Adrian Penisoara wrote: > Hi, > > On Tue, Aug 12, 2008 at 2:36 PM, Stefan Lambrev > wrote: > >>>> First let me reiterate a few things. I started in FreeBSD and it will >>>> always be my first love. Second, keep in mind that Solaris is a >>>> commercial >>>> product and must be viewed as such. >>>> >>>> >>> Good point. Like it happened in the Linux world, we should also have >>> some commercially backed versions of [Free]BSD in order to get better >>> visibility and business support (which, in the end, counts a lot). >>> That's why I've been thinking for some time about starting up the >>> EnterpriseBSD project (see http://launchpad.net/enterprisebsd). I >>> believe PC-BSD is a good start for the desktop. >>> >>> >> There is commercial support for FreeBSD out there. >> Actually the problem is that misinformed people are still spreading the lie >> that there is not... >> > > OK, I will reword that a bit: I believe having also a "business" face > for the business market will help a lot in increasing visibility. > > >> Also the example with Linux is very bad, where you have a "stable" version >> only in enterprise RH or SuSe >> and the vanilla kernel is only for development and beta testing .. I do not >> want to see this happens to FreeBSD >> > > I'm not sure where is that remark headed to. And I don't think > (re)packaging a business-centric version would harm -- please correct > me if I'm wrong. > The problem with "enterprise" is that they ship their own kernel which is heavily modified. If you want enterprise go for OSX :) I think it's the best enterprise BSDish system ;) Also there are more packages for FreeBSD available then for RH, and I can assure you that all programs that you actually use (like ssh, apache, perl and etc) you have to manually compile to fit your needs. > >>> While we're at it, I wish we could leverage the posibility for the >>> admin to manually start the service at the CLI, no matter whether the >>> service has been enabled or not -- that is the "_enable" keyword >>> should have effect only in the bootup/automatic contexts. >>> >>> >> Like keywords - forcestart forcerestart forcestop ?!?! >> > > Yes, I am always reminded of that :). > Well, to tell you the truth, I do not know of any other OS which > requires prefixing with "force" the start/stop actions in order to act > on the service at the command line, and personally I wish it weren't > the case. > Well I bet you can find this in most linux distros that copy FreeBSD. What about gentoo? Anyway I think that the beauty of the current rc/ng system in freebsd is that it's very easy to understand and use it. Not like those nasty XML config files that makes you blind. There are small fixes that can be applied to make the system even better, but rewriting it just for the sport looks like wasting too much power :) But after all FreeBSD innovate do not imitate ;) Anyway it's may be just me, but I do not think that the rc system in freebsd is the showstopper, that needs funding or more ppl looking at it. And btw burdening the rc subsystem to monitor your daemons is overkill too. It will never work as good as real monitoring software, and will only bloat things. There are tons of utilities that can do this. -cut- -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-rc@FreeBSD.ORG Tue Aug 12 17:43:28 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 BB647106567D for ; Tue, 12 Aug 2008 17:43:28 +0000 (UTC) (envelope-from kimelto@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 542308FC1A for ; Tue, 12 Aug 2008 17:43:28 +0000 (UTC) (envelope-from kimelto@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3662046fgb.35 for ; Tue, 12 Aug 2008 10:43:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=V9NUGQOVCIFbGjgd758rlgErqxlTie0dtX6VYCnHFoM=; b=q6Gn4wAIjym+Atb9qg/bSKqkdqx7OUoiX4cl+s7gzG3Dh3nyMJVbIMS3RuaTlkC1SS 4I9UhUAjucSyuPcCYsRqIh8XezoK5CVP3y5BASSA9WKXDJvsPAqvebXHlqrfj8tGVacO NF/abxEuC/Qxw7gnwG52f+P6v31Lf1zycfT+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=mwLh7QQcKmvng1bvzmuVteJeOjP1ycYEIdLWgSqs+Ws/mzZecj2cZBSFDoFgA6KFfM TKXuGWbY4Tjsxr3K+tt5EKZUZW3ODoHD6lLgW2v0rLDK8EvWN5xgaOnYh3I29tFAm8AI 8L203T586u/YXlmmNSphjeecs0H9eWz760Tvk= Received: by 10.86.68.2 with SMTP id q2mr1157006fga.78.1218561360040; Tue, 12 Aug 2008 10:16:00 -0700 (PDT) Received: from localhost ( [62.147.157.205]) by mx.google.com with ESMTPS id 4sm5463713fgg.4.2008.08.12.10.15.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 12 Aug 2008 10:15:59 -0700 (PDT) Date: Tue, 12 Aug 2008 19:15:13 +0200 From: kimelto To: freebsd-rc@freebsd.org Message-ID: <20080812171513.GA1512@laptop.kimelto.eu> References: <78086795e6ab9676870368dcebb57b37.squirrel@secure.futurecis.com> <78cb3d3f0808120503t3e2c7d68n1d4383c98aa41e10@mail.gmail.com> <48A183D0.6070901@moneybookers.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <48A183D0.6070901@moneybookers.com> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: Idea for FreeBSD 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, 12 Aug 2008 17:43:28 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Stefan Lambrev wrote: > > > > Let's put another name on the table: Upstart (upstart.ubuntu.com). > > It's quite fast. > > > Some of us use FreeBSD because we think this is the proper way things to > be done, if we want another linux distro we may switch to *buntu .. What about OpenRC ? http://roy.marples.name/openrc It's BSD-licensed, compatilbe with FreeBSD & NetBSD rc.d implementation ... ;-) Regards, -- Julien LAFFAYE | GPG: 0x46DE4110 --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkihxSEACgkQMLeAwUbeQRCJtQCgwHxqWVrt60euscGS6YXRkhl7 95IAoLbSMU5i+Lk8GdCzZgx6BfvMJFf1 =ZjvQ -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-rc@FreeBSD.ORG Tue Aug 12 19:40:06 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 246CB106567A for ; Tue, 12 Aug 2008 19:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1F5DA8FC19 for ; Tue, 12 Aug 2008 19:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m7CJe5Qt059234 for ; Tue, 12 Aug 2008 19:40:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m7CJe5fu059233; Tue, 12 Aug 2008 19:40:05 GMT (envelope-from gnats) Date: Tue, 12 Aug 2008 19:40:05 GMT Message-Id: <200808121940.m7CJe5fu059233@freefall.freebsd.org> To: freebsd-rc@FreeBSD.org From: Jean-Charles Longuet Cc: Subject: Re: conf/126392: rc.conf ifconfig_xx keywords cannot be escaped X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jean-Charles Longuet 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, 12 Aug 2008 19:40:06 -0000 The following reply was made to PR conf/126392; it has been noted by GNATS. From: Jean-Charles Longuet To: bug-followup@freebsd.org, jclonguet@free.fr Cc: Subject: Re: conf/126392: rc.conf ifconfig_xx keywords cannot be escaped Date: Tue, 12 Aug 2008 21:10:04 +0200 From what I understand, wpa_supplicant is only used by client stations. In my case, I am configuring an access point with hostapd for the wpa handling, and do not require wpa_supplicant in any way, hence the configuration line I added in the intial report. More generaly, keywords can not be used anywhere in the ifconfig command line: you cannot set your ssid to such values, for example. There are workarounds, like running an extra ifconfig command in start_if.ath0, but that's just plain ugly, and I use FreeBSD to avoid this. Having an extra keyword meaning "do not look thereafter" could do the trick (something like "--" on command lines). -- Jc From owner-freebsd-rc@FreeBSD.ORG Tue Aug 12 21:12:46 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 70F08106566B for ; Tue, 12 Aug 2008 21:12:46 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 75D558FC23 for ; Tue, 12 Aug 2008 21:12:45 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m7CKZWPD012142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Aug 2008 13:35:33 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48A1F414.3000608@freebsd.org> Date: Tue, 12 Aug 2008 13:35:32 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Jean-Charles Longuet References: <200808121940.m7CJe5fu059233@freefall.freebsd.org> In-Reply-To: <200808121940.m7CJe5fu059233@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-rc@freebsd.org Subject: Re: conf/126392: rc.conf ifconfig_xx keywords cannot be escaped 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, 12 Aug 2008 21:12:46 -0000 Jean-Charles Longuet wrote: > The following reply was made to PR conf/126392; it has been noted by GNATS. > > From: Jean-Charles Longuet > To: bug-followup@freebsd.org, jclonguet@free.fr > Cc: > Subject: Re: conf/126392: rc.conf ifconfig_xx keywords cannot be escaped > Date: Tue, 12 Aug 2008 21:10:04 +0200 > > > From what I understand, wpa_supplicant is only used by client stations. > In my case, I am configuring an access point with hostapd for the wpa > handling, and do not require wpa_supplicant in any way, hence the > configuration line I added in the intial report. > > More generaly, keywords can not be used anywhere in the ifconfig command > line: you cannot set your ssid to such values, for example. There are > workarounds, like running an extra ifconfig command in start_if.ath0, > but that's just plain ugly, and I use FreeBSD to avoid this. Having an > extra keyword meaning "do not look thereafter" could do the trick > (something like "--" on command lines). > > Using ifconfig to enable WPA authmode will never be useful. I will remove it so it's not possible. Not sure however if the rc scripts will recognize use of "WPA" for setting the ssid as distinct from the metta-keyword. If not that is an issue. Sam From owner-freebsd-rc@FreeBSD.ORG Fri Aug 15 19:00:13 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 10B6F106568E for ; Fri, 15 Aug 2008 19:00:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F26858FC23 for ; Fri, 15 Aug 2008 19:00:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m7FJ0C45003820 for ; Fri, 15 Aug 2008 19:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m7FJ0CYd003819; Fri, 15 Aug 2008 19:00:12 GMT (envelope-from gnats) Date: Fri, 15 Aug 2008 19:00:12 GMT Message-Id: <200808151900.m7FJ0CYd003819@freefall.freebsd.org> To: freebsd-rc@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: bin/65258: commit references a PR X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service 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: Fri, 15 Aug 2008 19:00:13 -0000 The following reply was made to PR bin/65258; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: bin/65258: commit references a PR Date: Fri, 15 Aug 2008 18:58:33 +0000 (UTC) jhb 2008-08-15 18:58:15 UTC FreeBSD src repository Modified files: etc rc.firewall Log: SVN rev 181760 on 2008-08-15 18:58:15Z by jhb Use 'me' rather than explicit IP addresses for the "simple" and "client" firewall configurations. PR: bin/65258 Silence on: net@ MFC after: 1 week Revision Changes Path 1.58 +9 -12 src/etc/rc.firewall _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-rc@FreeBSD.ORG Fri Aug 15 19:24:00 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 8BB44106567D; Fri, 15 Aug 2008 19:24:00 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 626748FC1D; Fri, 15 Aug 2008 19:24:00 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m7FJO0FD008034; Fri, 15 Aug 2008 19:24:00 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m7FJNxwa008030; Fri, 15 Aug 2008 19:23:59 GMT (envelope-from jhb) Date: Fri, 15 Aug 2008 19:23:59 GMT Message-Id: <200808151923.m7FJNxwa008030@freefall.freebsd.org> To: netch@netch.kiev.ua, jhb@FreeBSD.org, freebsd-rc@FreeBSD.org, jhb@FreeBSD.org From: jhb@FreeBSD.org Cc: Subject: Re: bin/65258: [patch] [request] save /etc/rc.firewall from changing for standard firewall types 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: Fri, 15 Aug 2008 19:24:00 -0000 Synopsis: [patch] [request] save /etc/rc.firewall from changing for standard firewall types State-Changed-From-To: suspended->patched State-Changed-By: jhb State-Changed-When: Fri Aug 15 19:23:20 UTC 2008 State-Changed-Why: Barring any uproar after my commits today, I will merge this to 6.x and 7.x after a couple of weeks. Responsible-Changed-From-To: freebsd-rc->jhb Responsible-Changed-By: jhb Responsible-Changed-When: Fri Aug 15 19:23:20 UTC 2008 Responsible-Changed-Why: Barring any uproar after my commits today, I will merge this to 6.x and 7.x after a couple of weeks. http://www.freebsd.org/cgi/query-pr.cgi?pr=65258 From owner-freebsd-rc@FreeBSD.ORG Sat Aug 16 12:38:44 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 477311065675; Sat, 16 Aug 2008 12:38:44 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C24468FC18; Sat, 16 Aug 2008 12:38:43 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m7GCch37061308; Sat, 16 Aug 2008 12:38:43 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m7GCch5i061304; Sat, 16 Aug 2008 12:38:43 GMT (envelope-from gavin) Date: Sat, 16 Aug 2008 12:38:43 GMT Message-Id: <200808161238.m7GCch5i061304@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-rc@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: bin/126562: rcorder(8) fails to run unrelated startup scripts when some startup scripts require un-PROVIDEd services 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: Sat, 16 Aug 2008 12:38:44 -0000 Synopsis: rcorder(8) fails to run unrelated startup scripts when some startup scripts require un-PROVIDEd services Responsible-Changed-From-To: freebsd-bugs->freebsd-rc Responsible-Changed-By: gavin Responsible-Changed-When: Sat Aug 16 12:38:14 UTC 2008 Responsible-Changed-Why: Over to maintainers http://www.freebsd.org/cgi/query-pr.cgi?pr=126562