From owner-freebsd-ports@FreeBSD.ORG Fri Dec 9 22:55:20 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F06BC1065673; Fri, 9 Dec 2011 22:55:19 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D60E38FC08; Fri, 9 Dec 2011 22:55:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pB9MtJnd059571; Fri, 9 Dec 2011 22:55:19 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pB9MtJaR059570; Fri, 9 Dec 2011 22:55:19 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 9 Dec 2011 23:55:16 +0100 From: Baptiste Daroussin To: Doug Barton Message-ID: <20111209225515.GG59666@azathoth.lan> References: <4ED8C0F1.807@FreeBSD.org> <20111202195555.GD1913@azathoth.lan> <4ED95A95.9040805@FreeBSD.org> <20111209211848.GF59666@azathoth.lan> <4EE27CC5.4010006@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XaUbO9McV5wPQijU" Content-Disposition: inline In-Reply-To: <4EE27CC5.4010006@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Ports ML , Andriy Gapon Subject: Re: again, ports that stop daemons X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2011 22:55:20 -0000 --XaUbO9McV5wPQijU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 09, 2011 at 01:25:25PM -0800, Doug Barton wrote: > On 12/09/2011 13:18, Baptiste Daroussin wrote: > > On Sat, Dec 03, 2011 at 01:09:09AM +0200, Andriy Gapon wrote: > >> on 02/12/2011 21:55 Baptiste Daroussin said the following: > >>> On Fri, Dec 02, 2011 at 08:38:05PM +0100, Torfinn Ingolfsen wrote: > >>>> On Fri, Dec 2, 2011 at 1:13 PM, Andriy Gapon wrote: > >>>>> > >>>>> Or that they simply quit doing that and instead print a message lik= e "Port X is > >>>>> deinstalled but it may have some processes running, please do Y and= /or Z to find > >>>>> them and/or stop them". > >>>> > >>>> I prefer this suggestion. > >>> > >>> I also would prefer this. > >> > >> > >> BTW, this part of my suggestion was inspired by the following: > >> http://en.opensuse.org/SDB:Zypper_usage_11.3#Check_processes > >> > >> Not sure how that feature is implemented though. > >> > > FYI, since a few minutes, pkgng handle rc scripts, disabled by default = because I > > still consider this feature dangerous. > > to activate it is: > > HANDLE_RC_SCRIPTS=3Dyes in pkg.conf >=20 > I previously described what I thought was a pretty good way to handle > this question that addressed the needs expressed by all of the posters > on the previous thread, but my suggestion didn't get any responses. > Since this has come up again, it would be helpful (to me at least) if > people would think about my idea, and if nothing else tell me why I'm > wrong. :) And I previously read what you already said, but thanks, for providing your opinion again that help to see how our implementation matches user idea >=20 > Quoting: >=20 > Speaking only for myself I hate the idea of stopping/starting services > automatically. However this feature is often requested, and is something > that is provided by many other package systems. If we have people who > are willing to do the work I think it's worth discussing how to do it > properly. Completly agree that is why it is also deactivated by default. >=20 > The way that I envision it working > would be a 3-knob system. One knob to always restart the services, one > to never do it; and then asking on a per-port basis, which should be the > default. I can imagine portmaster detecting this option in the pre-build > phase similarly to how it detects and warns about IS_INTERACTIVE now, > and giving the user a menu of options for how to handle it. I'm happy to > add more details if people are interested. >=20 > Where this actually becomes interesting is not in the ports > build/install process, which is pretty easy to deal with, but with > package installs/deinstalls. I definitely think it's doable, what we > probably want to do is put a knob for this in the port's Makefile, and > handle the stop/start for both the port and the package with a little > script that can be included in the package, and run with @exec and @unexe= c. >=20 I really do think this a package management feature, not a port feature, th= e way this is now done, in pkgng is mostly what you have says, except for the interactive one. the way it is handle in pkgng can work both for binary pac= kage and for source upgrade (here goes portmaster :)) transparently, it will han= dle all the rc scripts without forgetting one, not relying on what can be set or forgotten by the maintainer. I hate interactive packages, that is why I didn't add the interactive way, = but patches are welcome to add interactive rc script management in pkgng :). regards, Bapt --XaUbO9McV5wPQijU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk7ikdMACgkQ8kTtMUmk6ExgpwCgwvdBLAogX1kEcsfCaOnDC0Ls q8MAoL4T7tjB6rwcWwKOmXfyj1fkARi0 =u3N3 -----END PGP SIGNATURE----- --XaUbO9McV5wPQijU--