Karthikeyan Singaravelan added the comment:
Thanks Martin for the suggestion. I have created a PR with your suggestion and
added a description in the PR that shows the visual distinction between the
current doc and suggested change.
--
___
Python
Change by Karthikeyan Singaravelan :
--
title: Adding "mine_type" method to pathlib.Path -> Adding "mime_type" method
to pathlib.Path
___
Python tracker
<https://
Karthikeyan Singaravelan added the comment:
Thanks for the report and script. I can't reproduce this with 3.7.1rc1 tag and
also tried this on v3.7.0 which works fine on Mac OS running 10.10.4 and tcl
version 8.5 . I checked out the 3.7.1rc1 tag and did a clean rebuild with `git
clean
Karthikeyan Singaravelan added the comment:
Thanks, I can confirm that this works with 3.7.0 and segfaults with 3.7.1RC1
Mac OS installer that uses Tk 8.6 . Clicking the button and closing the file
open dialog triggers this segfault as noted in your description. I don't know
how
Karthikeyan Singaravelan added the comment:
Thanks for the report and details but I think this exact case was already
discussed in issue30810.
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34
Karthikeyan Singaravelan added the comment:
No problem. Thanks for the confirmation I am closing this as a duplicate.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Germany made the upper case ß official. 'ß'.upper(
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34925>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34931>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Thanks for the report. There was a similar request to add pathlib.rmtree
(issue33498) and adding more methods as Raymond mentioned might be convenient
but there is a maintenance cost (msg316517) since there is a consensus that
pathlib should do
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34938>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
The error message was added with 6cff8744a0ae58c88728df8bbca4580ffa6c6a86 and
issue27999. The docs were also changed as below with the commit :
https://docs.python.org/3.8/reference/simple_stmts.html#the-global-statement
> Names listed i
New submission from Karthikeyan Singaravelan :
There have been tickets raised due to floating point representation being
misleading where "0.1 + 0.2" returns 0.30004 and "0.1 + 0.3"
returns 0.4. This is explained at [0] but I think it's worth to add this
Karthikeyan Singaravelan added the comment:
Thanks Martin, I was searching in the general and programming FAQ for this and
did a general search with the link and nothing showed up in the bug tracker or
search engine in FAQ. My bad, I will close this.
--
resolution: -> fixed
st
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue23867>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34946>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
There was some discussion over undeprecating getcallargs at
https://bugs.python.org/issue27172#msg281825 that there are some behavior
changes with signature.bind
--
___
Python tracker
<ht
Karthikeyan Singaravelan added the comment:
As far as I can see from https://bugs.python.org/issue20438 this deprecation is
meant to be a documentation level deprecation discouraging usage than a code
level deprecation adding a DeprecationWarning to be removed later. I might be
wrong here
Karthikeyan Singaravelan added the comment:
Thanks @matrixise for the PR. This seems to be a good first step for both
testing the command line interface and also argparse can generate help string
which can be used for issue34913.
--
nosy: +xtreak
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue28806>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34951>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Thanks for the report. As far as I can see from the RFC month seems to follow
three letter code. Is there a part of RFC where Python is not compliant? I
can't find any related issues or RFC links allowing month format specified in
the report
Karthikeyan Singaravelan added the comment:
No problem, I am also not an expert and I just skimmed through the RFC and
cannot find any point related to month full name. So I just wanted to check if
there are any recent changes I am missing or if the server is configured to set
cookie
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34954>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34953>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
I think the original error has been fixed with issue28919 where the attribute
errors are ignored while copying the functions as suggested by Anthony in
solution 2. So can this issue be closed as outdated to reopen a new one for
using
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34547>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Thanks for the report and PR. I think this is the same as issue27682. I noticed
the same during running `make serve` locally for documentation and it's worth
fixing. I am just wondering if it makes sense to fix the TypeError and
AttributeErro
Karthikeyan Singaravelan added the comment:
I think this is an issue with wsgiref handling client closure rather than a
Windows/Django bug. I saw this sporadically but not consistently while running
`make serve` to serve the docs which uses wsgiref simple server to serve docs
on my Mac OS
Karthikeyan Singaravelan added the comment:
As part of triaging, I am closing this since this was merged with doc changes
and there was no back port done since it's an enhancement. Antoine, feel free
to reopen this if there are any changes left.
Thanks everybody for the feedback and r
Karthikeyan Singaravelan added the comment:
Just noticed that you have mentioned that it doesn't crash in Linux in the
GitHub repo. I tried the same in Ubuntu and if it's due to the mentioned issue
I think it should crash in Linux too. Anyway it's worth giving 3.7RC1 a try to
Karthikeyan Singaravelan added the comment:
Thanks @cwickens for the confirmation. It's still weird that I used one of the
problematic strings in the repo and it didn't crash with 3.7.0 on my Ubuntu
machine. I tried testing with Mac OS again since you mentioned it was
reproduci
Karthikeyan Singaravelan added the comment:
Thanks for the report. There was a related issue few days back issue32816. I
think this is a documented behavior at
https://docs.python.org/3.8/library/json.html#json.dumps . Having a warning in
place might break code and I don't know if the
Karthikeyan Singaravelan added the comment:
Thanks for the report. Is this a case of encoding not being declared at the top
of the file or am I missing something?
➜ cpython git:(master) cat ../backups/bpo34979.py
s =
'测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试
Karthikeyan Singaravelan added the comment:
Thanks for the patch but I feel adding type checks will add more complexity to
the code being converted and there are a lot of cases to handle. I have some
code below where running 2to3 will just wrap the keys() call to a list but with
the patch
Karthikeyan Singaravelan added the comment:
+1 for reliable installation. There were some cases (issue33220, issue30944)
where the installer was detected as a Virus by some vendors which would be
reduced since this is installed from the App store as a verified app. I hope
this will also
Karthikeyan Singaravelan added the comment:
Thanks for the release Ned. I can confirm that there is no segfault with Python
3.7.1rc2 (v3.7.1rc2:6c06ef7dc3).
--
___
Python tracker
<https://bugs.python.org/issue34
Karthikeyan Singaravelan added the comment:
Got it. Thanks for the details and patience. I tested with less number of
characters and it seems to work fine so using the encoding at the top is not a
good way to test the original issue as you have mentioned. Then I searched
around and found
Karthikeyan Singaravelan added the comment:
Thanks for the confirmation. I think the expected solution is to use a buffer
that can be resized. CPython accepts GitHub PRs so if you have time then I
would suggest raising a PR against the linked issue since a lot of people have
subscribed
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34982>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Thanks for the report. git bisect tells me this change was introduced with
fbb490fd2f38bd817d99c20c05121ad0168a38ee (issue32308)
# ../backups/bpo34982.py
import re
print(re.sub(r'(([^/]*)(/.*)?)', r'\2.zip/\1/', 'exampl
Change by Karthikeyan Singaravelan :
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue34982>
___
___
Python-bugs-list mailin
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34990>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
A reproducer in Python that can be added to test_compileall if needed :
def test_compile_all_2038(self):
with open(self.source_path, 'r') as f:
os.utime(f.name, (2147558400, 2147558400)) # Jan 20, 2038 as touch
self.
Karthikeyan Singaravelan added the comment:
Victor seems there was some discussion about 2038 problem in the original PR
but I don't know if it's related to this. Reference :
https://github.com/python/cpython/pull/4575#discussion_r1533761
Change by Karthikeyan Singaravelan :
--
keywords: +patch
pull_requests: +9269
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Karthikeyan Singaravelan added the comment:
Thanks for the report. I agree with Josh. I propose closing this as third-party
and raising an issue in typeshed GitHub repo.
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35
Karthikeyan Singaravelan added the comment:
Thanks for the report. I think using current_thread().name gives thread name
with number that is useful. I don't know the exact use case or maybe I am
misunderstanding the use case and perhaps adding a script where your PR applies
with the o
New submission from Karthikeyan Singaravelan :
argparse module uses str() in a few places where passing unicode strings will
throw UnicodeDecodeError. In Python 3 these scripts run fine since Python 3 has
unicode strings by default. I am working on this along with finding more places
where
Karthikeyan Singaravelan added the comment:
@Victor I think this is an issue with optparse where it can't handle non-ASCII
strings for %default that is exposed by pip. I can see similar places where
non-ASCII strings can cause issue in argparse for unicode choices (issue35009).
I think
Karthikeyan Singaravelan added the comment:
There was some discussion about it :
https://lists.gt.net/python/python/539896#539896 . As suggested by Raymond in
the thread the below can be used to get the desired output
items.sort(key=lambda r: r['user'], reverse=True)
items.sort(ke
Karthikeyan Singaravelan added the comment:
@Serhiy I just checked the docs to add an example and it's explained with an
example at [0] :)
```
Sorts are guaranteed to be stable. That means that when multiple records have
the same key, their original order is preserved.
This wond
Change by Karthikeyan Singaravelan :
--
keywords: +patch
pull_requests: +9282
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Karthikeyan Singaravelan added the comment:
Sorry to comment on the closed issue. I think the multisort recipe [0] is
pretty neat can be added to the sorting howto page instead of being lost in the
mailing list thread. It was suggested for addition later in the thread but
never got added
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35015>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Karthikeyan Singaravelan :
This issue handles the below :
1. Adding a link to sorting HOWTO from list.sort docs as per msg327901
2. Adding multisort recipe to sorting HOWTO with an example as per msg327925.
I have raised a PR (GH-9931) for #1 but the issue35010 was closed
Change by Karthikeyan Singaravelan :
--
keywords: +patch
pull_requests: +9302
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Karthikeyan Singaravelan added the comment:
@Cheryl I think it's about nested inline markup. The func is wrapped inside a *
and the markup is normal is not nested here. I tried a sample directive as
below :
..availability: :func:`len`
PO file
Availability: len()
Expected
Availab
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35022>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Thanks for the report. It was made as a TypeError in
https://bugs.python.org/issue19610#msg306853 in the commit to check for list
explicitly [0] . Then since it broke a lot of packages as seen in the
discussion and now it accepts string and list
Karthikeyan Singaravelan added the comment:
Thanks for the report. I am adding windows component since it's a windows
specific doc issue.
RegDeleteValueW
> A handle to an open registry key. The key must have been opened with the
> KEY_SET_VALUE access right. For more infor
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35024>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Thanks for the report. I have converted the numpy code as a python helper and I
am not sure if such a helper exists in the current test suite. Attaching the
file that might help as a simple reproducer.
# On master no error
➜ cpython git:(master
Change by Karthikeyan Singaravelan :
--
pull_requests: +9350
___
Python tracker
<https://bugs.python.org/issue34962>
___
___
Python-bugs-list mailing list
Unsub
Karthikeyan Singaravelan added the comment:
No problem, since this is a doc fix you can directly fork and edit on GitHub
web UI. This requires CLA to be signed but no NEWS entry so it can be done from
web UI and you can take wording from the commit
8837dd092fe5ad5184889104e8036811ed839f98
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35017>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35033>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
assignee: -> xtreak
___
Python tracker
<https://bugs.python.org/issue35036>
___
___
Python-bugs-list mailing list
Un
New submission from Karthikeyan Singaravelan :
There were some recent changes made in ee171a26c11 to fix Sphinx related
deprecation warnings. During the change self.info() was changed to
self.logger.info() . Logger expects a positional argument that contains the
message thus causing failure
Change by Karthikeyan Singaravelan :
--
keywords: +patch
pull_requests: +9363
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35040>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Thanks for clarifying the use case. I think it's a good idea with multiple
thread pools and below outputs for the program with the PR is more easier to
debug than the current code.
# ../backups/bpo34720.py
from multiprocessing.pool i
Karthikeyan Singaravelan added the comment:
If I am understanding this correctly the :pep: role is already present and only
that PEP references that don't have this role are being updated now?
➜ cpython git:(master) rg ':pep:`\d+`' | grep 'rst' | grep -Ev '
Karthikeyan Singaravelan added the comment:
Thanks Anthony for the details. This was fixed in master and back ported to
3.7. The fix is also released with 3.7.1 [0] which I have verified locally. So
I propose closing this issue since upgrading to the latest maintenance release
fixes this
Change by Karthikeyan Singaravelan :
--
nosy: +vinay.sajip, xtreak
___
Python tracker
<https://bugs.python.org/issue35046>
___
___
Python-bugs-list mailin
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35048>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35047>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35062>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35063>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
I am not sure time.strftime("%") should raise an error. There is an explicit
test case and it's mentioned as platform dependent in the comment to raise a
ValueError or succeed. So I don't know if it should be changed despite th
Karthikeyan Singaravelan added the comment:
Michael: I understand the inconsistency but since there is a test that says
ValueError is platform dependent then making it as an intentional error there
might be breakage. I am not against changing this but if it's done then it
should be
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34145>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35075>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Thanks for the report. Is this related using older version of GCC? Searching
the bug tracker tells me a related issue (https://bugs.python.org/issue34112)
where --enable-optimizations caused build error on 3.7.0 for older compiler
toolchain like
Karthikeyan Singaravelan added the comment:
Since the two PRs are merged as part of triaging I am closing this as fixed.
Feel free to reopen this if needed.
Thanks Tilman for the PR :)
--
resolution: -> fixed
stage: patch review -> resolved
status: open -&g
Karthikeyan Singaravelan added the comment:
Thanks for the report. Error message changes are generally done on master and
not back ported. I am removing 3.5 which is security fixes only mode and adding
3.8 . There are other errors of similar format but indicate the wrong type in
the error
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35078>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
The deprecation notice is added to the docs and deprecation warnings are raised
during usage of the functions. As per the PR some of them are deprecated with
3.8 (master) and will be removed by 3.10. But this depends on the discussion
over the
Karthikeyan Singaravelan added the comment:
Thanks for the details. The C implementation should be same as Python
implementation which in this case differs as per your analysis if I am
understanding it right and IIRC there is a PEP (PEP 399 I think) to enforce
that C and Python
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35079>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
issue33223 also reports failure of test_posix under 10.13.4 and seems to be
related.
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35
Karthikeyan Singaravelan added the comment:
Thanks, I guess then it's the same as issue34112 with --enable-optimizations
being incompatible with older compiler toolchains like GCC 4 in this case. Feel
free to close this if it resolves the
Karthikeyan Singaravelan added the comment:
Sure, I am closing it with duplicate as resolution adding the related ticket
issue34112 as superseder. Thanks for the report!
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> 3.7.0 buil
Karthikeyan Singaravelan added the comment:
Serhiy, this adds a change where month's name CSS class is now customizable in
LocaleHTMLCalendar. It's currently hard-coded as "month" though HTMLCalendar is
customizable. I suggested method reuse since LocaleHTMLCalendar fro
Karthikeyan Singaravelan added the comment:
No problem, I have left a PR comment [0] to add the actual enhancement in the
NEWS entry so that it's visible. The original issue title was "Allow
customization of css class name of a month in calendar module" and @thatiparthy
ch
New submission from Karthikeyan Singaravelan :
I think this is useful since it also sets conn.timeout so that both
conn.sock.gettimeout() and conn.timeout return same value with this helper and
don't cause confusion like using conn.socket.settimeout() that updates socket
but not conn.ti
Karthikeyan Singaravelan added the comment:
Thanks for the report. Can you please attach the file test.code1? Your original
report says "test.code1" is not base64 encoded and -d takes a file that is
base64 encoded and decodes it. Can you please be more descriptive about wha
Karthikeyan Singaravelan added the comment:
I can see one another related report issue35084. As @steven.daprano said this
is an expected traceback and it's working correctly. -d expects a valid base64
encoded file and supplying a non-existent file or file with invalid encoding is
sup
Karthikeyan Singaravelan added the comment:
Thanks for the report. So the current example in the docs works fine since root
is in global namespace. But this seems to be a sensible change to use
self.master which references root instead of relying on root to be global
though I don't kn
Karthikeyan Singaravelan added the comment:
python-ideas thread for the issue :
https://mail.python.org/pipermail/python-ideas/2018-October/054335.html
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue35
Karthikeyan Singaravelan added the comment:
Can you please add your definition of a crash? Crash in bug report context is
used in C language context like causing a segfault, buffer overflow etc. Proper
Exceptions are not considered as a crash and this is an exception raised since
the
2901 - 3000 of 3092 matches
Mail list logo