use python3 for the sound subprocess

[totaam]

Issue migrated from trac ticket # 1386

component: packaging | priority: major | resolution: wontfix

2016-12-23 03:42:16: antoine created the issue

---

That's already the case on win32.
We should do the same for Linux and OSX.
Somewhat related to #1253.

[totaam]

2016-12-23 03:45:11: antoine changed status from new to assigned

[totaam]

2016-12-23 03:45:11: antoine commented

---

Done for Fedora and RHEL in r14579.

Still TODO:

• OSX: hard, would need to duplicate most of the app bundling code for the python3 subapp
• debian / ubuntu: packaging required

[totaam]

2017-01-23 11:26:14: antoine commented

---

• win32 is back to using python2 because the cx_freeze based packaging for the new build system does not support packaging python3 properly (building all the dependencies from source on win32 #678)
• rpm distros have switched to python3: r14579

[totaam]

2017-07-10 06:18:37: antoine commented

---

Note: since we now use split packages (#1253), we cannot assume that python3 is available... so rpm distros no longer use python3 by default.

[totaam]

2017-11-06 08:57:08: antoine changed status from assigned to closed

[totaam]

2017-11-06 08:57:08: antoine set resolution to wontfix

[totaam]

2017-11-06 08:57:08: antoine commented

---

The python3 port is making enough progress (#1568) that we will be able to move everything rather than piecemeal.