Georg Brandl, 06.07.2011 07:35:
Well, it was stated that even non-joking use of such words can offend
(the example given was "your argument is blind to (these facts)").
I consider use in jokes to be more serious, since it's careless use.
Sorry if I overreacted here.
There's a common saying that
On Wed, Jul 6, 2011 at 6:17 AM, Georg Brandl wrote:
> For this test string, a) I'm not a native speaker and therefore don't know of
> any special treatment this pun deserves
It's not an especially *good* joke, just a very old one that plays on
double meanings of both "see" (as in sight and unders
On Wed, Jul 6, 2011 at 10:38 AM, Brian Curtin wrote:
> On Tue, Jul 5, 2011 at 15:10, Dan Stromberg wrote:
>> Am I correct in assuming that "stable" buildbots are required to be
>> reasonably functional before a release is tagged?
>
> Yep - all green is the goal.
Indeed, that's the main differenc
On Tue, Jul 5, 2011 at 15:10, Dan Stromberg wrote:
>
> On Tue, Jul 5, 2011 at 1:00 PM, Brian Curtin wrote:
>
>> On Tue, Jul 5, 2011 at 14:41, Dan Stromberg wrote:
>>
>>>
>>> On Tue, Jul 5, 2011 at 12:18 PM, Brian Curtin wrote:
>>>
On Tue, Jul 5, 2011 at 14:12, Dan Stromberg wrote:
To clarify, now that I have access to an actual keyboard instead of
just a cellphone: I think it should be rolled back, since the proper
process for controversial changes was not followed. Our process (part
of our culture, if you will) for anything controversial is to discuss
the change first, then
It's not a bug and shouldn't be "fixed". We leave lots of minor infractions
in the code because the code churn of fixing them all would be too
distracting.
On Jul 3, 2011 10:22 AM, "georg.brandl" wrote:
> http://hg.python.org/cpython/rev/76452b892838
> changeset: 71146:76452b892838
> parent: 71144
Exception is for catching, not raising.
On Jul 4, 2011 11:57 AM, "Victor Stinner"
wrote:
> Le lundi 04 juillet 2011 à 18:23 +0200, Antoine Pitrou a écrit :
>> On Mon, 04 Jul 2011 18:06:53 +0200
>> victor.stinner wrote:
>> > http://hg.python.org/cpython/rev/7eef821ab20d
>> > changeset: 71197:7eef8
> Plist and Dict were never documented (in Doc/library/plistlib.rst).
> These classes have no test.
Ouch!
> You mean that I should add an entry to Misc/NEWS saying that these
> classe are now deprecated? Should I also mention the deprecation to the
> "What's new in Python 3.3?" document?
Yes. I
Le mardi 05 juillet 2011 à 07:59 -0400, Eric Smith a écrit :
> On 7/4/2011 8:28 AM, victor.stinner wrote:
> > http://hg.python.org/cpython/rev/4f14050a963f
> > changeset: 71194:4f14050a963f
> > user:Victor Stinner
> > date:Mon Jul 04 14:28:45 2011 +0200
> > summary:
> > Issue #
On Tue, Jul 5, 2011 at 1:00 PM, Brian Curtin wrote:
> On Tue, Jul 5, 2011 at 14:41, Dan Stromberg wrote:
>
>>
>> On Tue, Jul 5, 2011 at 12:18 PM, Brian Curtin wrote:
>>
>>> On Tue, Jul 5, 2011 at 14:12, Dan Stromberg wrote:
>>>
On Tue, Jul 5, 2011 at 7:25 AM, David Robinow wrote:
On Tue, Jul 5, 2011 at 14:41, Dan Stromberg wrote:
>
> On Tue, Jul 5, 2011 at 12:18 PM, Brian Curtin wrote:
>
>> On Tue, Jul 5, 2011 at 14:12, Dan Stromberg wrote:
>>
>>>
>>> On Tue, Jul 5, 2011 at 7:25 AM, David Robinow wrote:
>>>
Cygwin is not really a supported platform.
>>>
>>> ..
On Tue, Jul 5, 2011 at 12:18 PM, Brian Curtin wrote:
> On Tue, Jul 5, 2011 at 14:12, Dan Stromberg wrote:
>
>>
>> On Tue, Jul 5, 2011 at 7:25 AM, David Robinow wrote:
>>
>>>
>>> Cygwin is not really a supported platform.
>>
>> ...
>>
>>> [Ultimately somebody with an
>>> interest in cygwin will
On Tue, Jul 5, 2011 at 14:12, Dan Stromberg wrote:
>
> On Tue, Jul 5, 2011 at 7:25 AM, David Robinow wrote:
>
>>
>> Cygwin is not really a supported platform.
>
> ...
>
>> [Ultimately somebody with an
>> interest in cygwin will need to get active in python development. I've
>> been meaning to d
On Tue, Jul 5, 2011 at 7:25 AM, David Robinow wrote:
>
> Cygwin is not really a supported platform.
...
> [Ultimately somebody with an
> interest in cygwin will need to get active in python development. I've
> been meaning to do this but life gets in the way.]
>
I was bitten by the lack of Cy
Antoine Pitrou writes:
> On Wed, 06 Jul 2011 01:23:55 +0900
> "Stephen J. Turnbull" wrote:
> > Antoine Pitrou writes:
> >
> > > I sincerely hope we don't start using the word "professional" to denote
> > > "careful" or "good quality".
> >
> > No, by "professional" I mean "of a professi
On Wed, 06 Jul 2011 01:23:55 +0900
"Stephen J. Turnbull" wrote:
> Antoine Pitrou writes:
>
> > I sincerely hope we don't start using the word "professional" to denote
> > "careful" or "good quality".
>
> No, by "professional" I mean "of a profession," which is a service
> that is provided by e
Antoine Pitrou writes:
> I sincerely hope we don't start using the word "professional" to denote
> "careful" or "good quality".
No, by "professional" I mean "of a profession," which is a service
that is provided by experts to laymen, and therefore demands adherence
to certain standards since th
Michael Urman gmail.com> writes:
> You can certainly jump through all these hoops, but the pieces here
> are much more suited towards a component definition that can be shared
> among multiple products. If the component always installs to the same
> place, has the same GUID, and otherwise only ch
On Tue, Jul 5, 2011 at 4:27 PM, Stephen J. Turnbull wrote:
> That points to why such changes are justified despite an author's
> right to have her mode of expression respected -- the Python project
> aims at professionalism, and offensive language detracts from it.
Given that the contents of many
On Tue, Jul 5, 2011 at 03:01, Vinay Sajip wrote:
> Were those other Windows apps packaged as .msi, or .exe? AFAICT, although you
> can embed an MSI inside another one, the practice of concurrent/nested
> installations is strongly discouraged by Microsoft - see http://goo.gl/FJx1S
> (Rule 20).
Rig
Mark Hammond gmail.com> writes:
> Or an MSI installer may be able to offer a "repair" feature without too
> much pain.
A few more observations to do with installation:
1. It's been mentioned that a standalone version should be available for use
with earlier Python versions. This could be done
Le mardi 05 juillet 2011 11:49:03, Antoine Pitrou a écrit :
> On Tue, 05 Jul 2011 04:11:45 +0200
>
> ned.deily wrote:
> > LIBSUBDIRS=tkinter tkinter/test tkinter/test/test_tkinter \
> >
> > tkinter/test/test_ttk site-packages test \
> >
> > - test/capath \
> > +
On Tue, 05 Jul 2011 04:11:45 +0200
ned.deily wrote:
> LIBSUBDIRS= tkinter tkinter/test tkinter/test/test_tkinter \
> tkinter/test/test_ttk site-packages test \
> - test/capath \
> + test/capath test/data \
> test/cjkencodings test/decimaltestda
On Tue, 05 Jul 2011 15:27:00 +0900
"Stephen J. Turnbull" wrote:
>
> One could also use the somewhat euphemistic "unprofessional language".
> That points to why such changes are justified despite an author's
> right to have her mode of expression respected -- the Python project
> aims at professio
On 5 July 2011 03:26, Nick Coghlan wrote:
> On Tue, Jul 5, 2011 at 12:12 PM, Mark Hammond
> wrote:
>> If the launcher is such that we can unconditionally recommend its use, IMO
>> we should just install it with Python. I'll go with the consensus though...
>
> I've installed other WIndows apps t
Nick Coghlan gmail.com> writes:
> I've installed other WIndows apps that create multiple add/remove
> programs entries from a single installer. I believe people are
> suggesting a similar thing here (i.e. have the launcher installed
> automatically when installing python, but create a separate ad
On 2/07/2011 5:16 PM, I wrote:
Given [the C implementation] is now ahead of the Python
reference impl, I wonder if we should just drop all wording about that
reference impl and just treat the C impl as canonical?
I'm looking to update the PEP based on this discussion - does anyone
object to t
27 matches
Mail list logo
