<div dir="ltr">Hi,<br><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Aug 30, 2014 at 2:10 PM, Antoine Pitrou <span dir="ltr"><<a href="mailto:solipsis@pitrou.net" target="_blank">solipsis@pitrou.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Sat, 30 Aug 2014 13:05:02 +0100<br>
Paul Moore <<a href="mailto:p.f.moore@gmail.com">p.f.moore@gmail.com</a>> wrote:<br>
><br>
> Sounds reasonable. I'll look into that (no promises on timescales :-))<br>
> In practice, I doubt we'd need per-stram encodings particularly often,<br>
> so I like the idea of *not* clutteringthe API to cope with them. I'm<br>
> curious, by the way - what arguments do you consider as "legacy<br>
> baggage" (a lot of them seem to me to be OS-specific and/or<br>
> specialised rather than legacy).<br>
<br>
</div>I was thinking mostly about universal_newlines. Perhaps preexec_fn<br>
applies too, since it's dangerous (read: unstable).<br>
<br>
<br></blockquote><div> </div><div>preexec_fn is important though if you want to run something with different uid and gid from a sudo script, for example.<br><br></div><div>Cheers,<br></div><div>Moritz<br></div></div><br>
</div></div></div>