cvs commit: ports/x11/multi-gnome-terminal Makefile pkg-plist

[Dejan Lesjak]

On Friday 15 of April 2005 17:36, Kris Kennaway wrote:
> On Fri, Apr 15, 2005 at 11:24:14AM -0400, Adam Weinberger wrote:
> > Kris Kennaway wrote:
> > >On Thu, Apr 14, 2005 at 06:38:38PM +0200, Alexander Leidinger wrote:
> > >>Pav Lucistnik <pav at FreeBSD.org> wrote:
> > >>>There's no sbin in /usr/X11R6 mtree...
> > >>
> > >>Should there be one? I'm 50:50 for/against it...
> > >
> > >How many ports use it?  I think GNOME tends to like this thesedays, so
> > >perhaps it's time.
> >
> > On installing all 5 GNOME metaports, the only thing that puts files in
> > there is gdm.
>
> If there are only a handful of ports then it should stay listed in
> individual plists.

A quick search like this:
find /usr/ports -name pkg-plist -exec grep -H 'unexec.*rmdir.*sbin' {} \;
found the following:
audio/gnomoradio
x11/gdm
x11/libxfce4util
print/gnome-cups-manager

While this is indeed a handful of ports, I was still considering adding sbin 
to mtree. As long as a lot of ports other than base X11 stuff gets installed 
under X11 prefix, it somehow makes sense to have a set of common directories 
in mtree even if they are not used by many ports. With this I mean the small 
set that is repeated in /, /usr and /usr/local (bin, etc, lib, libexec and 
sbin). I can't help but feel that it is somehow expected that these are just 
there (for /usr, /usr/local and /usr/X11R6 this set would extend to include, 
libdata, share, man and info). Anyway, because of this, I meant to include it 
in new x11-4 mtree that I plan to put on test together with XFree86 upgrade, 
which also removes a couple of directories from mtree so it would seem to be 
a net win inode-usage-wise.
Just a feeling that sbin somehow belongs to mtree is perhaps not enough 
though :) Should I just leave it outside then?


Dejan