cvs commit: ports/games Makefile ports/games/gdado Makefile distinfo pkg-descr pkg-plist ports/games/gdado/files patch-Makefile.in

[Kris Kennaway]

On Sat, Jun 16, 2007 at 01:13:20PM +0400, Andrew Pantyukhin wrote:
> On 6/16/07, Kris Kennaway <kris at obsecurity.org> wrote:
> >On Sat, Jun 16, 2007 at 12:36:12PM +0400, Andrew Pantyukhin wrote:
> >> On 6/16/07, Li-Wen Hsu <lwhsu at freebsd.org> 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 <amistry at am-productions.biz>
> >> >
> >> >  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
> >> >+ at dirrm share/gnome/pixmaps/gdado
> >> >+ at 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