It's working for me, so it was probably just a hiccup.
On Sun, May 12, 2019 at 6:19 AM Jeff Allen wrote:
> Is it suspicious that in the detailed log we see:
>
> 'canonical_url': 'http://devguide.python.org/',
>
> ? I guess this comes from project admin configuration at RTD, additional
> to
> From Marc-Andre Lemburg, I understand that Paul's PR is a good
> compromise and that other datetime implementations which cannot use
> tzidx() cache (because it's limited to an integer in [0; 254]) can
> subclass datetime or use a cache outside datetime.
One idea that we can put out there
Le ven. 10 mai 2019 à 09:22, M.-A. Lemburg a écrit :
> Given that many datetime objects in practice don't use timezones
> (e.g. in large data stores you typically use UTC and naive datetime
> objects), I think that making the object itself larger to accommodate
> for a cache, which will only be
In response to all of your responses:
No need to take offense, I was merely summarising the research you
posted in a way that looks more like scenarios or requirements. It's a
typical software engineering task. Being able to collect snippets and
let people draw their own conclusions is one
)Le lun. 13 mai 2019 à 18:28, Steve Dower a écrit :
> My take:
> * all the examples are trying to be isolated from the system Python
> install (except Vim?)
"Isolation" means different things:
* ignore configuration files
* ignore environment variables
* custom path configuration (sys.path,
On 10May2019 1832, Victor Stinner wrote:
Hi,
First of all, I just found an old issue that we will solved by my PEP 587 :-)
Add Py_SetFatalErrorAbortFunc: Allow embedding program to handle fatal errors
https://bugs.python.org/issue30560
Yes, this should be a feature of any redesigned