<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi Lennart,<br>
      <br>
      For me, it sounds reasonable to remove the file extensions. <br>
      About probabel.pl: we can provide both 'probabel.pl' and
      'probabel' for the next few revisions (if it is possible). In this
      case, if users run 'probabel.pl', we show a warning messages
      saying that they need to use 'probabel' instead of 'proabbel.pl'
      and that 'probabel.pl' will be removed soon. Later, when most of
      users switched to 'probabel', we remove 'probabel.pl'. <br>
      <br>
      best,<br>
      Maksim<br>
      <br>
      <br>
      <br>
      <br>
      On 11/12/2013 18:08, L.C. Karssen wrote:<br>
    </div>
    <blockquote cite="mid:52A847B1.2090201@karssen.org" type="cite">
      <pre wrap="">Dear list,

While working on packaging ProbABEL for inclusion in Debian, I came
across the following warning in the Debian package check (using the
lintian program):

W: probabel: script-with-language-extension usr/bin/extIDS.pl
W: probabel: script-with-language-extension usr/bin/probabel.pl

The short explanation is this:
    When scripts are installed into a directory in the system PATH, the
    script name should not include an extension such as .sh or .pl that
    denotes the scripting language currently used to implement it. The
    implementation language may change; if it does, leaving the name the
    same would be confusing and changing it would be disruptive.


The reasoning behind this warning is the following:
There are several reasons for not having an extension in the name of a
binary/script, nicely listed in this post:
    <a class="moz-txt-link-freetext" href="http://lists.debian.org/debian-med/2012/04/msg00103.html">http://lists.debian.org/debian-med/2012/04/msg00103.html</a>
The most important one to me is:
    I do not see what actual information such extensions are
    providing to the end user.  A user expects a program to do a job.
    Fullstop.  The user does not need to care about the language a
    program is written in if it just does what it is expected to do.


So, for ProbABEL I propose the following:
- extIDS.pl is not used a lot, so we can safely remove the .pl extension
there (and update the manual, mention it in the ChangeLog and release notes)
- For probabel.pl this is different. Many people use it exclusively
instead of calling pa{linear,logist,coxph} directly and changing this
would mean breaking user experience completely. I think we do need to
remove the extension at some point in the future, but that would be in a
'large' update, say v0.5, not in a minor one like the upcoming v0.4.2.


What do you think of this?

Lennart.


--
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
L.C. Karssen
Utrecht
The Netherlands

<a class="moz-txt-link-abbreviated" href="mailto:lennart@karssen.org">lennart@karssen.org</a>
<a class="moz-txt-link-freetext" href="http://blog.karssen.org">http://blog.karssen.org</a>
GPG key ID: A88F554A
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
genabel-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:genabel-devel@lists.r-forge.r-project.org">genabel-devel@lists.r-forge.r-project.org</a>
<a class="moz-txt-link-freetext" href="https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/genabel-devel">https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/genabel-devel</a></pre>
    </blockquote>
    <br>
  </body>
</html>