From owner-freebsd-stable@FreeBSD.ORG Sun May 27 19:34:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3598516A52C for ; Sun, 27 May 2007 19:34:02 +0000 (UTC) (envelope-from duane@dwlabs.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE1613C457 for ; Sun, 27 May 2007 19:34:02 +0000 (UTC) (envelope-from duane@dwlabs.ca) Received: from ip03.eastlink.ca ([24.222.10.15]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0JIP00FT6T0PAAF0@mta01.eastlink.ca> for freebsd-stable@freebsd.org; Sun, 27 May 2007 16:34:01 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO dwpc.dwlabs.ca) ([24.224.199.230]) by ip03.eastlink.ca with ESMTP; Sun, 27 May 2007 15:53:54 -0300 Received: from dwpc.dwlabs.ca (ftp.dwlabs.ca [192.168.0.10]) by dwpc.dwlabs.ca (8.14.1/8.13.8) with ESMTP id l4RJYJsg001164; Sun, 27 May 2007 16:34:25 -0300 (ADT envelope-from duane@dwpc.dwlabs.ca) Received: (from duane@localhost) by dwpc.dwlabs.ca (8.14.1/8.13.8/Submit) id l4RJYJen001163; Sun, 27 May 2007 16:34:19 -0300 (ADT envelope-from duane) Date: Sun, 27 May 2007 16:34:19 -0300 From: Duane Whitty In-reply-to: <1180267873.19278.26.camel@neo.zion> To: Pascal Hofstee Message-id: <20070527193419.GA903@dwpc.dwlabs.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAMh5WUYY4MfmdGdsb2JhbACBSo40ATc X-IronPort-AV: i="4.14,585,1170648000"; d="scan'208"; a="480321652:sNHT10329162613" X-Virus-Scanned: ClamAV 0.88.6/3305/Sun May 27 15:19:57 2007 on dwpc.dwlabs.ca X-Virus-Status: Clean X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on dwpc.dwlabs.ca References: <20070527064850.GA1212@dwpc.dwlabs.ca> <1180267873.19278.26.camel@neo.zion> User-Agent: Mutt/1.4.2.2i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, DK_POLICY_SIGNSOME autolearn=failed version=3.1.8 Cc: freebsd-stable@freebsd.org Subject: Re: Some local rc scripts running twice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 May 2007 19:34:03 -0000 Hi Pascal, Much thanks! On Sunday, 27 May 2007 at 14:11:13 +0200, Pascal Hofstee wrote: > On Sun, 2007-05-27 at 03:48 -0300, Duane Whitty wrote: > > Has anyone else encountered local rc scripts running > > twice? I thought I saw something about this on one > > of the @freebsd.org lists but my search efforts haven't > > located it yet. > > In assuming "local rc scripts" means anything installed by ports ... i > am assuming you installed a fresh Xorg-7.2 and now at some point ended > up with the /usr/X11R6 -> /usr/local symlink. > > If the above assumption holds true ... did you run the mergebase.sh > script as suggested in /usr/ports/UPDATING ? > The above assumptions are correct and mergebase.sh did run. > Most significantly .. this script adds the following entry to > your /etc/rc.conf > > local_startup="/usr/local/etc/rc.d" > This was the problem. Adding this to my /etc/rc.conf manually fixed everything up for me. Thanks! > > The default entry in /etc/defaults/rc.conf still > references /usr/X1R6/etc/rc.d as well ... since the latter is now a > symlink to the former, both rc.d-paths contain the same scripts. > > If your rc.conf doesn't contain the aforementioned entry, that would > explain why local rc-scripts are started twice. > Yeah, that does it explain it. The mergebase.sh script failed unfortunately and I needed to take manual steps to complete the upgrade process. When the script failed due to conflicting files I deleted the files that were listed, re-ran the script, got the same conflicts, and then created the symlink myself. Unfortunately, the rc.conf entry didn't get added as well. I am left wondering if other things that were supposed to happen did not happen. When operator error complicates matters, as it has in this case, no script can deal with all possible scenarios. So, to all the people who worked on making this upgrade happen, please don't take this as a criticism of the script or upgrade process in general. Duane Whitty > -- > Pascal Hofstee >