Change by Cédric Krier :
--
nosy: +ced
___
Python tracker
<https://bugs.python.org/issue26208>
___
___
Python-bugs-list mailing list
Unsubscribe:
Cédric Krier added the comment:
I have updated the PR to be included in 3.11
--
versions: +Python 3.11 -Python 3.10
___
Python tracker
<https://bugs.python.org/issue17
Cédric Krier added the comment:
ping
--
___
Python tracker
<https://bugs.python.org/issue17659>
___
___
Python-bugs-list mailing list
Unsubscribe:
Cédric Krier added the comment:
I submitted https://github.com/python/cpython/pull/18142 which implements
(based on the initial patch) a function locale.getfirstweekday(). The
implementation supports glibc (if _NL_TIME_FIRST_WEEKDAY is defined) and
Windows (not yet tested).
I did not keep
Change by Cédric Krier :
--
pull_requests: +17529
pull_request: https://github.com/python/cpython/pull/18142
___
Python tracker
<https://bugs.python.org/issue17
Cédric Krier added the comment:
For me, the name was natural as it is the reverse operation of the existing
delocalize method.
--
___
Python tracker
<https://bugs.python.org/issue34
Cédric Krier added the comment:
I think PR-15275 will solves this issue also as you could use:
>>> locale.setlocale(locale.LC_ALL, 'fr_FR')
>>> locale.localize('{:.2f}'.format(1.891))
'1,89'
--
nosy: +ced
___
Pyth
Cédric Krier added the comment:
I think we can solve this issue like I solved issue13918 by providing a
locale.localize() method which does the formatting as locale.format_string does
but using the already formatted string.
I created PR-15275 which implements it and also use the new format
Change by Cédric Krier :
--
pull_requests: +14997
pull_request: https://github.com/python/cpython/pull/15275
___
Python tracker
<https://bugs.python.org/issue34
Cédric Krier added the comment:
I have another use case to be able to set headers to xmlrpc:
http://www.roundup-tracker.org/docs/xmlrpc.html#advanced-python-client-adding-anti-csrf-headers
--
___
Python tracker
<https://bugs.python.org/issue35
Cédric Krier added the comment:
We have a library proteus which uses xmlrpc.client to connect to our server.
The server support basic authentication but also session authentication. The
session authentication is much faster because the password hash verification is
slow by design.
So
New submission from Cédric Krier :
If we want to support other authentication method than basic, we need to be
able to set headers to the request sent.
I propose to add an argument headers to ServerProxy which is a list of header
tuples that will be put as header.
--
components
Cédric Krier <cedric.kr...@b2ck.com> added the comment:
I'm using sqlitebck which provides similar functionality but instead of using a
file name to store the backup it uses connection instances.
I find it very useful. Here is my use case: to run tests of an application that
re
Cédric Krier added the comment:
I'm wondering if it could have security implications and be used to fool user
by changing the PYTHONPATH.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Cédric Krier added the comment:
On 2017-08-15 17:32, R. David Murray wrote:
> You mean to create the entries on sys.path that do not come from the
> PYTHONPATH?
Yes because such path could contain ':'.
--
___
Python tracker <rep...@bugs.p
Cédric Krier added the comment:
A last comment, I do not think it is an issue to follow posix way to parse
PATH. But for me, the problem is that Python adds without sanitation the
sys.prefix to the PYTHONPATH. So I think internally Python should not use PATH
notation to extend the PYTHONPATH
Cédric Krier added the comment:
Yes I mean ':' for posix.
Indeed I do not known a posix way to escape the colon (it was discussed here:
https://stackoverflow.com/questions/14661373/how-to-escape-colon-in-path-on-unix).
But it does not mean that the method makepathobject could not support one
New submission from Cédric Krier:
If the path on which Python is installed contains the DELIM, the resulted
sys.path is split.
I think maybe there should be a escape mechanism for the PYTHONPATH.
--
components: Interpreter Core
messages: 300293
nosy: ced
priority: normal
severity
Changes by Cédric Krier <cedric.kr...@b2ck.com>:
--
nosy: +ced
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27645>
___
__
Cédric Krier added the comment:
One advantage, I see, is when xmlrpclib is overridden to use an other
marshaller which is can not be feed chunk by chunk. So reducing the number of
call to feed will have a bigger impact.
But I don't know if this is enough for Python
Cédric Krier added the comment:
Here is the client/server scripts.
I don't measure a big performance improvement with it.
I think the improvement measured in msg257756 are linked to the way xmlrpclib
is overriden in Tryton.
--
Added file: http://bugs.python.org/file42044/server.py
Changes by Cédric Krier <cedric.kr...@b2ck.com>:
Added file: http://bugs.python.org/file42043/client.py
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Cédric Krier added the comment:
Is there an infrastructure already in place for such microbenchmark?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Cédric Krier added the comment:
ping
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26049>
___
___
Python-bugs-list mailing list
Changes by Cédric Krier <cedric.kr...@b2ck.com>:
--
nosy: +ced
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25287>
___
__
Cédric Krier added the comment:
I don't think it is necessary to allow to customize the chunk size. Indeed
Python should provide a good value by default that works for all platforms.
--
nosy: +ced
type: -> performance
___
Python tracker &
New submission from Cédric Krier:
If a value containing '.' is passed to locale.atof, but '.' is not the locale
decimal_point (and not the thousands_sep), it is anyway parsed as the
decimal_point.
For me, it should raise a ValueError
--
components: Library (Lib)
messages: 253989
nosy
Cédric Krier added the comment:
Example:
>>> import locale
>>> locale.setlocale(locale.LC_ALL, 'fr_FR.UTF-8')
'fr_FR.UTF-8'
>>> locale.atof('2.5')
2.5
>>> locale.atof('2,5')
2.5
--
___
Python tracker <rep...@b
Cédric Krier added the comment:
But you can have some strange behaviour:
>>> import locale
>>> locale.setlocale(locale.LC_ALL, 'fr_FR.UTF-8')
'fr_FR.UTF-8'
>>> locale.atof('2.500,5')
Traceback (most recent call last):
File "", line 1, in
File "
Changes by Cédric Krier cedric.kr...@b2ck.com:
--
nosy: +ced
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1818
___
___
Python-bugs-list mailing
New submission from Cédric Krier:
'gpg' is hard coded in distutils/command/upload.py and the spawn command
doesn't even use the shell aliases.
So if you have only gpg2 installed it doesn't work.
I think the name (or even the all command line) should be configurable from
~/.pypirc
Changes by Cédric Krier cedric.kr...@b2ck.com:
Removed file: http://bugs.python.org/file38828/max_fd.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23852
Changes by Cédric Krier cedric.kr...@b2ck.com:
--
title: Wrong FD_DIR file name on OpenBSD - Wrong computation of max_fd on
OpenBSD
Added file: http://bugs.python.org/file38828/max_fd.patch
___
Python tracker rep...@bugs.python.org
http
Cédric Krier added the comment:
But sysconf(_SC_OPEN_MAX) uses rlim_cur which is too low instead of rlim_max.
My proposal is indeed describe in msg219477, it is not prefect but at least
better than the current one for OpenBSD.
--
___
Python tracker
Cédric Krier added the comment:
Correctly cast to long instead of int.
--
Added file: http://bugs.python.org/file38831/max_fd.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23852
Cédric Krier added the comment:
Here is a patch that uses getrlimit (that's works on OpenBSD) before using
sysconf.
--
Added file: http://bugs.python.org/file38824/max_fd.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Cédric Krier added the comment:
Indeed, I think my patch is not right as /dev/fd on OpenBSD is static.
I will continue to investigate.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23852
Cédric Krier added the comment:
The problem comes from safe_get_max_fd which return a too low value because of
a bug in sysconf on OpenBSD [1]:
The value for _SC_STREAM_MAX is a minimum maximum, and required to be the same
as ANSI C's FOPEN_MAX, so the returned value is a ridiculously small
Changes by Cédric Krier cedric.kr...@b2ck.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23852
___
___
Python-bugs-list
Cédric Krier added the comment:
At least on OpenBSD procfs have been removed:
http://www.openbsd.org/faq/current.html#20140908
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23852
Changes by Cédric Krier cedric.kr...@b2ck.com:
--
nosy: +ced
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20718
___
___
Python-bugs-list mailing
Changes by Cédric Krier cedric.kr...@b2ck.com:
--
nosy: +ced
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20669
___
___
Python-bugs-list mailing
New submission from Cédric Krier:
The test_subprocess fails since issue21618 on OpenBSD because the FD_DIR is
wrong (/dev/fd instead of /proc/self/fd).
--
files: fd_dir.patch
keywords: patch
messages: 239920
nosy: ced
priority: normal
severity: normal
status: open
title: Wrong FD_DIR
New submission from Cédric Krier:
Since [1], libressl fails if DH keys are too small (1024).
Here is a patch to increase the dh keys to 1024 for the tests.
[1]
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/ssl/s3_clnt.c?rev=1.108content-type=text/x-cvsweb-markup
--
files
New submission from Cédric Krier:
SSLv3 has been deactivated by default [1], as stated in the commit message it
can be reactivated by clearing the option. So here is a patch that reactivate
it in the test when needed.
[1] http://marc.info/?l=openbsd-cvsm=141339479327258w=2
--
files
New submission from Cédric Krier:
num_params must have the value -1 for any number of arguments see
https://www.sqlite.org/c3ref/create_function.html
--
assignee: docs@python
components: Documentation
files: sqlite3_doc.patch
keywords: patch
messages: 239104
nosy: ced, docs@python
Cédric Krier added the comment:
A new version with unittest.
--
Added file: http://bugs.python.org/file36960/delocalize.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13918
Cédric Krier added the comment:
Add return value is string in doc
Add versionadded
And yes I signed the agreement.
--
Added file: http://bugs.python.org/file36964/delocalize.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Cédric Krier added the comment:
So what about this patch?
It adds a delocalize method while keeping the atof func parameter for backward
compatibility.
--
Added file: http://bugs.python.org/file36955/delocalize.patch
___
Python tracker rep
Changes by Cédric Krier cedric.kr...@b2ck.com:
--
nosy: +ced
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17393
___
___
Python-bugs-list mailing
Changes by Cédric Krier cedric.kr...@b2ck.com:
--
nosy: +ced
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17998
___
___
Python-bugs-list mailing
Cédric Krier added the comment:
ping
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9625
___
___
Python-bugs-list mailing list
Unsubscribe
Cédric Krier added the comment:
Here is a patch for the documentation.
--
keywords: +patch
resolution: wont fix -
Added file: http://bugs.python.org/file29414/doc_atof.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13918
Cédric Krier added the comment:
locale.atof is not about formatting but parsing string into float following the
locale.
For now, the only ways I see to parse a string to get a Decimal is to first
convert it into float (which is not good if precision matters) or to use the
undocumented
Cédric Krier added the comment:
Then I think we miss a locale.atod to parse string to Decimal
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13918
Cédric Krier added the comment:
Here is a new version of the patch with tests
--
nosy: +ced
Added file: http://bugs.python.org/file27858/issue9625.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9625
Cédric Krier added the comment:
Fix haypo comments
--
Added file: http://bugs.python.org/file27239/calendar.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15421
Cédric Krier cedric.kr...@b2ck.com added the comment:
The problem is that the code of the property could raise an AttributeError. So
this error is not showed by the traceback.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
New submission from Cédric Krier cedric.kr...@b2ck.com:
When a AttributeError is raised inside the get function of a property and if
the class has a __getattr__ method defined then this method is called.
It is strange behavior because when looking at the traceback it looks like
Python doesn't
New submission from Cédric Krier cedric.kr...@b2ck.com:
itermonthdates fails when working on the last month of
Here is a patch that catch the OverflowError.
--
components: Library (Lib)
files: calendar.patch
keywords: patch
messages: 166137
nosy: ced
priority: normal
severity
Changes by Cédric Krier cedric.kr...@b2ck.com:
--
nosy: +ced
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7980
___
___
Python-bugs-list mailing
Cédric Krier cedric.kr...@b2ck.com added the comment:
Indeed I find it useful to use to get a Decimal instead of a float.
So I was wondering if I can rely on it or not in my application?
--
status: pending - open
___
Python tracker rep
New submission from Cédric Krier cedric.kr...@b2ck.com:
atof has a func argument used to instantiate the result but it is missing in
the documentation.
--
assignee: docs@python
components: Documentation
messages: 152430
nosy: ced, docs@python
priority: normal
severity: normal
status
Cédric Krier cedric.kr...@b2ck.com added the comment:
New patch with test
--
Added file: http://bugs.python.org/file24028/issue7502.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7502
Cédric Krier cedric.kr...@b2ck.com added the comment:
New patch to add __hash__ and __eq__ to DocTest
--
Added file: http://bugs.python.org/file24029/issue7502.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7502
Cédric Krier cedric.kr...@b2ck.com added the comment:
Update patch to not use hash in __eq__
--
Added file: http://bugs.python.org/file24031/issue7502.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7502
Cédric Krier cedric.kr...@b2ck.com added the comment:
Add test for !=
--
Added file: http://bugs.python.org/file24033/issue7502.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7502
Cédric Krier cedric.kr...@b2ck.com added the comment:
Add also __eq__ to Example and add __ne__ method.
--
Added file: http://bugs.python.org/file24036/issue7502.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7502
Cédric Krier cedric.kr...@b2ck.com added the comment:
Patch to add __hash__ to prevent warnings in 2.7
--
Added file: http://bugs.python.org/file24039/issue7502-hash.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7502
Cédric Krier cedric.kr...@b2ck.com added the comment:
Add test for __hash__
--
Added file: http://bugs.python.org/file24040/issue7502-hash.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7502
Changes by Cédric Krier cedric.kr...@b2ck.com:
--
nosy: +ced
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7652
___
___
Python-bugs-list mailing
Cédric Krier cedric.kr...@b2ck.com added the comment:
Here is a patch that defines __eq__ and __hash__ on DocTestCase.
--
keywords: +patch
nosy: +ced
Added file: http://bugs.python.org/file20618/doctestcase_eq_hash.patch
___
Python tracker rep
Changes by Cédric Krier c...@ced.homedns.org:
--
nosy: +ced
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6090
___
___
Python-bugs-list mailing
73 matches
Mail list logo
