[issue33586] 2.7.15 missing release notes on download page

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

This is tracked at https://github.com/python/pythondotorg/issues/1252

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33529] Infinite loop on folding email if headers has no spaces

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

I tried the test case on master branch. I ran the test case on 1GB RAM Linux 
based digitalocean droplet to have the script killed. Please find the results 
as below : 

# Python build

➜  cpython git:(master) ✗ ./python
Python 3.8.0a0 (heads/bpo33095-add-reference:9d49f85, Jun 17 2018, 07:22:33)
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>>

# Test case 

➜  cpython git:(master) ✗ cat foo.py

from email.message import EmailMessage
from email.policy import default

policy = default # max_line_length = 78
msg = EmailMessage()
msg["Subject"] = "á"*100
policy.fold("Subject", msg["Subject"])

# Test case execution

➜  cpython git:(master) ✗ time ./python foo.py
[2]13637 killed ./python foo.py
./python foo.py  387.36s user 3.85s system 90% cpu 7:11.94 total

# I tried to do Ctrl + C after 2 minutes to stop and the stack trace is as 
below : 

➜  cpython git:(master) ✗ time ./python foo.py
^CTraceback (most recent call last):
  File "foo.py", line 7, in 
policy.fold("Subject", msg["Subject"])
  File "/root/cpython/Lib/email/policy.py", line 183, in fold
return self._fold(name, value, refold_binary=True)
  File "/root/cpython/Lib/email/policy.py", line 205, in _fold
return value.fold(policy=self)
  File "/root/cpython/Lib/email/headerregistry.py", line 258, in fold
return header.fold(policy=policy)
  File "/root/cpython/Lib/email/_header_value_parser.py", line 144, in fold
return _refold_parse_tree(self, policy=policy)
  File "/root/cpython/Lib/email/_header_value_parser.py", line 2650, in 
_refold_parse_tree
part.ew_combine_allowed, charset)
  File "/root/cpython/Lib/email/_header_value_parser.py", line 2728, in 
_fold_as_ew
ew = _ew.encode(first_part, charset=encode_as)
  File "/root/cpython/Lib/email/_encoded_words.py", line 226, in encode
qlen = _cte_encode_length['q'](bstring)
  File "/root/cpython/Lib/email/_encoded_words.py", line 93, in len_q
return sum(len(_q_byte_map[x]) for x in bstring)
  File "/root/cpython/Lib/email/_encoded_words.py", line 93, in 
return sum(len(_q_byte_map[x]) for x in bstring)
KeyboardInterrupt
./python foo.py  131.41s user 0.43s system 98% cpu 2:13.89 total

Thanks

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33872] doc Add list access time to list definition

[INADA Naoki]

INADA Naoki  added the comment:

List is documented in “sequence” section and O(1) index access is typical for 
sequences.  At least, every builtin types have it.
So adding such note only to list seems a bit curious to me.

--
nosy: +inada.naoki

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33809] Expose `capture_locals` parameter in `traceback` convenience functions

[Farhaan Bukhsh]

Farhaan Bukhsh  added the comment:

Hey, I would like to work on this, where do I start or how can I help?

--
nosy: +fhackdroid

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33576] Make exception wrapping less intrusive for __set_name__ calls

[Sergey Fedoseev]

Change by Sergey Fedoseev :


--
nosy: +sir-sigurd

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33780] [subprocess] Better Unicode support for shell=True on Windows

[Yoni Rozenshein]

Yoni Rozenshein  added the comment:

After reading your messages and especially after reading 
https://bugs.python.org/issue27179#msg267091 I admit I have been convinced this 
is much more complicated than I thought, and maybe more of a Windows bug than a 
Python bug :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21145] Add the @cached_property decorator

[Sergey Fedoseev]

Change by Sergey Fedoseev :


--
nosy: +sir-sigurd

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33884] [multiprocessing] Multiprocessing in spawn mode doesn't work when the target is a method in a unittest.TestCase subclass, when run either with unittest or with pytest

[Yoni Rozenshein]

New submission from Yoni Rozenshein :

multiprocessing will attempt to pickle things using ForkingPickler when 
starting a new process in spawn mode (in Windows this is the only mode, in 
Linux this is a non-default but settable mode).

When run within the context of a unit test, if it has to pickle a TestCase 
subclass, it encounters objects that can't be pickled. The attached file shows 
a minimum working example (uncomment the two commented lines under __main__ to 
run with pytest).

When run with unittest.main(), it raises:

TypeError: cannot serialize '_io.TextIOWrapper' object

When run with pytest.main(), it raises:

AttributeError: Can't pickle local object 
'ArgumentParser.__init__..identity'

Note that changing the _child_process in my example to a 
classmethod/staticmethod or moving it to a top-level function outside the class 
works around this issue (both with unittest and with pytest).

--
components: Library (Lib)
files: mp_pickle_issues.py
messages: 319811
nosy: Yoni Rozenshein
priority: normal
severity: normal
status: open
title: [multiprocessing] Multiprocessing in spawn mode doesn't work when the 
target is a method in a unittest.TestCase subclass, when run either with 
unittest or with pytest
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file47645/mp_pickle_issues.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33878] Doc: Assignment statement to tuple or list: case missing.

