[Lennart Regebro]
\>>> I have yet to see a use case for that.
[Tim]
>> Of course you have. When you address them, you usually dismiss them
>> as "calendar operations" (IIRC).
'[Lennart]
> Those are not usecases for this broken behaviour.
>
> I agree there is a usecase for where you want to add
On 29 July 2015 at 02:17, Ben Finney wrote:
> Paul Moore writes:
>
>> On 28 July 2015 at 13:35, Ben Finney wrote:
>> > People can, do, and probably must make many decisions through
>> > non-rational processes. I don't propose to change that.
>>
>> Good.
>>
>> > Choices can be made that, when cha
On Wed, Jul 29, 2015 at 9:40 AM Catalin G. Manciu <
catalin.gabriel.man...@intel.com>
[SNIP -- stuff came back as visible HTML; hopefully I didn't miss something]
>
>
> Thank you for your feedback! We value the community’s input and we would
> like to provide the most relevant results in our autom
Brett Cannon python.org> writes:
>
>
> Should we discuss of these are the benchmarks we want daily reports on
(you can see what the benchmark suite has at
https://hg.python.org/benchmarks/file/2979f5ce6a0c/perf.py#l2243 )? I
personally would prefer dropping pybench and replacing it with a st
On 07/29/2015 09:18 AM, Wes Turner wrote:
sorry, I haven't the context for this
tl;dr -- Mock objects now protect against accidentally accessing wrong assert methods by raising an attribute error; this is different than past behavior in that any attribute that didn't exist
simply returned a
On Jul 28, 2015 10:41 PM, "Stephen J. Turnbull" wrote:
>
> Ben Finney writes:
>
> > I've made a clear distinction between the need to *be able to*
> > justify a change, versus arbitrary demands to do so by arbitrary
> > members.
> >
> > The latter is what you're arguing against, and of course
On Wed, 29 Jul 2015 06:26:44 +0200, Lennart Regebro wrote:
> On Tue, Jul 28, 2015 at 10:26 PM, Tim Peters wrote:
> >> I have yet to see a use case for that.
> >
> > Of course you have. When you address them, you usually dismiss them
> > as "calendar operations" (IIRC).
>
> Those are not usecase
> On 28 Jul 2015, at 03:13, Tres Seaver wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/27/2015 06:11 PM, Ronald Oussoren wrote:
>
>> Treating time as UTC with conversions at the application edge might
>> be "cleaner" in some sense, but can make code harder to read for
>>
