New submission from Julien:
The `http.HTTPStatus` class provides constants for most of the HTTP status
codes.
Status code 421 was added by the RFC 7540 (HTTP/2), and is not part of this
class. It is described as follows:
> The 421 (Misdirected Request) status code indicates that the requ
New submission from Julien:
I tried to execute the following code, but `xmlrpclib` is raising an exception:
>>> import xmlrpclib
>>> data = """
Julien added the comment:
Hi,
The thread on python-ideas did not raised a long conversation, I don't think
many english speaking people are interested in this subject, and non-english
people are not in this list.
BWT, we translated a lot since march: translated 23% of the strings (vers
Julien added the comment:
> About the URL, we are only talking about 4 languages
Yes, and other are clearly not ready to be merged, I still don't know if they
want it to happen soon.
> For docs.python.org.ar, I don't know if it's "spanish" or "spanish o
Julien added the comment:
> From what I know of regional and country variations in spanish, [...] we
> (pydev) should not worry until there is an actual conflict from competing
> translations.
Totally agree.
> The patch has this table:
> + # version
Julien added the comment:
@zach.ware done: https://github.com/python/docsbuild-scripts/pull/1
--
___
Python tracker
<http://bugs.python.org/issue26546>
___
___
New submission from Julien:
Was running `python -m pip install ansible` when I got a "segmentation fault".
bt is:
(gdb) bt
#0 0x004a7ec4 in visit_decref () at ../Modules/gcmodule.c:360
#1 0x004a7fa9 in dict_traverse () at ../Objects/dictobject.c:2144
#2 0x0
Julien added the comment:
@Ned
Despite the segfault, cffi installs well, the segfault occurs during a garbage
collect, very late, inside Py_Exit according to the backtrace, so it has no
impact.
> What platform are you on and what is the source of the Python 2.7
Debian stretch, python (
Julien added the comment:
@ned Oh ok. I just tried, with `--no-use-wheel`: no segfault.
--
___
Python tracker
<http://bugs.python.org/issue27542>
___
___
Pytho
Julien added the comment:
CFFI issue, like for the record:
https://bitbucket.org/cffi/cffi/issues/272/segfault-while-installing-via-pip
--
___
Python tracker
<http://bugs.python.org/issue27
Julien added the comment:
At cffi they thinks the bug may be from cpython or pip, as
```
$ python -m pip install --user cffi
Collecting cffi
Using cached cffi-1.7.0-cp27-cp27mu-manylinux1_x86_64.whl
Collecting pycparser (from cffi)
Installing collected packages: pycparser, cffi
Successfully
Julien added the comment:
Hi,
Look like it has not been merged, is there something I can do to help with this?
Bests
--
___
Python tracker
<http://bugs.python.org/issue26
Julien added the comment:
Hi,
I completly missed the "review" link, sry. I reviewed comments, and I'm trying
to provide an up-to-date patch that you'll hopefully won't have to doctor to
make Rietveld eat it.
--
Added file: http://bugs.python.org/
Julien added the comment:
I'm on the way of simplifying my [pull request for
docsbuild-script](https://github.com/python/docsbuild-scripts/pull/1) with two
goals in mind:
- Simplify to make it more robust
- Avoid executing external (~untrusted) Makefile on docs.python.org server
Julien added the comment:
Upladed a new patch, I was working on 3.5 branch so I did not get all errors.
I'm still having:
WARNING: Could not parse literal_block as "ini". highlighting skipped.
But it may be considered another bug: pygments ini parser can't parse
Julien added the comment:
Oh and, is there a proper way for me to generate a diff that rietveld can eat
without someone regeneratig it?
--
___
Python tracker
<http://bugs.python.org/issue26
Julien added the comment:
Here a new patch after reviewing comments on rietveld.
--
Added file: http://bugs.python.org/file43892/issue26462.v5.diff
___
Python tracker
<http://bugs.python.org/issue26
Julien added the comment:
@martin I reviewed my changes on `decimal.rst` and I now just fixing the
indentation problem, so I don't change anything unrealated to fixing warnings,
and don't break doctests.
--
___
Python trac
Julien added the comment:
Hi,
You're right, nice catch!
Removing `python -q` from the code block demonstrating it was a bad idea. I
fixed it in the v6.
Thanks!
--
Added file: http://bugs.python.org/file43916/issue26462.v6.diff
___
Python tr
Julien added the comment:
Hi,
Indentation in whatsnew/3.2 fixed.
Colors in this block are clearly not perfect, but I think that's another
subject.
--
Added file: http://bugs.python.org/file43923/issue26462.v7.diff
___
Python tracker
Julien added the comment:
Hi,
Would you like me to also provide patches for different versions?
I only provided patches for the default branch, but I'll gladly see this
applied on other branches, as I often build them all.
Also is a documented policy about maintaining the documentati
Julien added the comment:
Martin: OK, let's apply this to 3.6 / 3.5 with this one, and I'll provide
independent patch for 2.7 if needed (long time without building 2.7 doc).
--
___
Python tracker
<http://bugs.python.o
Julien added the comment:
Decorater: Colors used by the documentation are defined here:
https://github.com/sphinx-doc/sphinx/blob/master/sphinx/pygments_styles.py#L22
you can easily modify it and rebuild the doc ``(cd Doc; make html)``. Take a
look at existing themes (https://help.farbox.com
New submission from Julien:
Context:
- Providing french translation to docs.python.rg/fr/:
http://bugs.python.org/issue26546
- Simplifying my first proposition of docsbuild-scripts:
https://github.com/python/docsbuild-scripts/pull/1
Goals:
- Simplify my modifications of docsbuild
New submission from Julien:
o/
# Context
I'm trying to resuscitate the translation of Python doc in french,
[python_doc_fr](https://github.com/AFPy/python_doc_fr).
I finished the translation of `tutorial.po` (that was partially translated by
the AFPY team around 2012) and now worki
Julien added the comment:
For emacs users, this `query-replace-regex` comes handy to add trans tags
around strings, if one want to apply them to another file / version:
>\([^>^J]*[a-zA-z][^>^J]*\)< -> >{% trans %}\1{% endtrans %}
Note that ^J is obtai
New submission from Julien:
Hello,
While translating the documentation to French, I found a bug here :
https://docs.python.org/3/extending/building.html#building-c-and-c-extensions-with-distutils
The sentence: "Normally, a package will contain of addition modules:"
Should p
New submission from Julien:
Hi,
Shouldn't Python use PEP8 in its examples in the documentation ? I found a lot
of missing spaces around binary operators, and things like "setup (name =
'PackageName'," (found in the Distributing section, but that's just a singl
Julien added the comment:
I opened this ticket mainly to know the opinions on those modifications, I'll
slowly review what I see, and provide little patches from time to time, only
when the PEP8 infringement look obvious.
I think the most obvious PEP8 infringement ARE to be fixed, typi
New submission from Julien:
In the context of translating the documentation:
I'd like to move the licence texts in https://docs.python.org/3.5/license.html
to literal blocks, so they won't pollute the po files with legal
(untranslatable) stuff, and it's visually more appealing
Julien added the comment:
@Serhiy Well spotted, it does not work (as we can see here
http://www.afpy.org/doc/python/3.5/license.html).
Anyone having a better background than me in ReStructuredText have an idea ?
About the review of the patch, as a human review may be fastidious, here a
Julien added the comment:
@georg.brandl is right, a parsed-literal block should work: Does not appear in
pot files, and |release| replaced: nice.
I attached a new patch.
--
Added file: http://bugs.python.org/file41641/literal-licence.patch
Julien added the comment:
And uploaded the result: http://www.afpy.org/doc/python/3.5/license.html
--
___
Python tracker
<http://bugs.python.org/issue26
Julien added the comment:
@haypo I used the ``{trans}`` ``{endtrans}`` syntax because [Sphinx uses
Jinja](http://www.sphinx-doc.org/en/stable/templating.html) and [``{trans}`` is
the Jinja syntax for
internationalisation](http://jinja.pocoo.org/docs/dev/templates/#i18n)
So ``{trans}`` is the
Julien added the comment:
That's also the actual syntax used by existing Sphinx templates:
mandark@windhowl$ grep -r '{% trans'
~/.local/lib/python3.4/site-packages/sphinx_rtd_theme/
footer.html:{% trans path=pathto('copyright'),
copyright=
Julien added the comment:
And tags for the layout template.
--
Added file: http://bugs.python.org/file41694/i18n-tags-in-layout.patch
___
Python tracker
<http://bugs.python.org/issue25
Julien added the comment:
And here are the i18n tags for the sidebar, thanks @haypo it was a good idea to
translate them too ^-^
--
Added file: http://bugs.python.org/file41693/i18n-tags-in-sidebar.patch
___
Python tracker
<http://bugs.python.
Julien added the comment:
@haypo: And here is the patch for 2.7, and here is the result of the patch
applied and new msgids translated: http://www.afpy.org/doc/python/2.7/
--
Added file: http://bugs.python.org/file41699/trans-tags-in-2.7.patch
Julien added the comment:
@naoki Not sure, but with those patches you'll may be able to translate the
documentation without forking it. Like we're doing here:
https://github.com/afpy/python_doc_fr
Also did you contacted the upstream to ask them if they want to cross-link your
Changes by Julien :
--
nosy: +sizeof
___
Python tracker
<http://bugs.python.org/issue26363>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
New submission from Julien:
Hi,
As I don't like warnings, and sphinx-doc was verbose about "Could not parse
literal_block as "python3". highlighting skipped.", I fixed most of them.
Bonus: It's graphically better, as an example the XML block here:
https
Julien added the comment:
I revewed all my ".. code-block:: bash" and you're right (I was unaware of the
existence of the "console" lexer). I changed them (reviewing them one by one)
to ".. code-block:: shell-session", a synonym for ".. code-block:: co
New submission from Julien:
Hi,
Since:
https://github.com/python/cpython/commit/5fdcdab5794d18adc4c66abdce8639440433ed24#diff-c191394dee92fb4800d40d9a8ba431ee
the table is broken (...Doc/library/sets.rst:76: ERROR: Malformed table
New submission from Julien:
o/
While fixing sphinx-doc warnings, I found this missing newline.
Yet the documentation is still correctly rendered.
--
assignee: docs@python
components: Documentation
files: missing_newline_in_licence.rst
messages: 261204
nosy: docs@python, sizeof
Changes by Julien :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue25907>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Julien:
o/
TL;DR: I think the various usages of "Integral" in
https://docs.python.org/3.5/library/stdtypes.html#numeric-types-int-float-complex
are either wrong or too hard to understand and should be rewriten as "int".
While translating the docum
Julien added the comment:
> In the contexts that you mentioned, "integral" is a synonym of "integer."
Can you provide a source ? There's no mention of "integral" in the Wikipedia
page of "integer" (but there's mentions of "integral
Julien added the comment:
> It could be made into a link like the other use of Integral.
I'll propose a patch.
> The other uses are "integral float", which is *not* the same as an integer.
> It is a float whose value is a whole number, and AFAIK "integral&quo
Julien added the comment:
Hi Martin, awesome work you've done here. I was meditating those past days
about the subject and came to a similar yet not that good conclusion that the
table should have the same definitions than those from
[library/math.html](https://docs.python.org/3.5/li
New submission from Julien:
Hi,
The [french translation of the Python
documentation](https://github.com/afpy/python_doc_fr) just hit a 21% coverage
in terms of pageviews (According to statistics [nicely provided by
EWDurbin](https://github.com/AFPy/python_doc_fr/issues/32#issuecomment
Julien added the comment:
To dig further, the DIGIT_MASK and DECIMAL_MASK used in `unicodeobject.c` are
from `unicodectype.c` and they match values from `unicodetype_db.h` witch is
generated by `Tools/unicode/makeunicodedata.py` which built those masks this
way:
# decimal digit, integer
Julien added the comment:
Is this your bug:
Traceback (most recent call last):
File "/tmp/email_example.py", line 9, in
with open(textfile) as fp:
NameError: name 'textfile' is not defined
?
If not, can you please provide us the full traceback ?
New submission from Julien:
I spotted un undocumented term here :
https://docs.python.org/3.5/library/functions.html#vars
in: "Objects such as modules and instances have an updateable __dict__
attribute; however, other objects may have write restrictions on their __dict__
attributes
New submission from Julien:
In
https://docs.python.org/3.5/library/stdtypes.html#bitwise-operations-on-integer-types
the sentence "this assumes a sufficiently large number of bits that no
overflow occurs during the operation" looks wrong to me, so I asked on #python
and got fr
Julien added the comment:
Daily meditations:
- This table is nice to show that there's various operations common to int and
float (and does it well), not to list rounding methods (it happen to have only
rounding methods, but that's a coincidence).
- A coma separated list l
Julien added the comment:
I completely agree we're consuming too much time for what it is, sry for that.
Let's just link to numbers.Integral and close it.
I attached a simple patch for it.
--
Added file: http://bugs.python.org/file42157/stdtypes-inte
Julien added the comment:
You're right Terry, I posted on python ideas in case someone comes with a good
idea, I also explained my vision in a lot of details to gather the widest
feedback possible on each point that came to my mind:
https://mail.python.org/pipermail/python-ideas/2016-
New submission from Julien:
Hi,
In https://docs.python.org/3.7/using/windows.html, right before
https://docs.python.org/3.7/using/windows.html#additional-modules, the "Changed
in version 3.6:" content lacks an indentation.
It look like it's nothing, but it breaks the PDF
Julien added the comment:
`daemon` flag cannot be changed after thread is started, the documentation is
right and the code of the daemon setter is actually:
if self._started.is_set():
raise RuntimeError("cannot set daemon status of active thread")
But still it looks l
Julien added the comment:
Hi John, thanks for your contribution,
Looks like your implementation is missing some codepoints, like "\t":
>>> print("\t".encode(encoding='iso6937'))
Julien Palard added the comment:
Another true positive for make suspicious:
WARNING: [c-api/apiabiversion:70] ":macro" found in "the same format as the
c:macro:"
I'm working on implementing it on rstlint, in the meantime I opened:
=> https://github.com/pytho
New submission from Julien Palard :
Originally opened at: https://github.com/aio-libs/aiohttp/issues/6071
Reproducer:
import asyncio
class DumbProtocol(asyncio.Protocol):
def connection_made(self, transport):
print("Connection made")
self
Julien Palard added the comment:
Related to: https://bugs.python.org/issue23243
--
___
Python tracker
<https://bugs.python.org/issue46318>
___
___
Python-bug
Julien Palard added the comment:
Feel like SSLProtocol's connection_lost should "bubble up" the info by calling
SSLProtocolTransport's close.
But I'm no familiar with this stack.
--
___
Python tracker
<https:
Julien Palard added the comment:
This should be fixed in python-docs-theme==2022.1.
I'll close the issue when I actually see the fix applied on docs.python.org.
--
nosy: +mdk
___
Python tracker
<https://bugs.python.org/is
Change by Julien Palard :
--
keywords: +patch
pull_requests: +28728
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30527
___
Python tracker
<https://bugs.python.org/issu
Julien Palard added the comment:
I checked on docs.python.org and it's fixed.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.pyth
Julien Palard added the comment:
I don't know if it's related but _SSLPipe._shutdown_cb looks never called, in:
self._sslobj.unwrap()
self._sslobj = None
self._state = _UNWRAPPED
if self._shutdown_cb:
self._shutdown_cb()
the unwrap() call seems to always
Julien Palard added the comment:
> dev docs direct to `/license.html` which redirects to `/3/license.html`
All docs are redirecting to `/license.html`, this allow it to work also out of
docs.python.org.
> 3.9 docs have the same; wouldn’t it be better to have `/3.9/license.html`?
It&#
Julien Palard added the comment:
Probably related to https://bugs.python.org/issue44011 and
https://github.com/MagicStack/uvloop/pull/385
--
___
Python tracker
<https://bugs.python.org/issue46
Julien Castiaux added the comment:
Hello there,
Friendly reminder that this issue is still open and that there is a pull
request ready. We continue to face the issue in production and our customers
are getting upset.
Can you provide us a schedule when this issue will be addressed? So that
New submission from julien tayon :
well, you want to use
python3 -mcProfile -othis.prof 'oneliner in python to test something'
And weirdly enough this normally expected behaviour does not work.
It's because last argument is expected to be the path of the script name to
profil
Change by julien tayon :
--
nosy: +matrixise
___
Python tracker
<https://bugs.python.org/issue46507>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Julien Palard :
--
pull_requests: +29059
pull_request: https://github.com/python/cpython/pull/30879
___
Python tracker
<https://bugs.python.org/issue42
Julien Palard added the comment:
I slowly started to work on rstlint in its own tree because working in a single
file felt inconfortable.
The more I advanced in this direction the more it made sense to me:
- I first added tests, I may have been able to do so in the cpython tree though.
- It
Change by Julien Palard :
--
pull_requests: +29160
pull_request: https://github.com/python/cpython/pull/30981
___
Python tracker
<https://bugs.python.org/issue42
Julien Palard added the comment:
New changeset 44afdbd5af4503e376148e9404b9c7a4f595b1fe by Julien Palard in
branch 'main':
bpo-42238: [doc] Avoid hardcoding fast-moving lines in susp-ignored.csv.
(GH-30981)
https://github.com/python/cpython/commit/44afdbd5af4503e376148e9404b9c7
Julien Palard added the comment:
> You gave me a small shock, but I checked and it was only 11/12 years ago :D
HAha! Either I misstyped 12 as 21, either I'm bad at math, sorry for the shock
;)
> I'm fine with moving this out of tree; please coordinate with the Sphinx
>
Julien Palard added the comment:
OK, we have: https://github.com/sphinx-contrib/sphinx-lint
Ping me if you want rights :)
--
___
Python tracker
<https://bugs.python.org/issue42
Julien Palard added the comment:
Georg, I was able to move forward:
- https://github.com/sphinx-contrib/sphinx-lint
- https://pypi.org/project/sphinx-lint/
Does everything looks good to you?
Next step would be to remove rstlint.py from Docs/tools and add a dependency to
rstlint from the
Change by Julien Palard :
--
pull_requests: +29282
pull_request: https://github.com/python/cpython/pull/31097
___
Python tracker
<https://bugs.python.org/issue42
Julien Palard added the comment:
Oh, it's ~unrelated, but thanks for the heads up, I overlooked a Sentry error :D
It's related to: https://github.com/python/docsbuild-scripts/issues/122, let's
track it there.
(The visible effects are the same: the full build, reponsible f
Julien Palard added the comment:
New changeset b878b3af0b3a9e3ab3ffcaf90a4066dfb3bb7cac by Julien Palard in
branch 'main':
bpo-42238: [doc] moving from rstlint.py to sphinx-lint. (GH-31097)
https://github.com/python/cpython/commit/b878b3af0b3a9e3ab3ffcaf90a4066
New submission from Serge Julien:
In poplib.py, lines 137-138, bytes and str are compared, leading to a
TypeError:
[...]
137while line != '.':
138if line[:2] == '..':
[...]
where type(line) =
--
components: Library (Lib)
messages: 55617
nosy: s
Serge Julien added the comment:
Patch proposal.
Tell me if it's right to submit it here: this is the first patch I submit
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1094>
__
poplib.diff
Descrip
Julien ÉLIE added the comment:
A drawback is that CAPABILITIES will still being unsent after an upgrade of the
news server to a more up-to-date version supporting the command.
If CAPABILITIES is not understood by the news server, it is not an issue. A
500 response code is usually answered
New submission from Julien ÉLIE :
The NNTP version is currently defined as follows in the source code:
self.nntp_version = int(caps['VERSION'][0])
However, Section 3.3.2 of RFC 3977 mentions:
VERSION
This capability MUST be advertised by all servers and MUST be the
New submission from Julien ÉLIE :
Following the first example of the documentation:
import nntplib
s = nntplib.NNTP('news.trigofacile.com')
resp, count, first, last, name = s.group('fr.comp.lang.python')
print('Group', name, 'has', count, 'article
New submission from Julien ÉLIE :
I believe the case of "IMPLEMENTATION" should be treated differently.
It is not helpful at all to split the argument. It is meant to be a
text string and ['INN', '2.6.0', '(20101101', 'prelease)'] does not
New submission from Julien ÉLIE :
NNTP.list(*, file=None)
Couldn't a "grouppattern" argument be added?
LIST ACTIVE handles a newsgroup pattern (and it would then answer
less groups -- also useful for the test suite of nntplib)
Something like that:
--- nntplib.py.OLD 2
New submission from Julien ÉLIE :
> +# - all commands are encoded as UTF-8 data (using the "surrogateescape"
> +# error handler), except for raw message data (POST, IHAVE)
> +# - all responses are decoded as UTF-8 data (using the "surrogateescape"
> +# error
New submission from Julien ÉLIE :
> +.. method:: NNTP.list(*, file=None)
> +
> + Send a ``LIST`` command. Return a pair ``(response, list)`` where *list*
> is a
> + list of tuples representing all the groups available from this NNTP
> server.
> + Each tuple has th
Changes by Julien ÉLIE :
--
components: +Unicode
___
Python tracker
<http://bugs.python.org/issue10284>
___
___
Python-bugs-list mailing list
Unsubscribe:
Julien ÉLIE added the comment:
Regarding these two possibilities, please note that the first one is
discouraged (per RFC 4642).
STARTTLS is the preferrable way to start a TLS session.
In some existing implementations, TCP port 563 has been dedicated to
NNTP over TLS. These
Julien ÉLIE added the comment:
Traceback (most recent call last):
File "nntplib-test.py", line 10, in
print(s.descriptions('*'))
File "C:\Program Files\Python32\lib\encodings\cp850.py", line 19, in encode
return codecs.charmap_encode(inp
Julien ÉLIE added the comment:
Yes, you're right.
I meant to say that AUTHINFO is not expecting a UTF-8-encoded string.
For instance:
AUTHINFO USER Éric
is valid and should not always be transformed by nntplib to:
AUTHINFO USER Éric
News servers do a byte-string comparison (as spec
Julien ÉLIE added the comment:
David: no, the RFC does not mention UTF-8 about AUTHINFO.
Please note the subtlety:
command =/ authinfo-sasl-command /
authinfo-user-command /
authinfo-pass-command
authinfo-sasl-command = "AUTHINFO" WS "SASL" WS m
Julien ÉLIE added the comment:
Éric: there is no notion of encoding in a few NNTP commands.
Regarding AUTHINFO, the real string that I should have written is:
AUTHINFO USER \xC9ric
7-bit bytes are considered to be encoded in ASCII.
8-bit bytes are just 8-bit bytes. No encoding.
The news
Julien ÉLIE added the comment:
Maybe the bug should be reopened -- or the subject changed -- because the real
issue is when I read:
# Incompatible changes from the 2.x nntplib:
# - all commands are encoded as UTF-8 data (using the "surrogateescape"
# error handler), except for r
New submission from Julien ÉLIE :
RFC 4643:
The server MAY list the AUTHINFO capability with no arguments, which
indicates that it complies with this specification and does not
permit any authentication commands in its current state. In this
case, the client MUST NOT attempt to
1 - 100 of 893 matches
Mail list logo
