From owner-freebsd-current@FreeBSD.ORG Mon Jul 15 14:23:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 62F38982 for ; Mon, 15 Jul 2013 14:23:23 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs04.jnb1.cloudseed.co.za (zcs04.jnb1.cloudseed.co.za [41.154.0.161]) by mx1.freebsd.org (Postfix) with ESMTP id 001E0D93 for ; Mon, 15 Jul 2013 14:23:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTP id AAEEF2A83304; Mon, 15 Jul 2013 16:23:21 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs04.jnb1.cloudseed.co.za Received: from zcs04.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs04.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QmG76Fo3WCx4; Mon, 15 Jul 2013 16:23:21 +0200 (SAST) Received: from clue.co.za (41-135-71-48.dsl.mweb.co.za [41.135.71.48]) by zcs04.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id D1B6E2A83303; Mon, 15 Jul 2013 16:23:20 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UyjgO-000175-0o; Mon, 15 Jul 2013 16:23:20 +0200 To: Walter Hurry From: Ian FREISLICH Subject: Re: Ports with daemons on uninstall... In-Reply-To: References: <201307141949.r6EJnZPp009319@ hergotha.csail.mit.edu> <1373895245.27518.140661255822389.195BA409@webmail. messagingengine.com> X-Attribution: BOFH Date: Mon, 15 Jul 2013 16:23:20 +0200 Message-Id: Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jul 2013 14:23:23 -0000 Walter Hurry wrote: > On Mon, 15 Jul 2013 08:34:05 -0500, Mark Felder wrote: > > > As long as this behavior only happens during pkg installs and never with > > ports, I'm OK. The worst is when a coworker forgets that the mysql port > > stops the daemon and my coworker upgrades with portmaster... the daemon > > is off the entire time mysql slowly compiles... > > I'm not familiar with portmaster, since I use portupgrade. That does the > build first, then the deinstall old/install new. Seems a sensible > approach anyway, in case the build fails. Doesn't portmaster work > similarly? Try doing a 'portupgrade -f isc-dhcp41-server' and watch it leave dhcpd not running. I eventually made the following change so that it wouldn't leave my system in a broken state: /usr/ports/net/isc-dhcp41-server # make clean ===> Cleaning for isc-dhcp41-server-4.1.e_7,2 [fw2.smmt] /usr/ports/net/isc-dhcp41-server # svn diff Index: pkg-plist =================================================================== --- pkg-plist (revision 323024) +++ pkg-plist (working copy) @@ -1,6 +1,4 @@ @comment $FreeBSD$ -@unexec %D/etc/rc.d/isc-dhcpd forcestop 2>/dev/null || true -%%IPV6%%@unexec %D/etc/rc.d/isc-dhcpd6 forcestop 2>/dev/null || true @unexec if cmp -s %D/etc/dhcpd.conf.sample %D/etc/dhcpd.conf; then rm -f %D/etc/dhcpd.conf; fi etc/dhcpd.conf.sample @exec if [ ! -f %D/etc/dhcpd.conf ] ; then cp -p %D/%F %B/dhcpd.conf; fi I don't mind it stopping the daemon, but if it's going to automatically stop it, it should automatically start it too. It's also not consistent - random sample of two: exim and quagga just leave the daemon running. I'm just asking if there's a stated project guideline for what should happen because at the moment it's hard to know what to expect. Maybe its as simple as an install exec that does a 'service foo start'. If it's a first install it will fail because foo_enable="yes" won't be set in /etc/rc.conf. Personally, I'd rather that the package management system ports,pkg,etc doesn't take liberties with my running daemons. If I want to kill them off, I'll kill them off, but there have been several times where I've left uninstalled things running while the system was in flux during an upgrade. It was nice to be able to do that. Ian -- Ian Freislich