From owner-cvs-all@FreeBSD.ORG Sat Jun 16 19:31:16 2007 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F1DD16A468; Sat, 16 Jun 2007 19:31:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6075013C44C; Sat, 16 Jun 2007 19:31:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E82851A3C1A; Sat, 16 Jun 2007 12:30:38 -0700 (PDT) Received: from rot13.obsecurity.org (rot13.obsecurity.org [192.168.1.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 8041351455; Sat, 16 Jun 2007 15:31:15 -0400 (EDT) Received: by rot13.obsecurity.org (Postfix, from userid 1001) id 25528BE98; Sat, 16 Jun 2007 15:31:15 -0400 (EDT) Date: Sat, 16 Jun 2007 15:31:15 -0400 From: Kris Kennaway To: Andrew Pantyukhin Message-ID: <20070616193115.GA28364@rot13.obsecurity.org> References: <200706160825.l5G8PijM040543@repoman.freebsd.org> <20070616082548.CCC9416A4DA@hub.freebsd.org> <20070616090634.GA21205@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Li-Wen Hsu , cvs-all@freebsd.org, ports-committers@freebsd.org, Kris Kennaway , cvs-ports@freebsd.org, Anish Mistry Subject: Re: cvs commit: ports/games Makefile ports/games/gdado Makefile distinfo pkg-descr pkg-plist ports/games/gdado/files patch-Makefile.in X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2007 19:31:16 -0000 On Sat, Jun 16, 2007 at 01:13:20PM +0400, Andrew Pantyukhin wrote: > On 6/16/07, Kris Kennaway wrote: > >On Sat, Jun 16, 2007 at 12:36:12PM +0400, Andrew Pantyukhin wrote: > >> On 6/16/07, Li-Wen Hsu wrote: > >> >lwhsu 2007-06-16 08:25:44 UTC > >> > > >> > FreeBSD ports repository > >> > > >> > Modified files: > >> > games Makefile > >> > Added files: > >> > games/gdado Makefile distinfo pkg-descr pkg-plist > >> > games/gdado/files patch-Makefile.in > >> > Log: > >> > Add gdado 2.2, GTK2 dice roller. > >> > > >> > PR: ports/112470 > >> > Submitted by: Anish Mistry > >> > > >> > Revision Changes Path > >> > 1.1121 +1 -0 ports/games/Makefile > >> > 1.1 +23 -0 ports/games/gdado/Makefile (new) > >> > 1.1 +3 -0 ports/games/gdado/distinfo (new) > >> > 1.1 +11 -0 ports/games/gdado/files/patch-Makefile.in (new) > >> > 1.1 +3 -0 ports/games/gdado/pkg-descr (new) > >> > 1.1 +15 -0 ports/games/gdado/pkg-plist (new) > >> >_______________________________________________ > >> >+++ ports/games/gdado/pkg-plist Sat Jun 16 08:25:43 2007 > >> >+share/gnome/pixmaps/gdado/menu_sides_6.xpm > >> >+share/gnome/pixmaps/gdado/menu_sides_8.xpm > >> >+@dirrm share/gnome/pixmaps/gdado > >> >+@dirrmtry share/applications > >> > >> Ideally, all the dirs not in mtrees should be dirrm'd > >> or dirrmtry'd. In this case share/gnome/pixmaps and > >> share/gnome. > > > >Only if not created by another port in the dependency chain. Is that > >not the case here? > > We had this discussion a while back when stas was adding > LC_MESSAGE dirrmtry's into ports, though most of the ports > were not causing pointyhat errors. The consensus was that > ideally the dependency chain should be ignored. > > I.e. forced pkg_delete of all packages on a system in > random order should leave as much a clean system as > possible (though pristine is often impossible in this > case). That's probably impossible to achieve. In many cases the directories cannot be randomly removed by every port that installs into them, because they are "owned" (first created) by a specific other port, and created empty by that port. So the @dirrmtry would succeed and then the other port would give a deinstall error on pointyhat and on user systems. Using pkg_delete -f (by design) causes damage to your package installations unless used correctly. I don't see a need to try and support your goal here, since pkg_delete -f should not be used under regular circumstances. Kris