[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#34652: [PROPOSAL] Policy is not clear about nawk.



Package: debian-policy

[ Note: I think this bug should be fixed before Bug #34428 ].

The bug:
=======

The /usr/doc/debian-policy/virtual-package-names-list.text.gz file says:

awk                     Anything providing suitable /usr/bin/{awk,nawk}

So: Is "nawk" an approved virtual package name or not? It appears in the
right-hand side but not in the left-hand side!

IMHO, it should read either this:

1)

awk                     Anything providing suitable /usr/bin/awk

or this:

2)

awk                     Anything providing suitable /usr/bin/awk
nawk                    Anything providing suitable /usr/bin/nawk

Some facts about this bug:
=========================

We have three Debian awk packages, and none of them is an "old awk":

mawk
gawk
original-awk


My proposal to fix the bug:
==========================

Technically speaking, I don't think we need a "nawk" virtual package.
IMHO, the old awk / new awk dichotomy is a leftover of the past.
If we assume Debian is "standarized enough" so that, for example, 
/usr/bin/perl is always "perl version 5", and the log directory is always
/var/log, we could do the same with awk and require that every package
providing /usr/bin/awk should always be a "new awk".

So, to simplify things, I propose that we modify the policy so that only
`awk' is listed as a virtual package, i.e. proposal "1)" above.

[ This way, bug #34428 would be just a bug in autoconf for not using "awk" 
instead of "nawk"; not a bug in four packages: autoconf, mawk, gawk and
original-awk for not having autoconf a Depends: nawk and not having mawk,
gawk and original-awk a Provides: nawk ].

I'm now looking for seconds for this proposal.

[ BTW: How long the discussion period be? Two weeks? ].

Thanks.

-- 
 "1a9f57a328b8d247cb6d880301b0a7cb" (a truly random sig)



Reply to: