From owner-freebsd-ports@FreeBSD.ORG Mon Jul 14 09:52:13 2003 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0533C37B401; Mon, 14 Jul 2003 09:52:13 -0700 (PDT) Received: from baraca.united.net.ua (vlan1.baraca.united.net.ua [195.234.212.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AEA843FE1; Mon, 14 Jul 2003 09:52:08 -0700 (PDT) (envelope-from max@vega.com) Received: from vega.vega.com (xDSL-2-2.united.net.ua [193.111.9.226]) h6EGq4ER009113; Mon, 14 Jul 2003 19:52:05 +0300 (EEST) (envelope-from max@vega.com) Received: from vega.vega.com (max@localhost.vega.com [127.0.0.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id h6EGrxOn003138; Mon, 14 Jul 2003 19:53:59 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: (from max@localhost) by vega.vega.com (8.12.6/8.12.5/Submit) id h6EGrwll003137; Mon, 14 Jul 2003 19:53:58 +0300 (EEST) Date: Mon, 14 Jul 2003 19:53:58 +0300 From: Maxim Sobolev To: ports@FreeBSD.org Message-ID: <20030714165358.GC2875@vega.vega.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.7-STABLE i386 cc: portmgr@FreeBSD.org Subject: Major flaws of the new make deinstall code X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2003 16:52:13 -0000 Folks, I've noticed several misbehaviours of the new make deinstall code, particularly: 1. The new code behaves incorrectly when there are several @cwd statements in the packing list. Particularly, it affects many ports from games category, which usually create files and dirs under /var. For some reason, make deinstall code takes the second @cwd as the prefix of the installed package and obviously mismatch happens. This needs to be corrected ASAP. 2. In general, prefix-safety feature of make deinstall is misdesigned, as it should not reject deinstalling package which has no dependants (i.e. packages that depend on it) regardless of its prefix, as replacing this package with one with a different prefix will not lead to any problems I can think of. -Maxim