From owner-freebsd-rc@FreeBSD.ORG Mon Aug 2 11:05:04 2004 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7721516A4CE for ; Mon, 2 Aug 2004 11:05:04 +0000 (GMT) Received: from spmler1.mail.eds.com (spmler1.mail.eds.com [194.128.225.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id B59F943D54 for ; Mon, 2 Aug 2004 11:05:03 +0000 (GMT) (envelope-from thomas.sparrevohn@eds.com) Received: from spmlir2.mail.eds.com (spmlir2.mail.eds.com [205.191.69.42] (may be forged))i72B521x024327 for ; Mon, 2 Aug 2004 12:05:02 +0100 Received: from spmlir2.mail.eds.com (localhost [127.0.0.1]) by spmlir2.mail.eds.com (8.12.10/8.12.10) with ESMTP id i72B4h5d028120 for ; Mon, 2 Aug 2004 12:04:43 +0100 Received: from ukspm103.exemhub.exch.eds.com ([204.230.90.153]) by spmlir2.mail.eds.com (8.12.10/8.12.10) with ESMTP id i72B4hSJ028110 for ; Mon, 2 Aug 2004 12:04:43 +0100 Received: by ukspm103.exemhub.exch.eds.com with Internet Mail Service (5.5.2657.72) id ; Mon, 2 Aug 2004 12:04:43 +0100 Message-ID: <2946E9F05C8DD511A7DC0002A5608CE401234005@gbchm201.exgb01.exch.eds.com> From: "Sparrevohn, Thomas" To: freebsd-rc@freebsd.org Date: Mon, 2 Aug 2004 12:04:41 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain Subject: MAC Labels and RC X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.1 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 Aug 2004 11:05:04 -0000 Hi Can anybody tell me what the recommended way of assigning a "label" e.g. MLS/BIBA etc. to the RC steps. Would it make sense for me to make a "label" prefix to the command e.g. Dhclient_label="biba/high,mls/high" And then run the command with "setpmac" command prefix? -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Oliver Eikemeier Sent: 31 July 2004 18:22 To: Mike Makonnen Cc: freebsd-rc@freebsd.org; current@freebsd.org Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) Mike Makonnen wrote: > [...] > Ok, can you do the following then: >>> >>> 1. When you (portmgr) are ready put back the rc.d/localpkg changes >>> 2. Put the ordering of ports scripts with base system >>> scripts behind an rc.conf(5) knob, and modify your patch so both >>> /etc/rc and /etc/rc.d/localpkg do the right thing depending on >>> whether >>> it's on or off. >> >> I suggest changing the extension for sourcing scripts to `.rc' and >> ignore `.sh' scripts in rc/rc.shutdown. The unmodified localpkg >> should handle these. > > As I have already said, this is a gratuitous digression to support > buggy rc.d ports script who's bugginess has only existed on 5-CURRENT > up to now. New features might break existing stuff, which doesn't imply that have been buggy. Usually you do an estimation of effort versus gain (at least that is what I usually do), and decide what is more promising to bring you forward. I made two proposals: Either - allow new ports scripts to participate in rcorder(8), but disallow sourcing of scripts in /usr/local/etc/rc.d. Keep the historical difference that `.sh' scripts in /etc/rc.d are sourced, while `.sh' scripts in /usr/local/etc/rc.d are treated as old-style. No fixing will be necessary, but ports have to be changed to use the new functionality, supported by code in bsd.port.mk. Old or installed packages continue to work as usual. or - allow new ports scripts to participate in rcorder(8), and change the extension for sourcing of scripts to `.rc'. All `.sh' scripts will be treated as old-style, no matter whether they are in /etc/rc.d or /usr/local/etc/rc.d. Two scripts in /etc/rc.d (early.sh and rcconf.sh) have to be renamed, but no further fixing is necessary. Ports have to be changed to use the new functionality, supported by code in bsd.port.mk. Old or installed packages continue to work as usual. As far as I understand your proposals are: - put the localpkg commit back (which does rcorder(8) in ports, but not system-wide, so starting ports services early is still not possible) and let portmgr deal with the breakage - source rc.d `.sh' conditionally on a configuration parameter in either /etc/rc or localpkg, and do rcorder(8) depending on that parameter. ~ 100 ports have to be fixed and tested so that they will work correctly with the new semantics, and 5.0, 5.1, 5.2 and 5.2.1 are required to upgrade. New systems can not use old packages and have to upgrade installed ones. > Since, you and I don't seem to agree on this issue and since we both > don't seem to be restating the same things over and over againg. why > don't we refrain for replying to this thread unless we have something > new to add? Perhaps it would be beneficial if we summarize our proposals, so that we can have something like a ballot or ask re@ for their opinion. You might want to correct my summary of your proposals, since I'm sure I misunderstood some of your arguments. -Oliver _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-rc@FreeBSD.ORG Sat Aug 7 21:43:03 2004 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CFBD16A4CE for ; Sat, 7 Aug 2004 21:43:03 +0000 (GMT) Received: from web50307.mail.yahoo.com (web50307.mail.yahoo.com [206.190.38.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 0510043D53 for ; Sat, 7 Aug 2004 21:43:03 +0000 (GMT) (envelope-from cykyc@yahoo.com) Message-ID: <20040807214302.73783.qmail@web50307.mail.yahoo.com> Received: from [209.98.54.121] by web50307.mail.yahoo.com via HTTP; Sat, 07 Aug 2004 14:43:02 PDT Date: Sat, 7 Aug 2004 14:43:02 -0700 (PDT) From: Jon Passki To: freebsd-rc@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Feature request to rc.d: managing subsets of scripts X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cykyc@yahoo.com 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, 07 Aug 2004 21:43:03 -0000 Hello All, I wish accomplish the following with rc.d scripts: 1) Scripts can be assigned to a subset; 2) Subsets can be ordered, with this order honored by rcorder; 3) Subsets can be independently started and stopped after the initial system startup; For me, the usage would be in situations where I have a bunch of interdependent scripts that would need a stop/start when for example I'm remounting a file system or reassigning daemons to a different network interface. This way, I could assign scripts to subsets if I know that they utilize common interfaces or mounts. It is implied that if a script wasn't placed in a subset it should continue to function even though it may depend on or be a dependent of a subset that was stopped. It is the responsibility of the sysadmin to properly segment subsets. 1) & 2) can be accomplished with the REQUIRE, PROVIDE and BEFORE lines. This would also make me alter each rc.d script I wish to manage, but that is acceptable. It's unknown to me if subsets should be disjointed. It isn't obvious to me, though, if 3) could work that way. I still would see rcorder doing it's magic, but it would need a filter to only order that subset. The KEYWORD line could be used in addition to the other lines, but adds some redundancy. According to [1], rcorder logically OR's keep list switches. It would have to AND them in this case to handle a) the FreeBSD switch and b) more importantly, manage more than one subset. Does anyone know of an elegant solution? Jon Passki [1] http://lists.freebsd.org/pipermail/freebsd-rc/2004-May/000009.html __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail