[NEW PORT] devel/py3-nose: variant of devel/py-nose for Python 3.x

[woodsb02]

Summary

• Create new port devel/py3-nose, compatible with python 3.1-3.4 [1]
• Update index devel/Makefile
• Ensure devel/py-nose does not clobber USES variable in slave devel/py3-nose
• Fix target regression-test to use selftest.py [2]
  
  [1] https://github.com/nose-devs/nose/pull/983 [2] https://github.com/nose-devs/nose/issues/400

Approved by: koobs (mentor)
PR: 207036

Test Plan

poudriere bulk -t \

devel/gaphor \
devel/py-biplist \
devel/py-columnize \
devel/py-geojson \
devel/py-mongoengine \
devel/py-nose \
devel/py-nose-cov \
devel/py-noseofyeti \
devel/py-repoze.who-friendlyform \
devel/py-tinyarray \
devel/py3-nose \
www/py-pylons \
www/py-turbogears2

[mat]

devel/py3-nose/Makefile

6

Note that the default Python 3 will soon be 3.5, so this seems a bad idea to exclude 3.5.

[woodsb02]

devel/py3-nose/Makefile

6

Unfortunately I believe py-nose actually does not work with python3.5.

This is confirmed by this upstream pull request, which has been committed and will be fixed in the next release.

Also, running "make regression-test" in the port directory passes with python3.4 but fails with python3.5. See the output of the
regressions test of devel/py3-nose-1.3.7 on FreeBSD 10.3 amd64 with python3.4 and python3.5

[woodsb02]

Successful poudriere testport logs for devel/py-nose, devel/py3-nose and all dependencies on FreeBSD 11 amd64

Successful poudriere testport logs for devel/py-nose, devel/py3-nose and all dependencies on FreeBSD 9.3 i386

Successful poudriere testport logs for devel/py-nose, devel/py3-nose and all dependencies on FreeBSD 10.3 amd64

[woodsb02]

Note: koobs approved this as maintainer via the following message on Twitter:
"I'm ok [with this] if we can't get [VARIANTS support in the ports tree] done now... Have one of your other mentors review/approve (I'm cool if they are)."

[mat]

In D6280#136386, @woodsb02 wrote:

Note: koobs approved this as maintainer via the following message on Twitter:
"I'm ok [with this] if we can't get [VARIANTS support in the ports tree] done now... Have one of your other mentors review/approve (I'm cool if they are)."

Well, the work @bapt did on variants is there https://github.com/bapt/ports-wip/tree/variants if someone wants to take over, I think he somewhat gave up for lack of time.