On Tue, Jun 24, 2014 at 1:25 AM, A.M. Kuchling wrote:
> On Mon, Jun 23, 2014 at 04:12:24PM -0400, R. David Murray wrote:
>> The stats graphs are based on the data generated for the
>> weekly issue report. I have a patched version of that
>> report that adds the bug/enhancement info.
>
> After PyC
On Mon, Jun 23, 2014 at 6:52 PM, francis wrote:
>
>> Hi,
>> I added a new "stats" page to the bug tracker:
>> http://bugs.python.org/issue?@template=stats
>
> Thanks Ezio,
>
> Two questions:
> how hard would be to add (or enhance) a chart with the
> “open issues type enhancement” and “open issues
On 24 Jun 2014 07:29, "Donald Stufft" wrote:
>
>
> On Jun 23, 2014, at 5:22 PM, Barry Warsaw wrote:
>
> > On Jun 23, 2014, at 05:15 PM, Donald Stufft wrote:
> >
> >> Normally when I see someone suggest that switching compilers
> >> in 2.7.x is likely to be less work than releasing a 2.8 It normal
On Mon, Jun 23, 2014 at 04:12:24PM -0400, R. David Murray wrote:
> The stats graphs are based on the data generated for the
> weekly issue report. I have a patched version of that
> report that adds the bug/enhancement info.
After PyCon, I started working on a scraper that would produce a bunch
o
On Jun 23, 2014, at 5:48 PM, Chris Angelico wrote:
> On Tue, Jun 24, 2014 at 6:42 AM, "Martin v. Löwis" wrote:
>> See my other message. It's actually heavier, since it requires changes
>> to distutils, PyPI, pip, buildout etc., all which know how to deal with
>> Python minor version numbers, bu
On Tue, Jun 24, 2014 at 6:42 AM, "Martin v. Löwis" wrote:
> See my other message. It's actually heavier, since it requires changes
> to distutils, PyPI, pip, buildout etc., all which know how to deal with
> Python minor version numbers, but are unaware of the notion of competing
> ABIs on Windows
On Jun 23, 2014, at 05:28 PM, Donald Stufft wrote:
>Can you clarify?
What support guarantees will we make about Python 2.8? Will it be supported
as long as Python 2.7? Longer? Will we now have two long-term support
versions or change *years* of expectations that users should transition off of
On 06/21/2014 02:48 PM, Ethan Furman wrote:
On 06/21/2014 02:37 PM, M.-A. Lemburg wrote:
My answers to these are: 1. We should use dynamic linking
instead and not let OpenSSL bugs trigger Python releases; 2.
It's not a big problem; 3. Yes, please, since it is difficult
for people to develop and
On Jun 23, 2014, at 5:22 PM, Barry Warsaw wrote:
> On Jun 23, 2014, at 05:15 PM, Donald Stufft wrote:
>
>> Normally when I see someone suggest that switching compilers
>> in 2.7.x is likely to be less work than releasing a 2.8 It normally
>> appears to me they haven’t looked at the impact on th
On Jun 23, 2014, at 05:15 PM, Donald Stufft wrote:
>Normally when I see someone suggest that switching compilers
>in 2.7.x is likely to be less work than releasing a 2.8 It normally
>appears to me they haven’t looked at the impact on the packaging
>tooling.
Just to be clear, releasing a Python 2.
Not being a Python developer, I normally just lurk on Py-Dev, but I figured
I'd throw this out there for this thread:
Recent version of Maya embed Python 2.x, and the newer version of Maya (I
believe 2012 was the first version) embeds a Python 2.7 compiled with VS
2010. From my experience, most C
On Jun 23, 2014, at 5:07 PM, M.-A. Lemburg wrote:
> On 23.06.2014 22:20, Donald Stufft wrote:
>>
>> On Jun 23, 2014, at 3:27 PM, M.-A. Lemburg wrote:
>>
>>> On 23.06.2014 18:09, Donald Stufft wrote:
On Jun 23, 2014, at 2:09 AM, Martin v. Löwis wrote:
>>
>> * Should
In article <14de41e2-5314-4e49-be93-85eeeddde...@stufft.io>,
Donald Stufft wrote:
> On Jun 23, 2014, at 4:31 PM, Martin v. Lowis wrote:
>
> >>
> >> Would that mitigate the pain, assuming that
> >> Steve (or someone else) would be willing to build the additional
> >> installers for the trans
On 23.06.2014 22:20, Donald Stufft wrote:
>
> On Jun 23, 2014, at 3:27 PM, M.-A. Lemburg wrote:
>
>> On 23.06.2014 18:09, Donald Stufft wrote:
>>>
>>> On Jun 23, 2014, at 2:09 AM, Martin v. Löwis wrote:
>>>
>
> * Should we make use of the potential breakage with 2.7.10
> to introdu
Am 23.06.14 22:31, schrieb Barry Warsaw:
> Well, on reason is that you'd have to convince MvL or someone else to take
> over the work that would require, but that's gotta be *much* lighter weight
> than releasing a Python 2.8.
Just to point this out in a separate message: it will have to be
somebo
On Jun 23, 2014, at 4:31 PM, Martin v. Löwis wrote:
>>
>> Would that mitigate the pain, assuming that
>> Steve (or someone else) would be willing to build the additional
>> installers for the transition period? I've done something similar on a
>> smaller scale with the OS X 32-bit installer
Am 23.06.14 22:31, schrieb Barry Warsaw:
> On Jun 23, 2014, at 04:20 PM, Donald Stufft wrote:
>
>> At the risk of getting Guido to post his slide again, I still think the
>> solution to the old compiler is to just roll a 2.8 with minimal changes.
>
> No. It's not going to happen, for all the rea
> Antoine Pitrou wrote:
> Le 23/06/2014 15:27, M.-A. Lemburg a écrit :
>>
>> Not sure what you mean. We've had binary wininst distributions for
>> Windows for more than a decade, and egg and msi distributions for 8
>> years :-)
>>
>> But without access to the VS 2008 compiler that is needed to co
Am 23.06.14 21:53, schrieb Ned Deily:
> It does seem like a conundrum. As I have no deep Windows experience to
> be able to have an appreciation of all of the technical issues involved,
> I ask out of ignorance: would it be possible and desirable to provide a
> transition period of n 2.7.x main
On Jun 23, 2014, at 4:31 PM, Barry Warsaw wrote:
> On Jun 23, 2014, at 04:20 PM, Donald Stufft wrote:
>
>> At the risk of getting Guido to post his slide again, I still think the
>> solution to the old compiler is to just roll a 2.8 with minimal changes.
>
> No. It's not going to happen, for
Am 23.06.14 22:04, schrieb Antoine Pitrou:
> Le 23/06/2014 15:27, M.-A. Lemburg a écrit :
>>
>> Not sure what you mean. We've had binary wininst distributions
>> for Windows for more than a decade, and egg and msi distributions
>> for 8 years :-)
>>
>> But without access to the VS 2008 compiler tha
On 06/23/2014 01:04 PM, Antoine Pitrou wrote:
Le 23/06/2014 15:27, M.-A. Lemburg a écrit :
Not sure what you mean. We've had binary wininst distributions
for Windows for more than a decade, and egg and msi distributions
for 8 years :-)
But without access to the VS 2008 compiler that is needed
On Jun 23, 2014, at 04:20 PM, Donald Stufft wrote:
>At the risk of getting Guido to post his slide again, I still think the
>solution to the old compiler is to just roll a 2.8 with minimal changes.
No. It's not going to happen, for all the reasons discussed previously.
Python 2.8 is not a soluti
On Jun 23, 2014, at 3:27 PM, M.-A. Lemburg wrote:
> On 23.06.2014 18:09, Donald Stufft wrote:
>>
>> On Jun 23, 2014, at 2:09 AM, Martin v. Löwis wrote:
>>
* Should we make use of the potential breakage with 2.7.10
to introduce a new Windows compiler version for Python 2.7 ?
>
On Mon, 23 Jun 2014 17:52:33 +0200, francis wrote:
>
> > Hi,
> > I added a new "stats" page to the bug tracker:
> > http://bugs.python.org/issue?@template=stats
> Thanks Ezio,
>
> Two questions:
> how hard would be to add (or enhance) a chart with the
> âopen issues type enhancementâ and â
Le 23/06/2014 15:27, M.-A. Lemburg a écrit :
Not sure what you mean. We've had binary wininst distributions
for Windows for more than a decade, and egg and msi distributions
for 8 years :-)
But without access to the VS 2008 compiler that is needed to
compile those extensions,
It does seem to
In article <53a87fb3.2000...@egenix.com>,
"M.-A. Lemburg" wrote:
[...]
> But without access to the VS 2008 compiler that is needed to
> compile those extensions, it will become increasingly difficult
> for package authors to provide such binary packages, so we have to
> ask ourselves:
>
> What's
On 23.06.2014 18:09, Donald Stufft wrote:
>
> On Jun 23, 2014, at 2:09 AM, Martin v. Löwis wrote:
>
>>>
>>> * Should we make use of the potential breakage with 2.7.10
>>> to introduce a new Windows compiler version for Python 2.7 ?
>>
>> Assuming it is a good idea to continue producing Windows
On Jun 23, 2014, at 2:09 AM, Martin v. Löwis wrote:
>>
>> * Should we make use of the potential breakage with 2.7.10
>> to introduce a new Windows compiler version for Python 2.7 ?
>
> Assuming it is a good idea to continue producing Windows binaries
> for 2.7, I think it would be a bad idea
Hi,
I added a new "stats" page to the bug tracker:
http://bugs.python.org/issue?@template=stats
Thanks Ezio,
Two questions:
how hard would be to add (or enhance) a chart with the
“open issues type enhancement” and “open issues type bug”
info ?
In the summaries there is a link to “Issues with
30 matches
Mail list logo