[Julien Palard]

Change by Julien Palard :


--
keywords: +patch
pull_requests: +7370
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33529] Infinite loop on folding email if headers has no spaces

[Dong-hee Na]

Change by Dong-hee Na :


--
keywords: +patch
pull_requests: +7371
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33095] Cross-reference isolated mode from relevant locations

[Nick Coghlan]

Nick Coghlan  added the comment:

xtreak: if you're familiar with GitHub workflows, then we now accept docs and 
code updates as GitHub PRs: https://devguide.python.org/pullrequest/

The parts about running the tests aren't exactly relevant here, what's more 
relevant is building the documentation: 
https://devguide.python.org/documenting/#building-the-documentation

In relation to your draft patch, I think that's a good starting point, but for 
-c and -m, it's the current directory that gets omitted, rather than "the 
script's directory" (that isn't well defined when anything other than a path is 
passed in).

For making "-" and "

[issue33846] Misleading error message in urllib.parse.unquote

[R. David Murray]

R. David Murray  added the comment:

I thought there was a more general issue for the 'in' operator itself, but 
perhaps the issue you found was indeed the one I was thinking of.  This one 
certainly seems to be a duplicate of that one ;)  If you've a mind to, you 
could turn the patch in that issue into a PR to move the issue forward.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> urllib.parse.unquote raises incorrect errormessage when string 
parameter is bytes

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32498] urllib.parse.unquote raises incorrect errormessage when string parameter is bytes

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

@stein-k Thanks for the patch and tests. The patches apply cleanly on master 
branch. The project accepts pull requests and it will be helpful if you can 
make a PR for this on GitHub to get this merged. Since this is a bug fix I 
think it would require a News entry. Please find the below links for reference

PR workflow : https://devguide.python.org/pullrequest/
News entry reference : 
https://devguide.python.org/committing/?highlight=blurb#what-s-new-and-news-entries

Thanks

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33872] doc Add list access time to list definition

[Andrés Delfino]

Andrés Delfino  added the comment:

INADA, I believe that piece of information is on the Glossary just to make the 
difference with a "linked list", but in that case, it should be in the list 
definition too, as it's fair to think people can learn what a list is by 
reading its definition first, instead of the Glossary entry.

I believe Ammar's reasoning is right, though. If the time complexity of the 
task is not required, then we should remove those mentions.

Benjamin, I'm adding you as you introduced the change. Perhaps you can bring 
some light? Even if 10 years have passed? :P

--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33095] Cross-reference isolated mode from relevant locations

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
pull_requests: +7372
stage: needs patch -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33309] Unittest Mock objects do not freeze arguments they are called with

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Thanks for the issue. I think this is documented here : 
https://docs.python.org/3/library/unittest.mock-examples.html#coping-with-mutable-arguments

Thanks

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33220] Antivirus hits on python-2.7.14.amd64.msi file

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Thanks for the report. I think it's a false positive and the md5 you have 
attached matches with the official release of 2.7.14 installer that you can 
verify from https://www.python.org/downloads/release/python-2714/. There were 
similar cases reported and for the most part they are mostly false positives 
that have to be reported to the antivirus vendor so that they update the 
signature.

BitDefender reporting msi installer as a virus : 
https://bugs.python.org/issue30944
Similar case with virustotal.com for 2.17.2 msi installer : 
https://github.com/python/pythondotorg/issues/1092


Thanks

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33872] doc Add list access time to list definition

[INADA Naoki]

INADA Naoki  added the comment:

In case of "difference with linked-list", I don't want to make list definition 
longer and longer for readers only small part of people.  I think that's why 
difference with "linked-list" is documented only in glossary.

By adding all information for non-zero group of people, resulting document will 
be very long, redundant, and suitable for no one.

We should effort to make document "necessary and sufficient" state.

---

In case of time complexity, I agree it's useful for users.  Not only for list, 
but also for all basic operation of basic types, too.

But at my understanding, we don't have formal spec for time complexity of 
stdtypes.  We use consensus instead.

I think we can say random access is O(1) for bytes, bytearray, tuple, list, and 
range (except time for building large numeric value).

On the other hand, I'm not sure about str.  Other Python implementation will 
want to use UTF-8 based implementation of str.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28657] cmd.Cmd.get_help() implementation can't see do_*() methods added dynamically by setattr()

[Błażej Michalik]

Błażej Michalik  added the comment:

Sorry for not describing this one particularly well.

There is nothing wrong with setattr() here, that wasn't the point.
Given the code below (py3, lambdas used for brevity):

# coding: utf-8
from cmd import Cmd

class MyCmd(Cmd):
def do_documented_at_definition(self):
""" This one is documented with docstring. """
pass

def do_documented_afterwards(self):
_ = 'This one will be documented afterwards, with help_<...>() 
method.'

cli = MyCmd()
cli.do_new_command = lambda *_: print("I'm new here")
cli.help_documented_afterwards = lambda *_: print("I'm documenting")
cli.cmdloop()


1. When one types in "help":
1.1 there is no mention of "new_command" in the output, even though the 
command works.
1.2 "documented_afterwards" command is being presented as having no 
documentation at all, but after typing "help documented_afterwards", it turns 
out that it is not the case.
2. There is no completion for "new_command", i.e. typing in "new_" and pressing 
tab key will not make it complete to "new_command".

