Date: Fri, 4 Feb 2005 18:50:25 GMT From: Florent Thoumie <flz@xbsd.org> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/77082: src/usr.sbin/pkg_install - Add 3 new macros to clean pkg-plist Message-ID: <200502041850.j14IoPFw009439@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/77082; it has been noted by GNATS.
From: Florent Thoumie <flz@xbsd.org>
To: Brooks Davis <brooks@one-eyed-alien.net>
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200502041850.j14IoPFw009439>