[issue43221] German Text Conversion Using Upper() and Lower()

[Steven D'Aprano]

Steven D'Aprano  added the comment:

>>> '\N{LATIN SMALL LETTER SHARP S}'
'ß'
>>> '\N{LATIN CAPITAL LETTER SHARP S}'
'ẞ'

The history of ß is complicated and differs in the Germany speaking countries 
of Austria, Switzerland and Germany, but the short version is that the 
uppercase version only became *officially* recognised by Germany in the 21st 
century, although it was unofficially in use back in the first half of the 20th 
century.

As far as I can tell, official German spelling rules still have uppercase of ß 
being SS, although that may be changing.

In any case, regardless of what the German, Austrian or Swiss German speakers 
do, Python will follow the Unicode rules, and that still has ß map to SS by 
default.

Any change in behaviour would have to be limited to Python 3.10 as 3.9 is in 
feature-freeze.

--
nosy: +steven.daprano

___
Python tracker 

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

[issue43221] German Text Conversion Using Upper() and Lower()

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

I guess this was discussed a few times in different issues. See also 
https://bugs.python.org/issue34928

--
nosy: +xtreak

___
Python tracker 

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

[issue43221] German Text Conversion Using Upper() and Lower()

[Eryk Sun]

Eryk Sun  added the comment:

Python uses standard Unicode character properties, as defined by the Unicode 
Consortium. This issue is discussed in their FAQ [1]: 

Q: Why does ß (U+00DF LATIN SMALL LETTER SHARP S) not uppercase to 
   U+1E9E LATIN CAPITAL LETTER SHARP S by default?

A: In standard German orthography, the sharp s ("ß") used to be 
   exclusively uppercased to a sequence of two capital S characters. 
   This longstanding practice is reflected in the default case 
   mappings in Unicode. A capital form of ß is sometimes preferred
   for typographic reasons or to avoid ambiguity, such as in
   uppercase names as found in passports. It is encoded in the
   Unicode Standard as U+1E9E. While this character is not widely
   used, [it] is now recognized in the official orthography as an 
   optional uppercase form of ß in addition to "SS".  Because it is
   only an optional alternative, the original mapping to "SS" is
   retained in the Unicode character properties. 

---
[1] http://unicode.org/faq/casemap_charprop.html#11

--
nosy: +eryksun
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

[issue43221] German Text Conversion Using Upper() and Lower()

[Max Parry]

New submission from Max Parry :

The German alphabet has four extra characters (ä, ö, ü and ß) when compared to 
the UK/USA alphabet.  Until 2017 the character ß was normally only lower case.  
Upper case ß was represented by SS.  In 2017 upper case ß was introduced, 
although SS is still often/usually used instead.  It is important to note that, 
as far as I can see, upper case ß and lower case ß are identical.

The upper() method converts upper or lower case ß to SS.  N.B. ä, ö and ü are 
handled correctly.  Lower() seems to work correctly.

Please note that German is my second language and everything I say about the 
language, its history and its use might not be reliable.  Happy to be corrected.

--
components: Windows
messages: 386938
nosy: Strongbow, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: German Text Conversion Using Upper() and Lower()
type: behavior
versions: Python 3.9

___
Python tracker 

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

[issue43152] warning: unused variable 'code'

[Dong-hee Na]

Dong-hee Na  added the comment:

Now this issue is solved
Thank you Victor as the reviewer ;)

--
nosy: +vstinner
resolution:  -> fixed
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

[issue43152] warning: unused variable 'code'

[Dong-hee Na]

Dong-hee Na  added the comment:


New changeset 3cf0833f42ebde24f6435b838785ca4f946b988f by Dong-hee Na in branch 
'master':
bpo-43152: Update assert statement to remove unused warning (GH-24473)
https://github.com/python/cpython/commit/3cf0833f42ebde24f6435b838785ca4f946b988f


--

___
Python tracker 

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