I don't remember what was the use-case for this at the time (probably had 
something to do with disabling / enabling certain commands at runtime), but the 
implementation seemed trivial enough that we couldn't see justification for not 
doing it this way, hence the report.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33872] doc Add list access time to list definition

[Andrés Delfino]

Andrés Delfino  added the comment:

IMHO, if we deem it useful for users not to expect the time complexity of a 
linked list for list elements access to the extent of adding a comment in the 
glossary, there's no reason it isn't useful to someone who is reading the 
actual list definition. Moreover, I don't see the reason why someone would read 
the list glossary entry after reading the list definition.

I believe glossary entries should be a (rather small) subset of the topics they 
touch.

All of this, of course, if Ammar is not right about list not requiring O(1) 
time complexity.

Please note that, while interesting, I'm not proposing to document the time 
complexity in list definition per se, but only because it's already documented 
in the glossary.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33872] doc Add list access time to list definition

[INADA Naoki]

INADA Naoki  added the comment:

Andrés Delfino :

>
> Andrés Delfino  added the comment:
>
> IMHO, if we deem it useful for users not to expect the time complexity of
> a linked list for list elements access to the extent of adding a comment in
> the glossary, there's no reason it isn't useful to someone who is reading
> the actual list definition.

I didn't deny "it is useful to someone."

I just worry about adding many random notes "useful to someone" in document
"everyone" reads.  It's worse than nothing.

When writing document for wide readers, adding such "useful to someone"
note is bad idea.
We should focus on "important to everyone" or "critical for someone".

Moreover, I don't see the reason why someone would read the list glossary
> entry after reading the list definition.
>

That's why "useful to only someone" information can be noted on glossary,
but no on main document.

I believe glossary entries should be a (rather small) subset of the topics
> they touch.
>

I don't think so. Glossary is the best place to document "no definition,
but used conventionally" word which is not defined in other document

Current glossary has random tips and notes like this.  They don't bother
readers of main document.

I don't think "document in glossary" is not enough reason to add it on main
definition, because it may lead bad S/N ratio.

Of course, if it's very common pitfall for many people, it's worth enough
to note in the definition.

But IList in C# is sequence and LinkedList doesn't implement it. If many
people feel the word "list" implies "linked list", why they choose the name
"IList"?  That's why I think the note is only for someone, not for
 most readers.

So I'm -0.5 on adding it in list definition, and +0 on removing it from
glossary.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26917] unicodedata.normalize(): bug in Hangul Composition

[Benjamin Peterson]

Change by Benjamin Peterson :


--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33529] Infinite loop on folding email if headers has no spaces

[Dong-hee Na]

Change by Dong-hee Na :


--
pull_requests:  -7371

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33885] doc Replace "hook function" with "callable" in urllib.request.urlretrieve

[Andrés Delfino]

New submission from Andrés Delfino :

The reporthook of urllib.request.urlretrieve is treated as a function hook, 
while the right term is "callable".

PR fixes this.

--
assignee: docs@python
components: Documentation
messages: 319822
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: doc Replace "hook function" with "callable" in urllib.request.urlretrieve
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33885] doc Replace "hook function" with "callable" in urllib.request.urlretrieve

[Andrés Delfino]

Change by Andrés Delfino :


--
keywords: +patch
pull_requests: +7373
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33886] SSL on aiomysql hangs on reconnection

[Andrey]

New submission from Andrey :

On reconnect from aiomysql (after the pool has recycled the old connection) by 
using ssl context it hangs forever. Interrupting gives the following Traceback:
  File "/usr/local/lib/python3.6/site-packages/aiomysql/connection.py", line 
464, in _connect
await self._request_authentication()
  File "/usr/local/lib/python3.6/site-packages/aiomysql/connection.py", line 
670, in _request_authentication
server_hostname=self._host
  File "/usr/lib/python3.6/asyncio/streams.py", line 81, in open_connection
lambda: protocol, host, port, **kwds)
  File "/usr/lib/python3.6/asyncio/base_events.py", line 804, in 
create_connection
sock, protocol_factory, ssl, server_hostname)
  File "/usr/lib/python3.6/asyncio/base_events.py", line 830, in 
_create_connection_transport
yield from waiter
concurrent.futures._base.CancelledError

Probably it is related with issue30698 and issue29406.

--
components: asyncio
messages: 319823
nosy: andr04, asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: SSL on aiomysql hangs on reconnection
type: behavior
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33884] [multiprocessing] Multiprocessing in spawn mode doesn't work when the target is a method in a unittest.TestCase subclass, when run either with unittest or with pytest

[Ned Deily]

Change by Ned Deily :


--
nosy: +davin, pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33887] doc Add TOC in Design and History FAQ

[Andrés Delfino]

New submission from Andrés Delfino :

IHMO, having all questions put together is really useful.

--
assignee: docs@python
components: Documentation
messages: 319824
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: doc Add TOC in Design and History FAQ
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33887] doc Add TOC in Design and History FAQ

[Andrés Delfino]

Change by Andrés Delfino :


--
keywords: +patch
pull_requests: +7374
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33888] Use CPython instead of Python when talking about implementation details

[Andrés Delfino]

New submission from Andrés Delfino :

The FAQ talks about list and dictionary implementation details using "Python". 
I believe this should be changed to CPython.

--
assignee: docs@python
components: Documentation
messages: 319825
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: Use CPython instead of Python when talking about implementation details
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33888] Use CPython instead of Python when talking about implementation details

[Andrés Delfino]

Change by Andrés Delfino :


--
keywords: +patch
pull_requests: +7375
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33884] [multiprocessing] Multiprocessing in spawn mode doesn't work when the target is a method in a unittest.TestCase subclass, when run either with unittest or with pytest

[Antoine Pitrou]

Antoine Pitrou  added the comment:

While this is limitation of the spawn and forkserver modes, I don't see how 
this is a bug.  Also, as you point out, making the method a classmethod or 
staticmethod works around the limitation.

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29750] smtplib doesn't handle unicode passwords

[Tal Einat]

Tal Einat  added the comment:

> And yes, by binary passwords I mean that the module needs to support being 
> passed a bytes-like object as the password, since clearly there are servers 
> "in the wild" that support non-ascii passwords and the only way to be sure 
> one can send the server the correct password is by treating it as a series of 
> bytes.  The library caller will have to be responsible for picking the 
> correct encoding based on local knowledge.

Perhaps we should make smtplib accept only bytes, passing on the responsibility 
of using an appropriate encoding to its users?  This seems like the most 
straightforward and transparent choice. It would not be backwards-compatible, 
though.

Alternatively, we could change smtplib to accept passwords as bytes or strings, 
but raise an informative exception when given strings with non-ASCII 
characters.  As now, users could be surprised if they have been passing 
passwords as string and hadn't tested their use of smtplib with non-ASCII 
passwords.  We'd just improve the exception and documentation to clarify the 
situation.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29750] smtplib doesn't handle unicode passwords

[david]

david  added the comment:

I would like to see the second option (allow both, warning on non-ascii)

On 17 June 2018 at 21:03, Tal Einat  wrote:

>
> Tal Einat  added the comment:
>
> > And yes, by binary passwords I mean that the module needs to support
> being passed a bytes-like object as the password, since clearly there are
> servers "in the wild" that support non-ascii passwords and the only way to
> be sure one can send the server the correct password is by treating it as a
> series of bytes.  The library caller will have to be responsible for
> picking the correct encoding based on local knowledge.
>
> Perhaps we should make smtplib accept only bytes, passing on the
> responsibility of using an appropriate encoding to its users?  This seems
> like the most straightforward and transparent choice. It would not be
> backwards-compatible, though.
>
> Alternatively, we could change smtplib to accept passwords as bytes or
> strings, but raise an informative exception when given strings with
> non-ASCII characters.  As now, users could be surprised if they have been
> passing passwords as string and hadn't tested their use of smtplib with
> non-ASCII passwords.  We'd just improve the exception and documentation to
> clarify the situation.
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32498] urllib.parse.unquote raises incorrect errormessage when string parameter is bytes

[stein-k]

Change by stein-k :


--
pull_requests: +7376
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33889] doc Mention Python on-line shell in Tutorial

[Andrés Delfino]

New submission from Andrés Delfino :

If having a link to that specific console is not deemed appropriate, perhaps we 
can point to PythonAnywhere.

IMHO, it's good to let users know that they can try Python right away without 
needing to install.

--
assignee: docs@python
components: Documentation
messages: 319829
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: doc Mention Python on-line shell in Tutorial
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33889] doc Mention Python on-line shell in Tutorial

[Andrés Delfino]

Change by Andrés Delfino :


--
keywords: +patch
pull_requests: +7377
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29750] smtplib doesn't handle unicode passwords

[R. David Murray]

R. David Murray  added the comment:

We must continue to support at least ascii strings, for backward compatibility 
reasons.  We can certainly improve the error messages, but the goal of this 
issue is to add support for bytes passwords.  I lean toward continuing to only 
support ascii strings, and making it the responsibility of the program to do 
the encoding to bytes when dealing with non-ascii.  However, I'd like to also 
be able to recommend in the docs what encoding is most likely to work, if 
someone can find out what encoding Thunderbird uses...however, it occurs to me 
that it may be using whatever encoding the OS is using (LC_LANG, oem codepage, 
etc), and that David's experiments worked because the same encoding was used 
for the same reason when the password was set.  I'm not sure how 
browsers/webmail works in that regard, honestly.

That's less important than just adding support for bytes passwords, though.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33889] doc Mention Python on-line shell in Tutorial

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:

Thanks, but I just don't think this is needed but adding complexity.

--
nosy: +Mariatta
resolution:  -> remind
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33889] doc Mention Python on-line shell in Tutorial

[Mariatta Wijaya]

Change by Mariatta Wijaya :


--
resolution: remind -> rejected

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33890] Pathlib does not compare Windows and MinGW paths as equal

[Patrick Lehmann]

New submission from Patrick Lehmann :

pathlib does not compare absolute paths from Windows and MinGW as equal.

Windows absolute path: "C:\path\to\tool"
MinGW absolute path: "/c/path/to/tool"
Cygwin absolute path: "/cygdrive/c/path/to/tool"

I consider this a bug, because it's the same bug but 3 different writings and 
pathlib is not able to identify the equality.


Environment:
Windows 10
Latest MinGW identified in Python 3.6.2 as MINGW64_NT-10.0


Question on Stack Overflow: 
https://stackoverflow.com/questions/50900779/how-to-compare-absolute-windows-and-mingw-paths-with-pathlib

--
components: Windows
messages: 319832
nosy: Patrick Lehmann, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Pathlib does not compare Windows and MinGW paths as equal
type: behavior
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28710] Sphinx incompatible markup in the standard library

[Patrick Lehmann]

Patrick Lehmann  added the comment:

Any progress on that issue?

1.5 years passed by and it should be possible to fix the Python documentation 
in that time, right?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33876] doc Mention the MicroPython implementation in Introduction

[Andrés Delfino]

Andrés Delfino  added the comment:

I have updated the PR with a FAQ that mentions all implementations mentioned 
here, except Cython and Stackless Python.

I added RapydScript as it's used by VPython for Web visualization, in the 
category of client-side scripting pythonesque languages/implementations.

I didn't add Cython because it's not clear to me if it's useful for creating 
extension modules in a pythonesque language, or if it's also useful by it's own.

I didn't add Stackless Python because it doesn't fit with the "problem domain 
specific" category I've chosen for the FAQ.

I'm pretty sure this will need a few iterations, but at least we have an 
starting point :)

--
type:  -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33891] ntpath join doesnt check whether path variable None or not

[Ömer FADIL USTA]

New submission from Ömer FADIL USTA :

In https://github.com/python/cpython/blob/master/Lib/ntpath.py#L76
def join(path, *paths):
path = os.fspath(path)

the path variable used directly in fspath method without checking is exist or 
not so it cause :

  File "d:\python\37\lib\runpy.py", line 193, in _run_module_as_main
"__main__", mod_spec)
  File "d:\python\37\lib\runpy.py", line 85, in _run_code
exec(code, run_globals)
  File "D:\Python\37\Scripts\pipenv.exe\__main__.py", line 9, in 
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\core.py", line 722, 
in __call__
return self.main(*args, **kwargs)
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\core.py", line 697, 
in main
rv = self.invoke(ctx)
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\core.py", line 1043, 
in invoke
return Command.invoke(self, ctx)
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\core.py", line 895, 
in invoke
return ctx.invoke(self.callback, **ctx.params)
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\core.py", line 535, 
in invoke
return callback(*args, **kwargs)
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\decorators.py", line 
17, in new_func
return f(get_current_context(), *args, **kwargs)
  File "d:\python\37\lib\site-packages\pipenv\cli.py", line 217, in cli
do_py()
  File "d:\python\37\lib\site-packages\pipenv\core.py", line 1703, in do_py
click.echo(which('python', allow_global=system))
  File "d:\python\37\lib\site-packages\pipenv\core.py", line 125, in which
os.path.join(location, 'Scripts'), command
  File "d:\python\37\lib\ntpath.py", line 76, in join
path = os.fspath(path)
TypeError: expected str, bytes or os.PathLike object, not NoneType'. Make sure 
pipenv is on the PATH.

--
messages: 319835
nosy: usta
priority: normal
severity: normal
status: open
title: ntpath join doesnt check whether path variable None or not
type: crash
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33890] Pathlib does not compare Windows and MinGW paths as equal

[R. David Murray]

R. David Murray  added the comment:

Sorry, but these paths are not equal in in any sense that Python by itself can 
determine.  Support for doing this kind of comparison would have to come from 
MingGW or cygwin, and even if a python library exposed those capabilities, it 
would be via some new API, because you are effectively asking for a 
cross-platform comparison of paths.  At least, that's my opinion.  Regardless, 
this is a feature request and one with enough implications that we can't handle 
it in the bug tracker.  The way forward with this idea is to discuss the 
possibility of such an API on the python-ideas mailing list.  Maybe you could 
even get agreement that normal equality could implement it.  Regardless, you'll 
need to be able to discuss the MingGW/cygwin facilities that would allow it to 
be implemented as a minimum starting point.  If those facilities don't exist, 
there's no hope ;)

--
nosy: +r.david.murray
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28710] Sphinx incompatible markup in the standard library

[R. David Murray]

R. David Murray  added the comment:

Thanks for coming back to this.

We're accepting PRs via github now, so the next step now would be to make it 
into a PR.  

