From owner-freebsd-bugs@FreeBSD.ORG Fri Feb 4 18:50:26 2005 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B65516A4CE for ; Fri, 4 Feb 2005 18:50:26 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E5C243D41 for ; Fri, 4 Feb 2005 18:50:26 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j14IoPvh009440 for ; Fri, 4 Feb 2005 18:50:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j14IoPFw009439; Fri, 4 Feb 2005 18:50:25 GMT (envelope-from gnats) Date: Fri, 4 Feb 2005 18:50:25 GMT Message-Id: <200502041850.j14IoPFw009439@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Florent Thoumie Subject: Re: bin/77082: src/usr.sbin/pkg_install - Add 3 new macros to clean pkg-plist X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Florent Thoumie List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 18:50:26 -0000 The following reply was made to PR bin/77082; it has been noted by GNATS. From: Florent Thoumie To: Brooks Davis Cc: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org, hq@freebsd.org Subject: Re: bin/77082: src/usr.sbin/pkg_install - Add 3 new macros to clean pkg-plist Date: Fri, 04 Feb 2005 19:41:29 +0100 Brooks Davis wrote: > It seems like dirrmtry should take an optional message to emit if the > event that the directory can not be delete. That way the user can be > informed that the directory should be removed if they are really done > using the port. I asked myself if I should put this feature in my patch and I finally haven't because it required some extra-stuff (handling optional arguments for @ commands is painful), and a simple '@unexec [ -d ${PREFIX}/etc ] && echo ...' is easier I guess. But that's no problem for me to include that if everybody thinks it worth it. > Have you thought about how to solve the boot strapping problems with > pkg_install/pkg_delete? I have absolutely no idea what you're talking about, I started looking at pkg_install source yesterday at night. Could you give me some pointers about that ? > Our nominal pkg_install maintainer is MIA at the moment. Ok, actually I knew eik has been working on it, but I didn't know who was the active maintainer now. I have thought of a new purge command, that would act like dpkg --purge on Debian but AFAIK that would be impossible since it would need persistent package records (that still exists after a package has been removed as long as we have some configuration files for this port in the tree). -- Florent Thoumie flz@xbsd.org