<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, 26 Feb 2016 at 10:18 Alexander Walters <<a href="mailto:tritium-list@sdamon.com">tritium-list@sdamon.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You mean honestly pointing out what would happen with a suggestion? It<br>
is a horrifically bad idea.  I didn't say they were bad people.<br></blockquote><div><br></div><div>You're right, you didn't directly insult Mathieu, but the tone was unnecessary. Calling mingw a "jenky mess" in your first response was not needed.</div><div><br></div><div>Dan's response with "<span style="font-size:13px;line-height:19.5px">But what do you really think?" was also unnecessary as it was antagonistic. I suspect he was reacting to your rather emphatic "no" response instead of simply saying "it was be rather hard to make work" and leave it at that.</span></div><div><span style="font-size:13px;line-height:19.5px"><br></span></div><div><span style="font-size:13px;line-height:19.5px">But then your response to Dan crossed a line with the biting sarcasm. That tone was definitely unnecessary and every point you made in that email could have been phrased in a nicer fashion and still get the point across just as well. If you didn't like Dan's response you could have simply replied saying that fact and then kept the tone civil. On this list we believe you shouldn't respond to bad behaviour with worse behaviour.</span></div><div><span style="font-size:13px;line-height:19.5px"><br></span></div><div><span style="font-size:13px;line-height:19.5px">-Brett</span></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On 2/26/2016 13:14, Brian Curtin wrote:<br>
> The attitude in these responses is counter productive and not really<br>
> how it works on this list.<br>
><br>
> On Fri, Feb 26, 2016 at 1:10 PM, Alexander Walters<br>
> <<a href="mailto:tritium-list@sdamon.com" target="_blank">tritium-list@sdamon.com</a>> wrote:<br>
>> Ok, fine.  Bring a windows build bot online.  And also take on the support<br>
>> burden of guiding people to which version of which compiler you use for each<br>
>> of the currently supported python versions.  And go ahead and write the pep<br>
>> to change how wheel distributions work (which will effectively kill them, so<br>
>> yeah, good side benefit there.)<br>
>><br>
>> Want to kill python on windows for anything that needs a c extension?  go<br>
>> ahead, release one version of python with 2 ABIs.<br>
>><br>
>> What do I know.<br>
>><br>
>><br>
>> On 2/26/2016 13:05, Dan Stromberg wrote:<br>
>>> But what do you really think?<br>
>>><br>
>>> IMO, windows builds probably should do both visual studio and mingw.<br>
>>> That is, there probably should be two builds on windows, since there's<br>
>>> no clear consensus about which to use.<br>
>>><br>
>>> I certainly prefer mingw over visual studio - and I have adequate<br>
>>> bandwidth for either.<br>
>>><br>
>>><br>
>>> On Fri, Feb 26, 2016 at 9:55 AM, Alexander Walters<br>
>>> <<a href="mailto:tritium-list@sdamon.com" target="_blank">tritium-list@sdamon.com</a>> wrote:<br>
>>>> No.<br>
>>>><br>
>>>> Visual Studio is a solid compiler suit, mingw is a jenky mess, especially<br>
>>>> when you try and move to 64bit (where I don't think there is one true<br>
>>>> version of mingw).  I'm sorry that Visual Studio makes it very hard for<br>
>>>> you<br>
>>>> to contribute, but changing THE compiler of the distribution from the<br>
>>>> platform compiler, especially when we FINALLY got a stable abi with it,<br>
>>>> is<br>
>>>> going to be a non starter.<br>
>>>><br>
>>>> Compiling on MinGW for your own edification is fine, but that's not the<br>
>>>> build platform for windows python, nor should it be. Contributions are,<br>
>>>> and<br>
>>>> should continue to be, tested against Visual Studio.<br>
>>>><br>
>>>><br>
>>>> On 2/26/2016 05:12, Mathieu Dupuy wrote:<br>
>>>>> Hi.<br>
>>>>> I am currently working on adding some functionality on a standard<br>
>>>>> library module (<a href="http://bugs.python.org/issue15873" rel="noreferrer" target="_blank">http://bugs.python.org/issue15873</a>). The Python part<br>
>>>>> went fine, but now I have to do the C counterpart, and I have ran into<br>
>>>>> in several problems, which, stacked up, are a huge obstacle to easily<br>
>>>>> contribute further. Currently, despite I could work, I can't go<br>
>>>>> further<br>
>>>>> on my patch.<br>
>>>>><br>
>>>>> I am currently working in very limited network, CPU and time<br>
>>>>> ressources* which are quite uncommon in the western world, but are<br>
>>>>> much less in the rest of the world. I have a 2GB/month mobile data<br>
>>>>> plan and a 100KB/s speed. For the C part of my patch, I should<br>
>>>>> download Visual Studio. The Express Edition 2015 is roughly 9GB. I<br>
>>>>> can't afford that.<br>
>>>>><br>
>>>>> I downloaded Virtualbox and two Linux netinstall (Ubuntu 15.10 and<br>
>>>>> Fedora 23). Shortly, I couldn't get something working quickly and<br>
>>>>> simply (quickly = less than 2 hours, downloading time NOT included,<br>
>>>>> which is anyway way too already much). What went wrong and why it went<br>
>>>>> wrong could be a whole new thread and is outside of the scope of this<br>
>>>>> message.<br>
>>>>> Let me precise this : at my work I use many virtualbox instances<br>
>>>>> automatically fired and run in parallel to test new deployments and<br>
>>>>> run unittests. I like this tool,<br>
>>>>> but despite its simple look, it (most of the time) can not be used<br>
>>>>> simply by a profane. The concepts it requires you to understand are<br>
>>>>> not intuitive at first sight and there is *always* a thing that go<br>
>>>>> wrong (guest additions, mostly).(for example : Ubuntu and Virtualbox<br>
>>>>> shipped for a moment a broken version of mount.vboxsf, preventing<br>
>>>>> sharing folder to mount. Despite it's fixed, the broken releases<br>
>>>>> spread everywhere and you may encounter them a lot in various Ubuntu<br>
>>>>> and Virtualbox version. I downloaded the last versions of both and I<br>
>>>>> am yet infected. <a href="https://www.virtualbox.org/ticket/12879" rel="noreferrer" target="_blank">https://www.virtualbox.org/ticket/12879</a>). I could do<br>
>>>>> whole new thread on why you can't ask newcomers to use Virtualbox<br>
>>>>> (currently, at least).<br>
>>>>><br>
>>>>> I ran into is a whole patch set to make CPython compile on MinGW<br>
>>>>> (<a href="https://bugs.python.org/issue3871#msg199695" rel="noreferrer" target="_blank">https://bugs.python.org/issue3871#msg199695</a>). But it is not denying<br>
>>>>> it's very experimental, and I know I would again spent useless hours<br>
>>>>> trying to get it work rather than joyfully improving Python, and<br>
>>>>> that's exactly what I do not want to happen.<br>
>>>>><br>
>>>>> Getting ready to contribute to CPython pure python modules from an<br>
>>>>> standard, average mr-everyone Windows PC for a beginner-to-medium<br>
>>>>> contributor only require few megabytes of internet and few minutes of<br>
>>>>> his<br>
>>>>> time: getting a tarball of CPython sources (or cloning the github<br>
>>>>> CPython<br>
>>>>> mirror)**, a basic text editor and msys-git. The step further, if doing<br>
>>>>> some -even basic- C code is required, implies downloading 9GB of Visual<br>
>>>>> Studio and countless hours for it to be ready to use.<br>
>>>>> I think downloading the whole Visual Studio suite is a huge stopper to<br>
>>>>> contribute further for an average medium-or-below-contributor.<br>
>>>>><br>
>>>>> I think (and I must not be the only one since CPython is to be moved<br>
>>>>> to github), that barriers to contribute to CPython should be set to<br>
>>>>> the lowest.<br>
>>>>> Of course my situation is a bit special but I think it represents<br>
>>>>> daily struggle of a *lot* of non-western programmer (at least for<br>
>>>>> limited internet)(even here in Australia, landline limited internet<br>
>>>>> connections are very common).<br>
>>>>> It's not a big deal if the MinGW result build is twenty time slower or<br>
>>>>> if some of the most advanced modules can't be build. But everyone<br>
>>>>> programmer should be able to easily make some C hacks and get them to<br>
>>>>> work.<br>
>>>>><br>
>>>>> Hoping you'll be receptive to my pleas,<br>
>>>>> Cheers<br>
>>>>><br>
>>>>><br>
>>>>> * I am currently picking fruits in the regional Australia. I live in a<br>
>>>>> van<br>
>>>>> and have internet through with smartphone through an EDGE connection. I<br>
>>>>> can<br>
>>>>> plug the laptop in the farm but not in the van.<br>
>>>>> ** No fresh programmer use mercurial unless he has a gun pointed on his<br>
>>>>> head.<br>
>>>>> _______________________________________________<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:<br>
>>>>><br>
>>>>> <a href="https://mail.python.org/mailman/options/python-dev/tritium-list%40sdamon.com" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/tritium-list%40sdamon.com</a><br>
>>>><br>
>>>> _______________________________________________<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:<br>
>>>> <a href="https://mail.python.org/mailman/options/python-dev/drsalists%40gmail.com" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/drsalists%40gmail.com</a><br>
>><br>
>> _______________________________________________<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:<br>
>> <a href="https://mail.python.org/mailman/options/python-dev/brian%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/brian%40python.org</a><br>
<br>
_______________________________________________<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/brett%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/brett%40python.org</a><br>
</blockquote></div></div>