[issue43219] shutil.copy raises IsADirectoryError when the directory does not actually exist

[Eryk Sun]

Eryk Sun  added the comment:

> IsADirectoryError: [Errno 21] Is a directory: 'not_a_dir/'

The trailing slash forces the OS to handle "not_a_dir" as a directory [1]. 

A pathname that contains at least one non-  character and that 
ends with one or more trailing  characters shall not be resolved
successfully unless the last pathname component before the trailing 
 characters names an existing directory or a directory entry 
that is to be created for a directory immediately after the pathname is
resolved. 

Mode "w" corresponds to low-level POSIX open() flags O_CREAT | O_TRUNC | 
O_WRONLY. If write access is requested for a directory, the open() system call 
must fail with EISDIR [2].

[EISDIR]
The named file is a directory and oflag includes O_WRONLY or O_RDWR,
or includes O_CREAT without O_DIRECTORY.

In most cases, opening a directory with O_CREAT also fails with E_ISDIR. POSIX 
does permit an implementation to create a directory with O_CREAT | O_DIRECTORY. 
In Linux, however, O_CREAT always creates a regular file, regardless of 
O_DIRECTORY, so open(pathname, O_CREAT | flags) always fails with EISDIR when 
pathname is an existing directory or names a directory by way of a trailing 
slash.

---
[1] 
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap04.html#tag_04_13
[2] https://pubs.opengroup.org/onlinepubs/9699919799/functions/open.html

--
nosy: +eryksun

___
Python tracker 

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

[issue43220] Explicit default required arguments with add_mutually_exclusive_group are rejected

[Keith Smiley]

Change by Keith Smiley :


--
keywords: +patch
pull_requests: +23311
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/24526

___
Python tracker 

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

[issue43220] Explicit default required arguments with add_mutually_exclusive_group are rejected

[Keith Smiley]

New submission from Keith Smiley :

With this code:

```
import argparse

parser = argparse.ArgumentParser()
group = parser.add_mutually_exclusive_group(required=True)
group.add_argument("--foo", default="1")
group.add_argument("--bar")
args = parser.parse_args()
print(args)
```

When you explicitly pass `--foo 1`, it is treated as if no argument was passed:

```
% python3 /tmp/bug.py --foo 1
usage: bug.py [-h] (--foo FOO | --bar BAR)
bug.py: error: one of the arguments --foo --bar is required
```

I can't tell if this behavior is intentional, but it was surprising to me. It 
also seems to be somewhat based on the length of the default string. For 
example on my macOS machine if I change the default to `longerstring` it does 
not have this issue.

--
components: Library (Lib)
messages: 386934
nosy: keith
priority: normal
severity: normal
status: open
title: Explicit default required arguments with add_mutually_exclusive_group 
are rejected
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

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

[issue43219] shutil.copy raises IsADirectoryError when the directory does not actually exist

[Jeremy Pinto]

Jeremy Pinto  added the comment:

In fact, the issue seems to be coming from open() itself when opening a 
non-existent directory in write mode:

[nav] In [1]: import os
 ...: nonexixstent_dir = 'not_a_dir/'
 ...: assert not os.path.exists(nonexixstent_dir)
 ...: with open(nonexixstent_dir, 'wb') as fdst:
 ...: pass
---
IsADirectoryError Traceback (most recent call last)
 in 
  2 dir_path = 'not_a_dir/'
  3 assert not os.path.exists(nonexixstent_dir)
> 4 with open(nonexixstent_dir, 'wb') as fdst:
  5 pass

IsADirectoryError: [Errno 21] Is a directory: 'not_a_dir/'

--

___
Python tracker 

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

[issue43219] shutil.copy raises IsADirectoryError when the directory does not actually exist

[Jeremy Pinto]

New submission from Jeremy Pinto :

Issue: If you try to copy a file to a directory that doesn't exist using 
shutil.copy, a IsADirectory error is raised saying the directory exists. 