Sometimes things just get forgotten and you have to nudge them to get them 
moving (see the devguide for guidelines about when it is appropriate to nudge 
an issue).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28710] Sphinx incompatible markup in the standard library

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I agree with David about replacing `x' with 'x' instead of ``x``, so please 
make this change.  Do you know what ``x.y = v'' is supposed to mean?

David, do you want one PR with 139+ changes, or should we start with fewer?  
Patrick, are these usages scattered over numerous files or concentrated in a 
few?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28710] Sphinx incompatible markup in the standard library

[Patrick Lehmann]

Patrick Lehmann  added the comment:

Against what branch should I create the PR?

I was a huge number of changes.
I think I'll create multiple PRs to ease the review.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33892] doc Add a couple of "or she/her"

[Andrés Delfino]

New submission from Andrés Delfino :

PR adds some "or she/her".

--
assignee: docs@python
components: Documentation
messages: 319840
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: doc Add a couple of "or she/her"
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33892] doc Add a couple of "or she/her"

[Andrés Delfino]

Change by Andrés Delfino :


--
keywords: +patch
pull_requests: +7378
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33839] IDLE tooltips.py: refactor and add docstrings and tests

[Terry J. Reedy]

Terry J. Reedy  added the comment:

What do you think of changing 'ToolTip' to 'Tooltip'?  The me, the extra 'T' is 
over-aggressive camel-casing that impedes rather than aids reading.

test_tooltip.py was missing the unittest invocation at the end, so I could not 
the tests from an editor.  Without it, coverage on my Win 10 was 24%.  With it, 
91% (same missing coverage).

There are cases where 100% is close enough to impossible to just move on.  I 
agree that the misse here are not necessarily showstoppers.  But I like to 
check whether the failure does not suggest a code change. 

TclError from widget.destroy suggests that we *might* be able to cleanup better.

"The TclError exceptions are reproduced by the htest in tooltip.py. ":
With the code as is?  Or if the try-except is removed?

ValueError: where?

Other comments in the review.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33892] doc Add a couple of "or she/her"

[Emanuel Barry]

Emanuel Barry  added the comment:

Nice initiative! I like the idea of moving towards more inclusive 
documentation; as an addition, I would recommend using they/them/their instead 
- it's less clumsy to read (also, singular they is perfectly valid English) and 
includes everyone, even those who may not use either he/him or she/her pronouns 
:)

All in all, great initiative, I encourage you to keep going in that direction!

--
nosy: +ebarry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33892] doc Add a couple of "or she/her"

[Andrés Delfino]

Andrés Delfino  added the comment:

Yeap, Ammar just told me the same suggestion on GitHub :)

PR will be a little more ambitious now, as I'm replacing all he/him/she/her 
mentions.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33839] IDLE tooltips.py: refactor and add docstrings and tests

[Terry J. Reedy]

Terry J. Reedy  added the comment:

As I mentioned elsewhere, I can a) imagine using this with dialogs to pop up 
hints about the particular entry widget, and b) would like the popups to 
respond keyboard (Tab) focus changes as well as mouse movement focus changes.  
Looking at the config dialog, keyboard focus and mouse focus seems to be 
independent and parallel systems, so I don't know how easy it would be to 
respond to both.  In general, keyboard focus is indicated by a black dotted 
line ring, while mouse focus (activation) is indicated by a color change (blue 
on Windows), though for entry widgets, key focus in indicated by blue 
background while mouse focus is indicated by a cursor change.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28710] Sphinx incompatible markup in the standard library

[Terry J. Reedy]

Terry J. Reedy  added the comment:

master, and maybe backport from there, unless the PR never touches master.

I wonder if we should bring this up on pydev.  Without discussion and 
agreement, someone might object just because there are so many changes.  Or 
someone might say that they want the 'illegal' markup kept.

I see that the one docstring you linked to, 
https://github.com/python/cpython/blob/master/Lib/configparser.py?ts=2#L26
had 9 occurences, 1 for each parameter.

I never see any warnings.  It must be that our build system somewhere discards 
them.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33890] Pathlib does not compare Windows and MinGW paths as equal

[Patrick Lehmann]

Patrick Lehmann  added the comment:

I don't think is cross-platform, because I'm still on Windows but in different 
shells. More over, pathlib currently support cross-platform comparison. I can 
save a configuration file on Linux and open it on Windows with such paths. I 
use myPath.as_posix() to solve this problem.

pathlib just needs to detect the environment and then it needs to extend its 
understanding of equal in MinGW and Cygwin that C:\ is equal to /c/.

That's not a big deal. 

Do I realy need to register in a heavy overloaded mailing list for such a 
simple fix? This will take months to implement and deploy... 

Python is now on GitHub, why can't we use an issue as any other open source 
project does?

What is a "MinGW facility"?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28710] Sphinx incompatible markup in the standard library

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This should probably be discussed on python-dev.  In particular, changing from 
single backticks to double backticks is something that makes Sphinx happy but 
will uglify the docstrings for all other ways of viewing the docs.

Also, note that most of our docs aren't autogenerated from the docstrings so 
we've never had any particular need to impose Sphinx markup requirements for 
docstrings.

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28710] Sphinx incompatible markup in the standard library

[Terry J. Reedy]

Terry J. Reedy  added the comment:

In my last comment above, I forgot that this issue is about *docstrings*.  We 
do not officially process docstrings with Sphinx, so there are no warnings to 
be suppressed.

PEP 8, which covers style for the stdlib, refers to 
https://www.python.org/dev/peps/pep-0257/
Neither says anything about markup and last I remember, there should not be any 
for the stdlib. Pep-0257 gives this example:

def complex(real=0.0, imag=0.0):
"""Form a complex number.

Keyword arguments:
real -- the real part (default 0.0)
imag -- the imaginary part (default 0.0)
"""
Here, parameter names are indicated by the formatting, not by markup.  If `' is 
used in such lists, it should just be deleted.  I believe 'name' is sometimes 
used in running text.

The help() function prints a docstring as is.

--
nosy:  -rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28710] Sphinx incompatible markup in the standard library docstrings

[Raymond Hettinger]

Change by Raymond Hettinger :


--
title: Sphinx incompatible markup in the standard library -> Sphinx 
incompatible markup in the standard library docstrings

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33887] doc Add TOC in Design and History FAQ

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Please don't fill-up the tracker with dozens of micro-PRs for tiny 
documentation changes of dubious benefit or occasional detriment.  On the 
balance, it isn't helpful to have a newcomer second-guess every little writing 
decision that has been made.  Ideally, we should focus on issues that are known 
to actually be confusing real users.  Also, it would be ideal to spend time 
learning the existing documentation norms.  

The little micro-edits each take time to discuss, review and apply or reject.  
This eats into the small bits of spare time that the reviewers have and takes 
them away from other issues.

Perhaps you could channel your enthusiasm into reviewing other doc patches or 
open bugs.

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33869] doc Add set, frozen set, and tuple entries to Glossary

[INADA Naoki]

INADA Naoki  added the comment:

Andrés, you seems making pull request to document at very high pace.

First of all, thank you for trying improving document.

But some of your pull request seems very little benefit for most readers.  Your 
motivation seems consistency than real people.

In PEP 8, "A Foolish Consistency is the Hobgoblin of Little Minds" is top of 
the rules.  I think it is same to documentation.

Random many small changes to document will consume core-dev's time and reduce 
translation coverage.

Please stop thinking like "Because X is ~, Y should be ~".
Instead, please think about helping real world people.

Regards,

--
nosy: +inada.naoki

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33880] namedtuple should use NFKD to find duplicate members

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Of late, people have been very concerned with namedtuple construction time, so 
I'm disinclined to add this overhead for something that doesn't seem to have 
been a problem in the real world.

Also, the SyntaxError seems reasonable.  That is the same error given by a 
regular function definition or types.SimpleNamespace:

>>> def f(µ=1, μ=2):
pass
SyntaxError: duplicate argument 'μ' in function definition

>>> SimpleNamespace(µ=1, μ=2)
SyntaxError: keyword argument repeated

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33869] doc Add set, frozen set, and tuple entries to Glossary

[Andrés Delfino]

Andrés Delfino  added the comment:

Sorry, INADA, you are right.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33887] doc Add TOC in Design and History FAQ

[Andrés Delfino]

Andrés Delfino  added the comment:

Sorry, Raymond, you are right.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33890] Pathlib does not compare Windows and MinGW paths as equal

[Eryk Sun]

Eryk Sun  added the comment:

> I don't think is cross-platform, because I'm still on Windows but 
> in different shells.

MSYS/MINGW64 and Cygwin are POSIX runtime environments implemented in DLLs, but 
they're layered over Windows and can thus support Windows paths such as 
r"C:\Temp" in addition to the platform's native paths such as "/c/Temp" or 
"/cygdrive/c/Temp". 

(The real native path is neither Windows nor POSIX. It's an NT path such as 
r"\??\C:\Temp", for which r"\??" combines searching the per-logon and global 
directories that contain device symlinks and "C:" is a symlink to an NT volume 
device such as r"\Device\HarddiskVolume2". Device symlinks are typically 
persisted in the registry and stable, such as DOS drives and volume GUID names, 
whereas actual device names are typically enumerated and unreliable.)

I assume you're using a Python package built for MSYS2. For example:

$ python
Python 3.6.2 (default, Sep  7 2017, 13:16:50)
[GCC 6.3.0] on msys
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform.system()
'MINGW64_NT-10.0'

(The platform name depends on the value of the MSYSTEM environment variable at 
startup. In an MSYS development environment it's "MSYS" instead of "MINGW64". 
In both cases sys.platform is "msys".) 

It seems you want MSYS2 and Cygwin support added to pathlib -- maybe as a 
subclass of PosixPath. I think David is right that this deserves to be 
discussed on python-ideas.

--
nosy: +eryksun

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33892] doc Add a couple of "or she/her"

[miss-islington]

Change by miss-islington :


--
pull_requests: +7379

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33892] doc Add a couple of "or she/her"

[INADA Naoki]

INADA Naoki  added the comment:


New changeset 5092439c2cb32112a5869b138011d38491db90a9 by INADA Naoki (Andrés 
Delfino) in branch 'master':
bpo-33892: Doc: Use gender neutral words (GH-7770)
https://github.com/python/cpython/commit/5092439c2cb32112a5869b138011d38491db90a9


--
nosy: +inada.naoki

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33892] doc Add a couple of "or she/her"

[miss-islington]

Change by miss-islington :


--
pull_requests: +7380

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33892] doc Add a couple of "or she/her"

[miss-islington]

miss-islington  added the comment:


New changeset 5f165851b9b6ae6e75b01d68f9a40ed95def4c9f by Miss Islington (bot) 
in branch '3.7':
bpo-33892: Doc: Use gender neutral words (GH-7770)
https://github.com/python/cpython/commit/5f165851b9b6ae6e75b01d68f9a40ed95def4c9f


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33893] Linux terminal shortcuts support in python shell

[sebastin]

New submission from sebastin :

simple linux terminal support in python shell,
like clear, ctrl + r, up arrow would be really good to have.

