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

Re: Bug #751908, tox, and bin-only Python packages



On Aug 06, 2015, at 04:20 PM, Simon McVittie wrote:

>Policy has this to say on the subject of a different flat global namespace:
>
>"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."
>
>Does similar reasoning make sense for package names - the user of the
>package is looking for the functionality of the package, not the
>implementation language?

It does make sense to me that the package name containing the executable
should reflect the executable's name.   Thus in this case, the binary package
name 'tox' makes the most sense.

>If disambiguation is needed due to a naming conflict, a descriptive
>prefix/suffix might make more sense: "tox-tester" or "tox-python-tester"
>would be in the same spirit as chromium-browser (now chromium) vs. the
>game Chromium B.S.U. (now chromium-bsu), and nodejs vs. ax25-node
>fighting over "node". (Note the subtle distinction that nodejs is *for
>use with* JavaScript, not *written in* JavaScript.)

See my previous follow up for proposed DPP language here.  Feedback welcome!

Cheers,
-Barry


Reply to: