<div dir="ltr">Dear python-dev,<div><br></div><div>I'm writing to provide some feedback on PEP-594, primarily the proposed deprecation and reason for the removal of the aifc and audioop libraries.</div><div><br></div><div>The post production film industry continues to make heavy use of AIFFs, as completely uncompressed audio is preferred. Support for the consumer alternatives (ALAC, FLAC) is virtually non-existent, with no movement towards adoption of those formats. Even Apple's own professional editing tool Final Cut Pro does not support ALAC. Many of the applications also support WAV, but not all.</div><div><br></div><div>Removal of this module from the standard library is complicated by the fact that a large number of film industry facilities have extremely limited internet access for security reasons. This does not make it impossible to get a library from pypi, but speaking to those devs has made me aware of what a painful process that is for them. They have benefited greatly from aifc's inclusion in the standard library. </div><div><br></div><div>While development of the aifc and audioop libraries has slowed, this looks consistent with mature projects and file formats that are not undergoing constant change. Checking the bug tracker for aifc and audioop does not paint a picture of these being broken or leaky modules requiring a lot of dev time, and there are 2 community sourced pull requests in progress right now. </div><div><br></div><div>The film industry may not make up a large chunk of python devs, but it is python that makes tent pole films like Avengers possible. Without the python digital asset management pipelines, films of that scale wouldn't be possible. </div><div><br></div><div>Thank you for your time and consideration,</div><div><br></div><div>Sean Wallitsch</div><div>Lead Technical Director, DreamWorks Animation</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 22, 2019 at 8:21 AM Brett Cannon <<a href="mailto:brett@python.org" target="_blank">brett@python.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed., May 22, 2019, 03:13 Antoine Pitrou, <<a href="mailto:solipsis@pitrou.net" target="_blank">solipsis@pitrou.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 21 May 2019 17:44:16 -0700<br>
Brett Cannon <<a href="mailto:bcannon@gmail.com" rel="noreferrer" target="_blank">bcannon@gmail.com</a>> wrote:<br>
> ><br>
> > So I should never have added those tests and then we wouldn't be talking<br>
> > about removing nntplib.<br>
> >  <br>
> <br>
> Not necessarily. I suspect it still would have been listed, you would have<br>
> objected, and someone may have looked at the tests to point out it was only<br>
> unit tests with no integration tests against a live service like e.g. the<br>
> pythontest.net-related tests and so it was already neglected.<br>
<br>
But that's moving the goalposts.</blockquote></div></div><div dir="auto"><br></div><div dir="auto">I was just replying to your hypothetical with another hypothetical.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">  The PEP talks about "cruft,<br>
unnecessary duplication of functionality, and dispensable features". Not<br>
modules which have an insufficient test suite.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">To me, untested code is a potential signal of cruft.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> It also doesn't help that no one is listed in the experts index for the<br>
> module either.<br>
<br>
Right, but that's the case for many modules.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I never said I didn't view this PEP as conservative. 😉</div><div dir="auto"><br></div><div dir="auto">Anyway, my support of dropping nntplib is +0 so I personally support Christian if he wants to keep on the list but I'm also not that bothered if he wants to take it off the list.</div><div dir="auto"><br></div><div dir="auto">-Brett</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Regards<br>
<br>
Antoine.<br>
<br>
<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" rel="noreferrer" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/brett%40python.org" rel="noreferrer noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/brett%40python.org</a><br>
</blockquote></div></div></div>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/sean.wallitsch%40dreamworks.com" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/sean.wallitsch%40dreamworks.com</a><br>
</blockquote></div>