Julien Palard added the comment:
Found another hypothesis: As the builds take a long time, builds may overlap
(starting a build while another is still unfinished, typically rsync-ing its
files), but this would result in:
- japanese being build while french being rsynced
- french being build
Julien Palard added the comment:
I'd prefer to understand exacly what is going wrong and fix it, but I agree it
would fix the issue and even fix the other hypothesis, so I don't exclude doing
it, even if I find the root cause.
I'm currently doing a full build locally (I p
Julien Palard added the comment:
I'm still unable to reproduce the bug.
I'm now monitoring the docs.python.org hierarchy whith a:
grep -rl 'définition' /srv/docs.python.org/ja/; grep -rl か
/srv/docs.python.org/{2.7,3.6,3.7}
So if it happen again we'll maybe lear
Julien Palard added the comment:
Problem happen during pdflatex, I tried a local build and got:
! Package hyperref Error: Wrong DVI mode driver option `dvipdfmx',
(hyperref)because pdfTeX or LuaTeX is running in PDF mode.
See the hyperref package documentation for explan
Change by Julien Palard :
--
nosy: +linkid
___
Python tracker
<https://bugs.python.org/issue31589>
___
___
Python-bugs-list mailing list
Unsubscribe:
Julien Palard added the comment:
After an upgrade of my venv, the error is now:
Latexmk: applying rule 'pdflatex'...
Rule 'pdflatex': File changes, etc:
Changed files, or newly in use since previous run(s):
'faq.aux'
'faq.out'
&#x
Julien Palard added the comment:
One difference I see in the logs of sucessfully building the faq.tex and
failing to build it is:
Package hyperref Warning: Token not allowed in a PDF string (Unicode):
Looks like if I remove all non-ascii characters from titles, it builds again
Julien Palard added the comment:
Problem looks like the utf8x package is not friend with tableofcontent:
-
https://tex.stackexchange.com/questions/240801/utf8x-character-fails-in-the-table-of-contents-every-second-time-i-compile
-
https://tex.stackexchange.com/questions/164458
Julien Palard added the comment:
For the record, I can reproduce the issue with this minimal test file:
mdk@windhowl$ ls -lah
total 108K
drwxr-xr-x 2 mdk mdk 4.0K Oct 2 21:15 .
drwxrwxrwt 18 root root 96K Oct 2 21:15 ..
-rw-r--r-- 1 mdk mdk 196 Oct 2 21:13 faq.tex
mdk@windhowl$ cat
Julien Palard added the comment:
I personally do not care about using utf8x, it has been introduced in:
r74549 | benjamin.peterson | 2009-08-24 12:42:36 -0500 (Mon, 24 Aug 2009) | 1
line
fix pdf building by teaching latex the right encoding package
# Get LaTeX to handle Unicode
Julien Palard added the comment:
We spotted some quoting probleme in the french translation too, and I still
didn't had time to look at it, typically here:
https://docs.python.org/fr/3/library/itertools.html#itertool-functions
where we're getting:
10.1.1. Fonctions d”itertool¶
Julien Palard added the comment:
FTR I'm still daily monitoring the presence of mixed-up pages server side and
did not spotted a single one.
I'm still using my very basic:
$ grep -rl 'définition' /srv/docs.python.org/ja/; grep -rl か
/srv/docs.pyt
Julien Palard added the comment:
→ https://docs.python.org/fr/
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Julien Palard added the comment:
Tested locally with different versions of sphinx-build:
- 1.3.3 does not produce the issue
- 1.6.2 (used on docs.python.org) produces the issue
- 1.6.3 does not produce the issue
- 1.6.4 does not produce the issue
Reading the changelog between 1.6.2 and 1.6.3
New submission from Julien Palard :
Hi, thanks for reporting.
This method has been renamed in
https://github.com/python/cpython/commit/28a691b7fdde1b8abafa4c4a5025e6bfa44f48b9
and is only used in Lib/site.py (currently in main()).
The function has a docstring, so:
Help on function
Julien Palard added the comment:
Today I tried without utf8x and an up-to-date version of texlive, errors looked
less mystical, so I was able to open a readable / easy to reproduce issue:
https://github.com/sphinx-doc/sphinx/issues/4136
I then followed the idea of trying xetex and I was able
New submission from Julien Palard :
It would be great to allow each translation to specify their smart-quotes
configuration, typically Japanese prefer no smart-quotes:
- https://github.com/python/docsbuild-scripts/issues/32
It's easily done by adding a Doc/docutils.conf file, I'm op
Julien Palard added the comment:
Finally have a combination of latex engines that work for every cases, did a PR
on docsbuild-scripts:
https://github.com/python/docsbuild-scripts/pull/34/
I already pulled xelatex on docs.iad1.psf.io via
https://github.com/python/psf-salt/commit
Change by Julien Palard :
--
nosy: +jfbu
___
Python tracker
<https://bugs.python.org/issue32200>
___
___
Python-bugs-list mailing list
Unsubscribe:
Julien Palard added the comment:
Yes, it's related to:
- https://github.com/python/cpython/pull/3940
- https://github.com/python/cpython/pull/4069
Idea is: Unicode characters are not well supported by pdflatex which what's
we're using to build our PDF files.
There's t
Julien Palard added the comment:
It works with xelatex (https://github.com/python/cpython/pull/3940), here's the
difference:
https://screenshots.firefox.com/wSn4a8WyFMNzXgKm/null
https://screenshots.firefox.com/WmUNljwcO8mImchP/null
The "bold" one is the xelatex one.
In case
Julien Palard added the comment:
I recommand PR 3940, as it's simple, and as I'm still unable to fix issue32200
with PR 4069 (I still don't understand how to write those latex macros).
I'm open to follow the discussion about PR 4069, if one find a nice
documentable repro
Julien Palard added the comment:
Japanese is failing expectedly (may work with platex but not xelatex), but I
hoped french to build. But the build server is giving:
! Improper discretionary list.
}
l.359 ...{PyObject} \PYG{o}{*}\PYG{n}{t}\PYG{p
Julien Palard added the comment:
Due to issue 32200, we switched on xelatex, it however did **not** fixed the
french builds as expected, maybe because we're using an old version of xelatex.
The issue:
! Improper discretionary list.
}
l.359 ...{PyObject} \
Julien Palard added the comment:
XeTeX 0.6 was released in march 2016, so it's not even in Ubuntu 16.04
Xenial Xerus. On docs.iad1.psf.io we're having Ubuntu 14.04 (an LTS ending
around february 2019).
--
___
Python track
Julien Palard added the comment:
For me, french compile correctly with current state of cpython's conf.py and
texlive-xetex 2017.20171128-1, if it helps.
I tried (not enough) and fail to test locally with a texlive-xetex from 2013 (I
should try with a VM maybe, Debian won't let
Julien Palard added the comment:
Just spotted the "CORE DEVELOPMENT" link in the bugs.python.org points to the
old one too.
Redirections should be placed on https://docs.python.org/devguide/ to the new
one too.
--
nosy: +mdk
___
Pyth
Julien Palard added the comment:
I opened a PR on psf-salt to fix HTTP redirections
https://github.com/python/psf-salt/pull/123
--
___
Python tracker
<https://bugs.python.org/issue30
Julien Palard added the comment:
Just created http://psf.upfronthosting.co.za/roundup/meta/issue646 to track the
"CORE DEVELOPMENT" link of b.p.o.
--
___
Python tracker
<https://bugs.python.o
Julien Palard added the comment:
I don't see a leak here: as long as nobody keep a reference to each connection
objects, pysqlite_connection_dealloc will be called and will call the
sqlite3_close.
In other words the sqlite3_close is called when the connection is destroyed,
which happen
Julien Palard added the comment:
Looks like this behavior is documented in the bio_should_retry(3) man page.
Basically bio_should_retry() tells if the error was non-fatal:
int BIO_fd_should_retry(int i)
{
int err;
if ((i == 0) || (i == -1)) {
err
Julien Palard added the comment:
Or is there any issue that would have been easier to fix with reproductible
temporary file names?
--
nosy: +mdk
___
Python tracker
<https://bugs.python.org/issue32
Julien Palard added the comment:
I concur with Raymond and Serhiy here, and monkeypatching tmpfile should not be
that hard, maybe patching `tempfile._Random` with `partial(random.Random,
seed)` if done soon enough?
--
___
Python tracker
<ht
Julien Palard added the comment:
Sadly I can't see it, it may have already been fixed by the cron task (I'm 3
hours late).
I grepped on the server to check if there's another page: no one found.
I'll try to fix it by the proposed simple idea that make sense of using
d
Change by Julien Palard :
--
nosy: +mdk
___
Python tracker
<https://bugs.python.org/issue32393>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Julien Palard :
--
nosy: +mdk
___
Python tracker
<https://bugs.python.org/issue30607>
___
___
Python-bugs-list mailing list
Unsubscribe:
Julien Palard added the comment:
https://github.com/python/docsbuild-scripts/pull/36
--
___
Python tracker
<https://bugs.python.org/issue31584>
___
___
Python-bug
Julien Palard added the comment:
Tested with:
@memoize()
def foo(x):
raise Exception("From foo")
for _ ∈ range(5):
try:
foo(42)
except Exception as err:
print(err)
using a python 3.5.4, 3.6.4, and master(13a6c09), and was
New submission from Julien Palard :
The devguide advise to run `make -j`, why not, but in any cases between `make
-j4` and `make -j` the warning:
---
Modules/Setup.dist is newer than Modules/Setup;
check to make sure you have all the
Change by Julien Palard :
--
keywords: +patch
pull_requests: +4905
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32429>
___
___
Py
Julien Palard added the comment:
Antoine: I may take a look at this too.
Still, stopping in the Makefile looks a first trivial step toward not being
screwed by it, removing it looks non trivial, will raise discussions, let's
make it another
Julien Palard added the comment:
> maintain your own branch with changes to a tracked file
Make sense for me, Xavier, would this fit your usage?
--
___
Python tracker
<https://bugs.python.org/issu
Julien Palard added the comment:
As the C implementation is already shadowing the Python implementation when
available (last lines of Lib/xml/etree/ElementTree.py), using `.copy()` is
already a bug magnet (works when the Python implem is used, does not work when
shadowed by the C implem
Julien Palard added the comment:
I straced both chromium and Python during the issue and seen this:
Chromium open a socket (port 55084), sends "GET /domain1.html" to it.
Python accepts it, reads "GET /domain1.html", replies, OK
Chromium closes socket on port 55084
Chromium
Change by Julien Palard :
--
components: +Build
versions: +Python 2.7, Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.org/issue32430>
___
___
Pytho
Julien Palard added the comment:
Discussion about further simplifications goes here:
https://bugs.python.org/issue32430
--
___
Python tracker
<https://bugs.python.org/issue32
New submission from Julien Palard :
Related to: https://bugs.python.org/issue32429
The bahavior of Modules/Setup{,.dist,.local} looks inherited from an old time:
- A Setup.dist exist
- ./configure copies it to Setup (cp $srcdir/Modules/Setup.dist Modules/Setup)
- ./configure installs a dummy
Change by Julien Palard :
--
keywords: +patch
pull_requests: +4908
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue31639>
___
___
Py
Julien Palard added the comment:
I wrote a 2 lines PR in which I propose to use threads to handle connections as
it's well supported by socketserver via a ThreadingMixIn and fixes the issue.
--
___
Python tracker
<https://bugs.py
Julien Palard added the comment:
David you're right, I updated my patch, also added some documentation and a
news entry.
Glenn I can't tell if my PR fixes your issue without an strace or a test. It
fixes the one I straced (pre-opening sockets leading to Python reading
indefi
Julien Palard added the comment:
Glenn you're right I modified my PR.
--
___
Python tracker
<https://bugs.python.org/issue31639>
___
___
Python-bugs-list m
Julien Palard added the comment:
I don't agree with the API breakage, the C implementation of the module does
not expose copy(), so code using copy() is already broken (since 2005) in cases
the C implementation is used.
I also expect the C implementation to be used almost anywhere, but
Julien Palard added the comment:
I also think PR 5062 complicate the thing I'm trying to simplify, it's the
wrong direction.
I also don't understand why having a single versioned `Setup` file is not
enough, can someone give a clear explanatio
Change by Julien Palard :
--
stage: patch review -> backport needed
___
Python tracker
<https://bugs.python.org/issue33595>
___
___
Python-bugs-list mai
Julien Palard added the comment:
New changeset 1cee216cf383eade641aed22f4ec7d4cb565ecff by Julien Palard (Géry
Ogam) in branch 'master':
bpo-31639: Change ThreadedHTTPServer to ThreadingHTTPServer class name (GH-7195)
https://github.com/python/cpyt
Change by Julien Palard :
--
pull_requests: +6852
___
Python tracker
<https://bugs.python.org/issue31639>
___
___
Python-bugs-list mailing list
Unsubscribe:
Julien Palard added the comment:
New changeset 4f53e2ac16e0bebae0a0c18f220295035b081ee3 by Julien Palard in
branch '3.7':
[3.7] bpo-31639: Change ThreadedHTTPServer to ThreadingHTTPServer class name
(GH-7195) (GH-7219)
https://github.com/python/cpyt
New submission from Julien Palard :
In the old version picker used back in 3.5 [1], the function patch_url was
patching using the following regex:
var url_re = /\.org\/(\d|py3k|dev|((release\/)?\d\.\d[\w\d\.]*))\//,
which does not expects a language tag.
This means, for example, that
Julien Palard added the comment:
3rd possibility, docsbuild-scripts could also apply a patch during the doc
compilation.
--
___
Python tracker
<https://bugs.python.org/issue33
Julien Palard added the comment:
Hi Larry, bringing you in, I'd like your word on this.
--
nosy: +larry
___
Python tracker
<https://bugs.python.org/is
Julien Palard added the comment:
It's from docutils (see details below), it can be fixed in pydoctheme.css by
adding something like:
li p {
margin-bottom: 0;
}
Would look like: https://mdk.fr/list-before.png → https://mdk.fr/list-after.png
is it better? (If it's better I sti
Julien Palard added the comment:
An intermediate fix would be to remove only bottom of first paragraphs:
li p.first {
margin-bottom: 0;
}
It looks like: https://mdk.fr/list-intermediate.png
--
___
Python tracker
<https://bugs.python.
Julien Palard added the comment:
> So, if news items followed that rule, would the css change still be necessary?
The CSS change would not be necessary, so yes the issue is "Don't mix
paragraphs in changelogs".
Maybe we can add an option to blurb merge to only keep the f
New submission from Julien Palard :
In [1] I read:
> If the target list is a comma-separated list of targets, or a single target
> in square brackets
This come from https://bugs.python.org/issue23275 (patch is [2]).
I suspect there's a missing case "list of targets in squar
Julien Palard added the comment:
Agree, the empty list could be merged, the only special-case is the "single
item in parenthesis", as always.
I'm still exploring the path to simplicity over explicitly listing everything
(but in the reference, explicitly listing could
Change by Julien Palard :
--
keywords: +patch
pull_requests: +7370
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33878>
___
___
Py
New submission from Julien Palard :
Using IDLE REPL, I found confusing the absence of a "secondary prompt" while
typing multiline statements, see attached screenshot where the "correctly
aligned" code raises a SyntaxError while a strangely unaligned code is given
correctl
Julien Palard added the comment:
Thanks Terry, it perfectly make sense.
> I intend to open an issue about separating the prompt from statement entry to
> remove the latter.
Do you mean, by putting the ">>>" in a separated "physical" / "fixed-width&q
Julien Palard added the comment:
> Maybe, all you we need to do is adding "-D
> html_theme_options.body_max_width=none" option to sphinx-build when building
> html for htmlhelp, in Doc/make.bat.
As far as I can see, it's the right solution, but I have no windows
Change by Julien Palard :
--
keywords: +patch
pull_requests: +7657
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Julien Palard :
--
keywords: +patch
pull_requests: +7720
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32523>
___
___
Py
Julien Palard added the comment:
terry: Make sense, I'll also try to add the reminder in blurb if I find an
appropriate place and wording.
--
stage: patch review ->
___
Python tracker
<https://bugs.python.org
Julien Palard added the comment:
Hi Inada, you're right and that's more or less why I not used CJK in the
implementation: mainly I don't want to close the door to future enhancements on
this topic (char width) of non-CJK languages (like those "invisible hyphens
Julien Palard added the comment:
Can reproduce with 3.7.0 on Linux.
--
nosy: +mdk
___
Python tracker
<https://bugs.python.org/issue34073>
___
___
Python-bug
Julien Palard added the comment:
Hi Ned, what do you think about https://github.com/python/cpython/pull/8154?
I feel this is a bit a huge change in NEWS entry writing policy which make them
less readable (in text files). Is it really worth it to change the policy to
single-paragraph only
New submission from Julien Palard :
On a freshly installed python3.6.6 using "pyenv install --debug 3.6.6", on a
freshly created venv, after running a `pip install ansible`, I'm getting
exactly those dependencies:
ansible==2.6.1
asn1crypto==0.24.0
bcrypt==3.1.4
cffi==1.11.5
cr
Julien Palard added the comment:
I think it's already compiled in debug mode
(https://github.com/pyenv/pyenv/blob/c057a80c8296a7c694e4ef80ecbac0d0c169df7a/plugins/python-build/bin/python-build#L2050).
`-X dev` won't help (it's a 3.6.6 not a 3.7).
The debug come from _Py_
Julien Palard added the comment:
Can reproduce with python3.7 from Debian packages, but can't reproduce with a
python3.7 built with --with-pydebug.
--
nosy: +mdk
___
Python tracker
<https://bugs.python.org/is
Julien Palard added the comment:
After noticing that without pydebug I can reproduce in v3.7.0 but not in master
I ran a git bisect, the following commit looks like it fixes the issue:
```
commit 16dfca4d829e45f36e71bf43f83226659ce49315
Author: INADA Naoki
Date: Sat Jul 14 12:06:43 2018
Change by Julien Palard :
--
pull_requests: +8537
___
Python tracker
<https://bugs.python.org/issue32430>
___
___
Python-bugs-list mailing list
Unsubscribe:
Julien Palard added the comment:
In one hand, I already spotted students exchanging paragraphs numbers, when
both have the same page open but one want to point a specific paragraph to the
other, it goes like "humm that thing is docuemtented in paragraph 3.17.3.12".
Don't mi
Julien Palard added the comment:
I can reproduce it locally [1]. The Python logo at the left dissapear to, it
goes from "[LOGO] Python »" to "3.7.0 Documentation »".
Did not spotted recent changes in the theme / docsbuild-scripts / cpython/Doc
for the moment, but now I
Julien Palard added the comment:
I got it back by building with 90f7d455b (7 days ago), so I'm git bisecting...
--
___
Python tracker
<https://bugs.python.org/is
Julien Palard added the comment:
Yes, got it too : 512d7101098b971837cbb406942215244f636547, they literally
removed the searchbox:
$ git show 512d7101098b971837cbb406942215244f636547 | grep searchbox
-{%- macro searchbox() %}
-{# modified from sphinx/themes/basic/searchbox.html
Change by Julien Palard :
--
nosy: +yselivanov
___
Python tracker
<https://bugs.python.org/issue34733>
___
___
Python-bugs-list mailing list
Unsubscribe:
Julien Palard added the comment:
Thanks Yuri (and thanks for the rewrite!)
--
___
Python tracker
<https://bugs.python.org/issue34733>
___
___
Python-bugs-list m
Julien Palard added the comment:
Thanks for the follow up!
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Julien Palard :
According to the doc:
:class:`partial` objects are like :class:`function` objects in that they
are callable, weak referencable, and can have attributes.
I don't understand why "weak" here, and it's the only occurence of "w
Julien Palard added the comment:
TIL.
So it really make sense in this context to tell a functools.partial is weak
referencable?
--
___
Python tracker
<https://bugs.python.org/issue34
Change by Julien Palard :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue34830>
___
___
New submission from Julien Palard :
New changeset 07fbbfde1b300369b4f8d1cfb80045fbb23b7091 by Julien Palard
(Stéphane Wirtel) in branch 'master':
bpo-34906: Doc: Fix typos (GH-9712)
https://github.com/python/cpython/commit/07fbbfde1b300369b4f8d1cfb80045fbb23b7091
--
Julien Palard added the comment:
New changeset 683281f536981da395575b5a07d6761118259fd2 by Julien Palard
(Stéphane Wirtel) in branch 'master':
bpo-34906: Doc: Fix typos (2) (GH-9735)
https://github.com/python/cpython/commit/683281f536981da395575b5a07d676
Julien Palard added the comment:
New changeset 84eec1199583bcb034e43337bcb8e2b876ebd269 by Julien Palard
(Stéphane Wirtel) in branch 'master':
bpo-23596: Add unit tests for the command line for the gzip module (GH-9775)
https://github.com/python/cpyt
Julien Palard added the comment:
New changeset e8bbc52debfd1b28517946d65db257e6b6d92e29 by Julien Palard
(Stéphane Wirtel) in branch 'master':
bpo-23596: Use argparse for the command line of gzip (GH-9781)
https://github.com/python/cpython/commit/e8bbc52debfd1b28517946d65db257
Julien Palard added the comment:
New changeset 7c817e620be9013466d4dd008a2f1dbffcf7517e by Julien Palard
(Stéphane Wirtel) in branch 'master':
bpo-34913: Document gzip command line interface (GH-9782)
https://github.com/python/cpython/commit/7c817e620be9013466d4dd008a2f1d
Change by Julien Palard :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Julien Palard :
--
resolution: -> fixed
___
Python tracker
<https://bugs.python.org/issue23596>
___
___
Python-bugs-list mailing list
Unsubscrib
Julien Palard added the comment:
New changeset a4910c2498b1d6ad61d5ae34ba991d61d6a3 by Julien Palard
(Stéphane Wirtel) in branch '3.7':
[3.7] bpo-34906: Doc: Fix typos (2) (GH-9735)
https://github.com/python/cpython/commit/a4910c2498b1d6ad61d5ae34ba
Julien Palard added the comment:
New changeset e7ebf1453beb1a40e65630897fa1e35a3c2d3ec1 by Julien Palard
(Stéphane Wirtel) in branch '3.6':
[3.6] bpo-34906: Doc: Fix typos (2) (GH-9735)
https://github.com/python/cpython/commit/e7ebf1453beb1a40e65630897fa1e3
Change by Julien Palard :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
401 - 500 of 685 matches
Mail list logo