--
assignee: terry.reedy
components: IDLE, IO, Interpreter Core
messages: 319857
nosy: sebastin, terry.reedy
priority: normal
severity: normal
status: open
title: Linux terminal shortcuts support in python shell
type: enhancement
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33892] doc Add a couple of "or she/her"

[miss-islington]

miss-islington  added the comment:


New changeset f14e8eaaa52f799958e77b426283df0f69a81725 by Miss Islington (bot) 
in branch '3.6':
bpo-33892: Doc: Use gender neutral words (GH-7770)
https://github.com/python/cpython/commit/f14e8eaaa52f799958e77b426283df0f69a81725


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33892] doc Add a couple of "or she/her"

[INADA Naoki]

INADA Naoki  added the comment:

Andrés, would you create PR for 2.7?
It can't be backported automatically.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31817] Compilation Error with Python 3.6.1/3.6.3 with Tkinter

[dplusplus]

dplusplus  added the comment:

Revisited this recently and found a fix. This problem seems to appear only if 
Tcl and/or Tk is installed in a non-standard folder.

In the ./configure call, include `-ltcl8.6 -ltk8.6` (for Tcl/Tk 8.6.x) in the 
--with-tcltk-libs specification, so the command looks like `./configure 
--with-tcltk-libs='-L/path/to/tcl/lib/location -L/path/to/tk/lib/location 
-ltcl8.6 -ltk8.6'`. Since the Tcl and Tk shared libraries are in non-standard 
locations, set LD_LIBRARY or append '-Wl,-rpath,/path/to/tcl/lib/location 
-Wl,-rpath,/path/to/tk/lib/location' to --with-tcltk-libs. Run make and the 
tkinter import failure is no longer there.


`import tkinter` runs fine, but an error appears when running the simple hello 
world script at https://docs.python.org/3.6/library/tkinter.html:

Traceback (most recent call last):
  File "/opt/tk_sample.py", line 22, in 
root = tk.Tk()
  File "/opt/Python-3.6.5/Lib/tkinter/__init__.py", line 2020, in __init__
self.tk = _tkinter.create(screenName, baseName, className, interactive, 
wantobjects, useTk, sync, use)
_tkinter.TclError: Can't find a usable tk.tcl in the following directories:
/opt/tk/lib /opt/tcl/lib/tcl8.6/tk8.6 /opt/tcl/lib/tk8.6 
/opt/Python-3.6.5/lib/tk8.6 /opt/Python-3.6.5/lib/tk8.6 /opt/lib/tk8.6 
/opt/Python-3.6.5/library

`tk.tcl` is in /opt/tk/lib/tk8.6; looking at the directories listed in the 
error message _tkinter is expecting Tcl and Tk to be installed in the same 
folder (To be fair, Tk warns about this in its configure script).
This is fixed by setting the environment variable TK_LIBRARY to the folder 
where tk.tcl is. I do not consider this a complete solution though, since 
TK_LIBRARY needs to be set to run anything that uses tkinter.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33893] Linux terminal shortcuts support in python shell

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Are you talking about the python shell, run in a text console window, or IDLE's 
GUI shell?  The components you mark include both.

If the former, do you mean only on linux or all systems?  You and Python are 
more or less at the mercy of the console you use + readline.

If you mean IDLE's Shell, you must give details: what key, what action.  Is so, 
I suspect that at least some of your requests are either rejected or open 
issues.

--
stage:  -> test needed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29750] smtplib doesn't handle unicode passwords

[Tal Einat]

Tal Einat  added the comment:

I found the Thunderbirg bugzilla issues where they appear to have dealt 
precisely with this issue (for a variety of protocols, including SMTP):

https://bugzilla.mozilla.org/show_bug.cgi?id=312593

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29750] smtplib doesn't handle unicode passwords

[Tal Einat]

Tal Einat  added the comment:

This specifically seems relevant:

> In order for Thunderbird to be standards-compliant-enough to interoperate 
> with standards-compliant servers, it should use UTF-8 for the SASL PLAIN 
> mechanism regardless of the underlying protocol (IMAP, POP and SMTP). That 
> includes the POP3 "AUTH PLAIN" command and the SMTP "AUTH PLAIN" command.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29750] smtplib doesn't handle unicode passwords

[Tal Einat]

Tal Einat  added the comment:

There's also some discussion there (from 3 years ago) of possibly needing to 
fall back to ISO-8859-1 to work with MS Exchange, despite the standards saying 
UTF-8 should be used.  It's unclear to me whether that's actually the case.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33893] Linux terminal shortcuts support in python shell

[sebastin]

sebastin  added the comment:

I meant this on Python IDLE across all platforms.
basic necessary enhancements for seamless use of IDLE should atleast have below 
feature supported.

clear(used in MAC/LINUX TERMINAL) or cls(used in WINDOWS CMD PROMPT) - clear 
the PYTHON IDLE screen.

up arrow - for the search history.

If this enhancements is in progress/open state then its good, if rejected this 
be reconsidered ?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29750] smtplib doesn't handle unicode passwords

[Tal Einat]

Tal Einat  added the comment:

>From reading the aforementioned discussion on Thunderbird's issue tracker, 
>ISTM that encoding with UTF-8 is the way to go.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com