This issue is actually caused when `open(not_a_dir, 'wb') is called on a 
non-existing dir.

Expected behaviour: Should instead raise NotADirectoryError
-

Steps to reproduce:

[nav] In [1]: import os
 ...: from pathlib import Path
 ...: from shutil import copy
 ...:
 ...: tmp_file = '/tmp/some_file.txt'
 ...: Path(tmp_file).touch()
 ...: nonexistent_dir = 'not_a_dir/'
 ...: assert not os.path.exists(nonexistent_dir)
 ...: copy(tmp_file, nonexistent_dir)
---
IsADirectoryError Traceback (most recent call last)
 in 
  7 nonexistent_dir = 'not_a_dir/'
  8 assert not os.path.exists(nonexistent_dir)
> 9 copy(tmp_file, nonexistent_dir)

~/miniconda3/lib/python3.7/shutil.py in copy(src, dst, follow_symlinks)
243 if os.path.isdir(dst):
244 dst = os.path.join(dst, os.path.basename(src))
--> 245 copyfile(src, dst, follow_symlinks=follow_symlinks)
246 copymode(src, dst, follow_symlinks=follow_symlinks)
247 return dst

~/miniconda3/lib/python3.7/shutil.py in copyfile(src, dst, follow_symlinks)
119 else:
120 with open(src, 'rb') as fsrc:
--> 121 with open(dst, 'wb') as fdst:
122 copyfileobj(fsrc, fdst)
123 return dst

IsADirectoryError: [Errno 21] Is a directory: 'not_a_dir/'

--
messages: 386932
nosy: jerpint
priority: normal
severity: normal
status: open
title: shutil.copy raises IsADirectoryError when the directory does not 
actually exist
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

[issue43218] after venv activation "which python3" and sys.path both give base installation instead of venv

[Neel Gore]

New submission from Neel Gore :

Fresh python 3.9.1 installation on macOS, shell is zsh

activated a venv with "python3 -m venv .venv"
activated with "source .venv/bin./activate"

"which python3" and "which pip3" both show my base installation

--
components: macOS
files: Screen Shot 2021-02-13 at 8.31.20 PM.png
messages: 386931
nosy: ned.deily, neeltennis, ronaldoussoren
priority: normal
severity: normal
status: open
title: after venv activation "which python3" and sys.path both give base 
installation instead of venv
type: behavior
versions: Python 3.9
Added file: https://bugs.python.org/file49807/Screen Shot 2021-02-13 at 8.31.20 
PM.png

___
Python tracker 

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

[issue43217] tkinter style map return value in alt theme

[misianne]

New submission from misianne :

The return value for ttk.style().map('Treeview') is wrong for the 'background' 
value in the 'alt' theme: tuple are missing.

Tcl alt Treeview map:

-foreground {disabled #a3a3a3 {!disabled !selected} black selected #ff} 
-background {disabled #d9d9d9 {!disabled !selected} #ff selected #4a6984}


tkinter alt Treeview map:

{
'foreground': [('disabled', '#a3a3a3'), ('!disabled', '!selected', 'black'), 
('selected', '#ff')], 
'background': ['disabled', '#d9d9d9', '!disabled !selected', '#ff', 
'selected', '#4a6984']
}

It should be:

'background': [('disabled', '#d9d9d9'), ('!disabled !selected', '#ff'), 
('selected', '#4a6984')]

--
components: Tkinter
messages: 386930
nosy: misianne
priority: normal
severity: normal
status: open
title: tkinter style map return value in alt theme
type: behavior
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

[issue42819] readline 8.1 bracketed paste

[Miro Hrončok]

Miro Hrončok  added the comment:

This also affects Fedora 34+

--
nosy: +hroncok, petr.viktorin, vstinner

___
Python tracker 

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

[issue43146] 3.10a5 regression: AttributeError: 'NoneType' object has no attribute '__suppress_context__' in traceback.py

[Irit Katriel]

Irit Katriel  added the comment:

> I wonder what the rationale was.  It isn't because these functions never 
> raise.

I think it's because sys.exc_info() can return None, None, None when there is 
no exceptions.

--

___
Python tracker 

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

[issue43216] Removal of @asyncio.coroutine in Python 3.10

[Illia Volochii]

New submission from Illia Volochii :

It looks like @asyncio.coroutine was scheduled to be removed in Python 3.10.

Is it still relevant?

https://bugs.python.org/issue36921
https://docs.python.org/3.10/library/asyncio-task.html#asyncio.coroutine

--
components: asyncio
messages: 386927
nosy: asvetlov, illia-v, yselivanov
priority: normal
severity: normal
status: open
title: Removal of @asyncio.coroutine in Python 3.10
versions: Python 3.10

___
Python tracker 

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

[issue43215] Document Happy Eyeballs arguments of asyncio.open_connection

[Illia Volochii]

Change by Illia Volochii :


--
keywords: +patch
pull_requests: +23310
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/24525

___
Python tracker 

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

[issue43215] Document Happy Eyeballs arguments of asyncio.open_connection

[Illia Volochii]

New submission from Illia Volochii :

The problem is similar to https://bugs.python.org/issue39128.

It is not documented that asyncio.open_connection accepts happy_eyeballs_delay 
and interleave that are passed to loop.create_connection.

https://docs.python.org/3/library/asyncio-stream.html#asyncio.open_connection

--
assignee: docs@python
components: Documentation, asyncio
messages: 386926
nosy: asvetlov, docs@python, illia-v, yselivanov
priority: normal
severity: normal
status: open
title: Document Happy Eyeballs arguments of asyncio.open_connection
type: enhancement
versions: Python 3.10, Python 3.8, Python 3.9

___
Python tracker 

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

[issue43205] Python Turtle Colour

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

If issue24990 is closed, this issue should be closed as well, as it is just a 
particular case of issue24990.

--
nosy: +serhiy.storchaka
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Foreign language support in turtle module

___
Python tracker 

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

[issue43213] Shortcut for checking if PurePath object contains str

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I guess that you need to use the parts attribute. Note that `'share' in 
str(path)` and `'share' in path.parts` are two very different things, even if 
they can give the same result in some cases.

When reply be email, please remove the quoted text. It makes reading difficult, 
especially for people with disabilities.

--
resolution:  -> rejected
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

[issue42580] ctypes.util.find_library("libc") fails

[Alex Shpilkin]

Change by Alex Shpilkin :


--
nosy: +Alex Shpilkin

___
Python tracker 

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

[issue43155] PyCMethod_New not defined in python3.lib

[Barry Alan Scott]

Barry Alan Scott  added the comment:

Thanks Petr, I'll watch for the PEP.

FYI: I work on the assumption that if I use Py_LIMITED_API and the header
files provide an API guarded by an #if then its "offical".

--

___
Python tracker 

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

[issue43213] Shortcut for checking if PurePath object contains str

[Tomas Gustavsson]

Tomas Gustavsson  added the comment:

Sorry Serhiy, missed your answer there. I understand your point. I guess
I'll have to look for other things to help with :)

Thank you for the answer.

Guess this can be closed then.

Best regards
Tomas

On Sat, 13 Feb 2021, 12:57 Serhiy Storchaka  wrote:

>
> Serhiy Storchaka  added the comment:
>
> Path is not string, and it was made not string-like intentionally.
> Otherwise it would be made a subclass of str.
>
> If you want to check whether a string is a substring of the string
> representation of the path, just do it explicitly: 'share' in str(path).
> But in most cases it is not what the user intended.
>
> There were several propositions about implementing "in" (and iteration,
> these operations are related and should be consistent). The problem is that
> there several different meaning of that operation. Should it check that the
> directory referred by the path contains the specified file name? Or that
> the path contains the specified path component? Or that one path is a
> subpath of other path? Or that the specified string is a substring of the
> string representation of the path? (The latter proposition is the least
> useful.) It is better to avoid ambiguity, so all these proposition were
> rejected.
>
> --
> nosy: +serhiy.storchaka
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue43213] Shortcut for checking if PurePath object contains str

[Tomas Gustavsson]

Tomas Gustavsson  added the comment:

Okay, maybe a bad example. But let's say I want to find all folders and
files but filter out those which contains .git,.svn in the paths.

Anyhow, I believe this minor feature would make such use cases (and other)
more clean and intuitive. I am lazy and I like when things work without me
having to write more lines or characters then I need.

On Sat, 13 Feb 2021, 12:08 Vedran Čačić  wrote:

>
> Vedran Čačić  added the comment:
>
> While it might be useful, I don't think it is what you want. For example,
> you wouldn't say it contains 'r/sh', right? I think it should only refer to
> full names of path parts.
>
> --
> nosy: +veky
>
> ___
> Python tracker 
> 
> ___
>

--
title: Shortcut for checking if  PurePath object contains str -> Shortcut for 
checking if PurePath object contains str

___
Python tracker 

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

[issue43213] Shortcut for checking if PurePath object contains str

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Path is not string, and it was made not string-like intentionally. Otherwise it 
would be made a subclass of str.

If you want to check whether a string is a substring of the string 
representation of the path, just do it explicitly: 'share' in str(path). But in 
most cases it is not what the user intended.

There were several propositions about implementing "in" (and iteration, these 
operations are related and should be consistent). The problem is that there 
several different meaning of that operation. Should it check that the directory 
referred by the path contains the specified file name? Or that the path 
contains the specified path component? Or that one path is a subpath of other 
path? Or that the specified string is a substring of the string representation 
of the path? (The latter proposition is the least useful.) It is better to 
avoid ambiguity, so all these proposition were rejected.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue43213] Shortcut for checking if PurePath object contains str

[Vedran Čačić]

Vedran Čačić  added the comment:

While it might be useful, I don't think it is what you want. For example, you 
wouldn't say it contains 'r/sh', right? I think it should only refer to full 
names of path parts.

--
nosy: +veky

___
Python tracker 

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

[issue41374] socket.TCP_* no longer available with cygwin 3.1.6+

[Christoph Reiter]

Christoph Reiter  added the comment:

ping. The PR looks good to me.

--

___
Python tracker 

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

[issue43146] 3.10a5 regression: AttributeError: 'NoneType' object has no attribute '__suppress_context__' in traceback.py

[Miro Hrončok]

Miro Hrončok  added the comment:

JFYI, there are 2 affected Fedora packages (that we know of):

visidata fails to build with Python 3.10: AttributeError: 'NoneType' object has 
no attribute '__suppress_context__'
https://bugzilla.redhat.com/show_bug.cgi?id=1928145

python-utils fails to build with Python 3.10: AttributeError: 'NoneType' object 
has no attribute '__suppress_context__'
https://bugzilla.redhat.com/show_bug.cgi?id=1928081

--
nosy: +hroncok

___
Python tracker 

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

[issue43214] site: Potential UnicodeDecodeError when handling pth file

[Inada Naoki]

Change by Inada Naoki :


--
keywords: +easy

___
Python tracker 

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

[issue43214] site: Potential UnicodeDecodeError when handling pth file

[Inada Naoki]

New submission from Inada Naoki :

https://github.com/python/cpython/blob/4230bd52e3f9f289f02e41ab17a95f50ed4db5a6/Lib/site.py#L160

```
f = io.TextIOWrapper(io.open_code(fullname))
```

When default text encoding is not UTF-8 and pth file contains non-ASCII 
character, it will raise UnicodeDecodeError.

--
components: Library (Lib)
keywords: 3.8regression
messages: 386916
nosy: methane
priority: normal
severity: normal
status: open
title: site: Potential UnicodeDecodeError when handling pth file
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

___
Python tracker 

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