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

Bug#764401: clarity please



On 28/10/15 15:19, Thorsten Glaser wrote:
Nicholas Bamber dixit:

Please could Thorsten and Dominik please work out who will be responsible for
mksh in Debian? Can you work together if that makes sense? I can sign and
upload  if necessary.

OK, we had a short talk on the office floor about this ;-) and
I’ll be putting myself back into the Maintainer field and take
formal responsibility for this as external contributor.

2.) ksh93 and mksh are alternative implementations of ksh (with subtle
differences that should be documented). In this case both can coexist on Debian
but one (potentially either but by default ksh93) should assume the role of
ksh.

This is what is currently true, and the desired outcome:

• scripts specific to ksh93 use ksh93 in the shebang
• scripts specific to mksh use mksh in the shebang
• scripts using ksh in the shebang can be…
   – old pdksh scripts,
   – old ksh88 scripts,
   – or scripts written for “any ksh subset” – I did a short
     UDD search just now, and all cases of this in Debian
     also accept zsh as ksh providing package.

This means that, if only one of ksh93 or mksh is installed,
that package takes over ksh, but if both are installed, the
official Korn Shell should take over ksh (unless the local
admin overrides, of course).

All use cases in Debian use alternative package relationships,
i.e. don’t force the installation of one specific variant but
don’t use a virtual package either. Let’s not introduce one.
Renaming ksh93 from ksh to ksh93 would also make backporting
much harder. KISS.

bye,
//mirabilos


Okay we can separate the virtual ksh package question from more fundamental issues. Namely:

1.) If ksh is installed then ksh should be in /etc/shells. (#790118)

2.) If ksh is not installed but mksh is and ksh links to mksh via alternatives, then the ksh man page must also link to the mksh man page, and ksh should be in /etc/shells.

But then the original questions come back.

3.) mksh IS in this situation being confused for ksh.

4.) So you would still need disclaimers in the mksh documentation that mksh IS NOT ksh.

5.) mksh would effectively be Providing ksh, but that this would not be declared.

Other questions:
1. As I said I can upload for you.

2. In coming back to Debian are you offering to work with Dominik or trying to wrest the WNPP bug from his hands? Since the package is currently owned by the Debian QA group I am not sure if you can do that.


Reply to: