On Thu, Dec 17, 2020 at 9:56 AM Evgeni Burovski
wrote:
> On Thu, Dec 17, 2020 at 1:01 PM Matti Picus wrote:
> >
> >
> > On 12/17/20 11:47 AM, Evgeni Burovski wrote:
> > > Just as a side note, this is not very prominent in the docs, and I'm
> > > ready to volunteer to send a doc PR --- I'm only
On Thu, Dec 17, 2020 at 1:01 PM Matti Picus wrote:
>
>
> On 12/17/20 11:47 AM, Evgeni Burovski wrote:
> > Just as a side note, this is not very prominent in the docs, and I'm
> > ready to volunteer to send a doc PR --- I'm only not sure which part
> > of the docs, and would appreciate a pointer.
Noam Yorav-Raphael wrote
> The solution is simple, and is what datetime64 used to do before the
> change
> - have a type that just represents a moment in time. It's not "in UTC" -
> it
> just stores the number of seconds that passed since an agreed moment in
> time (which is usually 1970-01-01
On 12/17/20 11:47 AM, Evgeni Burovski wrote:
Just as a side note, this is not very prominent in the docs, and I'm
ready to volunteer to send a doc PR --- I'm only not sure which part
of the docs, and would appreciate a pointer.
Maybe here
On Tue, Dec 15, 2020 at 1:00 AM Robert Kern wrote:
>
> On Mon, Dec 14, 2020 at 3:27 PM Evgeni Burovski
> wrote:
>>
>>
>>
>> > I also think that the lock only matters for Multithreaded code not
>> > Multiprocess. I believe the latter pickles and unpickles any Generator
>> > object (and the
