rationale for "debianutils" directory?

[Robert P. J. Day]

On Thu, 9 Mar 2006, Glenn L. McGrath wrote:

> On Wed, 8 Mar 2006 13:05:11 -0500 (EST)
> "Robert P. J. Day" <rpjday at mindspring.com> wrote:
>
> >
> >   i've always wondered what the justification is for a separate
> > "debianutils" directory.  i mean, it's not as if what's in there is
> > exclusive to debian-based systems.
> >
> >   for instance, "run-parts" can be found on fedora core systems, as
> > can mktemp and readlink and so on.  wouldn't it make more sense to
> > just divvy up the contents of that directory among the other applet
> > directories to which those tools are related?
>
> There is a debian package call debianutils which contains these
> programs, that is what they all have in common.
>
> AFAIK they were developed by debian and then adopted by other
> distro's.
>
> If you can find a place where each of them belongs then i dont
> object to splitting them up.

well, at the very worst, you could just dump them all into
"miscutils".  :-)  but seriously, how about:

readlink.c -> coreutils (to be with ln.c)
mktemp.c -> coreutils (where you find mkdir, mkfifo, mknod)

i really have no strong opinions on the rest.

rday

p.s.  i might have shifted around a few other things as well.  there's
a lot in miscutils that's at least as relevant to some of the other
directories.

eg., last.c -> loginutils/

but, in the end, it doesn't really matter.