[issue44934] Windows installer: Append Python to PATH instead of prepending it
Sascha added the comment: hi, if you know that it will lead to confusion why is this confusion not written here: https://docs.python.org/3/using/windows.html If you do software deployment in a company you will only have one version so having more than one version is not the point. And if you make append path optional available like prepend everybody can choose. Anyway. What i have seen now is if you uninstall Python it is not cleaning up the path variable. Is there any parameter i missed? -- nosy: +Saxomania ___ Python tracker <https://bugs.python.org/issue44934> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33599] Copying objects subclassed from SimpleNamespace doesn't work
New submission from Sascha :
Try
from types import SimpleNamespace
import copy
class Person(SimpleNamespace):
def __init__(self, name, **kwargs):
self.name = name
super().__init__(**kwargs)
bob = Person('Bob', job='tester')
clone = copy.copy(bob)
For me this results in
TypeError: __init__() missing 1 required positional argument: 'name'
--
components: Library (Lib)
messages: 317266
nosy: stereobutter
priority: normal
severity: normal
status: open
title: Copying objects subclassed from SimpleNamespace doesn't work
type: behavior
versions: Python 3.6
___
Python tracker
<https://bugs.python.org/issue33599>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16100] Compiling vim with Python 3.3 support fails
New submission from Sascha: Hello there, I hope I'm right here. I tried to compile vim with Python 3.3 32bit support. OS: Windows 7 64bit Compiler: MinGW Compiling vim with Python 3.2 32bit support works! The error message: obj/if_python3.o:if_python3.c:(.text+0x739): undefined reference to `__imp__PyUnicode_AsUnicode' -- components: Windows messages: 171722 nosy: v_core priority: normal severity: normal status: open title: Compiling vim with Python 3.3 support fails type: compile error versions: Python 3.3 ___ Python tracker <http://bugs.python.org/issue16100> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16100] Compiling vim with Python 3.3 support fails
Sascha added the comment: Actually I'd have no problem using 3.2 Though with 3.2 I got the problem described here: https://groups.google.com/forum/?fromgroups=#!topic/vim_dev/5MYb23t9ZBM I was hoping this is fixed in 3.3, but now I can't even compile it -- ___ Python tracker <http://bugs.python.org/issue16100> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6967] codec windows1256 should be windows windows-1256
New submission from Sascha :
It seem that there's a dash missing.
http://docs.python.org/dev/library/codecs.html#standard-encodings
>>> u'Sorry, this in here makes no sense'.encode('windows1256')
Traceback (most recent call last):
File "", line 1, in
LookupError: unknown encoding: windows1256
On the other hand windows-1256 works.
--
assignee: georg.brandl
components: Documentation
files: codecs.rst.patch
keywords: patch
messages: 92980
nosy: DerSascha, georg.brandl
severity: normal
status: open
title: codec windows1256 should be windows windows-1256
versions: Python 2.5, Python 2.7, Python 3.1
Added file: http://bugs.python.org/file14948/codecs.rst.patch
___
Python tracker
<http://bugs.python.org/issue6967>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2504] Add gettext.pgettext() and variants support
Changes by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <http://bugs.python.org/issue2504> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3908] Strange heapq behavior on Python 3.0 when overriding __le__
Sascha Müller <[EMAIL PROTECTED]> added the comment: heapq expects a _lt_ method, and the error doesn't occur when the _le_ method is changed to _lt. According to the SVN log, this was changed due to consistency with lists.sort(). -- nosy: +einmaliger -giampaolo.rodola ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3908> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3908] Strange heapq behavior on Python 3.0 when overriding __le__
Changes by Sascha Müller <[EMAIL PROTECTED]>: -- nosy: +giampaolo.rodola ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3908> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34271] Please support logging of SSL master secret by env variable SSLKEYLOGFILE
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue34271> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45704] string.Formatter.parse does not handle auto-numbered positional fields
New submission from Sascha Desch :
It appears when adding auto-numbered positional fields in python 3.1
`Formatter.parse` was not updated to handle them and currently returns an empty
string as the field name.
```
list(Formatter().parse('hello {}')) # [('hello ', '', '', None)]
```
This does not align with `Formatter.get_field` which according to the docs:
"Given field_name as returned by parse() (see above), convert it to an object
to be formatted."
When supplying an empty string to `.get_field()` you get a KeyError
```
Formatter().get_field("", [1, 2, 3], {}). # raises KeyError
```
--
messages: 405610
nosy: SDesch
priority: normal
severity: normal
status: open
title: string.Formatter.parse does not handle auto-numbered positional fields
type: behavior
versions: Python 3.10, Python 3.11, Python 3.6, Python 3.7, Python 3.8, Python
3.9
___
Python tracker
<https://bugs.python.org/issue45704>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45704] string.Formatter.parse does not handle auto-numbered positional fields
Sascha Desch added the comment: Yes it should return a string containing the index of the positional argument i.e. `"0"` so that it is compatible with `.get_field()`. Side note: It's a somewhat weird that `.get_field` expects a string while `.get_value` expects an int for positional arguments. -- ___ Python tracker <https://bugs.python.org/issue45704> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45704] string.Formatter.parse does not handle auto-numbered positional fields
Sascha Desch added the comment:
Another thing that occurred to me is the question of what `.parse()` should do
when a mix of auto-numbered and manually numbered fields is supplied e.g.
`{}{1}`. As of now `.parse()` happily processes such inputs and some other
piece of code deals with this and ultimately raises an exception that mixing
manual with automatic numbering is not allowed. If `.parse()` supported
automatic numbering it would have to be aware of this too I guess?
--
___
Python tracker
<https://bugs.python.org/issue45704>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45704] string.Formatter.parse does not handle auto-numbered positional fields
Sascha Desch added the comment: That definition of `.parse()` definitely makes sense. Do you then think this is out of scope for `Formatter` in general or just for `.parse()`?. Just for reference, this is what I currently use to get automatic numbering to work for my use case. ``` def parse_command_template(format_string): auto_numbering_error = ValueError( 'cannot switch from automatic field numbering to manual field specification') index = 0 auto_numbering = None for literal_text, field_name, spec, conversion in Formatter().parse(format_string): if field_name is not None: if field_name.isdigit(): if auto_numbering is True: raise auto_numbering_error auto_numbering = False if field_name == '': if auto_numbering is False: raise auto_numbering_error auto_numbering = True field_name = str(index) index += 1 yield literal_text, field_name, spec, conversion ``` -- ___ Python tracker <https://bugs.python.org/issue45704> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45960] bullseye arm/v7 time.time() Operation not permitted
New submission from Sascha Hesse : Given a docker container on raspbian 10.11 based on bullseye: docker run --rm -it --entrypoint sh python:3.10-slim time.time() fails with error # python Python 3.10.0 (default, Nov 18 2021, 00:56:34) [GCC 10.2.1 20210110] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import time >>> time.time() Traceback (most recent call last): File "", line 1, in PermissionError: [Errno 1] Operation not permitted based on buster: docker run --rm -it --entrypoint sh python:3.10-slim-buster # python Python 3.10.0 (default, Nov 18 2021, 02:00:41) [GCC 8.3.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import time >>> time.time() 1638433441.9555993 >>> exit() # works as expected -- components: Interpreter Core messages: 407515 nosy: SaschaJohn priority: normal severity: normal status: open title: bullseye arm/v7 time.time() Operation not permitted type: behavior versions: Python 3.10 ___ Python tracker <https://bugs.python.org/issue45960> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue35545> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23837] asyncio: read pipe transport tries to resume reading after loop is gone
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue23837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1043134] Add preferred extensions for MIME types
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue1043134> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4963] mimetypes.guess_extension result changes after mimetypes.init()
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue4963> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34359] Wrong virtual environment found
New submission from Sascha Fuhrmann :
For my python development I have several directories on my Windows system:
common:
F:\python\scripts -> one-file-scripts based on python 2
F:\python\scripts3 -> one-file-scripts base on python 3
projects:
F:\python\projects\timetracking
...
Each directory has its own virtual environment (managed with pipenv):
F:\python\scripts\.venv
F:\python\scripts3\.venv
F:\python\projects\timetracking\.venv
Because I want to be able to call the scripts from everywhere, I added the
directories to the path-environment variable.
[...]F:\Python\scripts3;F:\Python\projects\timetracking[...]
Let's have a look at the timetracking project. The main script
(timetracking.py) has the following shebang-line:
#! /usr/bin/env .venv/scripts/python.exe
My current directory is the root of C
When I call 'timetracking.py' I get an error that some modules have not been
installed.
With activating the debug mode (set PYLAUNCH_DEBUG=1) I get some more
information:
***
C:\>timetracking.py
launcher build: 32bit
launcher executable: Console
File 'C:\Users\itsme\AppData\Local\py.ini' non-existent
File 'C:\Windows\py.ini' non-existent
Called with command line: "F:\Python\projects\timetracking\timetracking.py"
maybe_handle_shebang: read 256 bytes
maybe_handle_shebang: BOM not found, using UTF-8
parse_shebang: found command: F:\Python\scripts3\.venv\scripts\python.exe
run_child: about to run 'F:\Python\scripts3\.venv\scripts\python.exe
"F:\Python\projects\timetracking\timetracking.py" '
Traceback (most recent call last):
File "F:\Python\projects\timetracking\timetracking.py", line 18, in
import menu_definitions
File "F:\Python\projects\timetracking\menu_definitions.py", line 15, in
import menu_edit_item_functions
File "F:\Python\projects\timetracking\menu_edit_item_functions.py", line 15,
in
import tools
File "F:\Python\projects\timetracking\tools.py", line 19, in
from texttable import Texttable
ModuleNotFoundError: No module named 'texttable'
child process exit code: 1
***
As you can see, the pylauncher found a shebang - but not that one I expected
('scripts3\.venv' instead of 'timetracking\.venv') *confused*
It seems that the pylauncher uses the first .venv it found within the path
variable...
Any ideas?
--
components: Windows
messages: 323278
nosy: Sascha Fuhrmann, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Wrong virtual environment found
type: behavior
versions: Python 3.6
___
Python tracker
<https://bugs.python.org/issue34359>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34033] distutils is not reproducible
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue34033> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29708] support reproducible Python builds
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue29708> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32170] Contrary to documentation, ZipFile.extract does not extract timestamps or other metadata
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue32170> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19570] distutils' Command.ensure_dirname fails on Unicode
New submission from Sascha Peilicke:
Encountered an isssue with Unicode paths when invoking Sphinx' distutils
command (i.e. 'setup.py build_sphinx'):
$ python setup.py build_sphinx
running build_sphinx
error: 'source_dir' must be a directory name (got `doc/source`)
...
(Pdb) l
96 for root, dirnames, filenames in os.walk(guess):
97 if 'conf.py' in filenames:
98 return root
99 return None
100
101 -> def finalize_options(self):
102 if self.source_dir is None:
103 self.source_dir = self._guess_source_dir()
104 self.announce('Using source directory %s' % self.source_dir)
105 self.ensure_dirname('source_dir')
106 if self.source_dir is None:
(Pdb) n
> /usr/lib/python2.7/site-packages/sphinx/setup_command.py(102)finalize_options()
-> if self.source_dir is None:
(Pdb) n
> /usr/lib/python2.7/site-packages/sphinx/setup_command.py(105)finalize_options()
-> self.ensure_dirname('source_dir')
(Pdb) s
--Call--
> /usr/lib64/python2.7/distutils/cmd.py(266)ensure_dirname()
-> def ensure_dirname(self, option):
(Pdb) s
...
--Call--
> /usr/lib64/python2.7/distutils/cmd.py(253)_ensure_tested_string()
-> def _ensure_tested_string(self, option, tester,
(Pdb)
> /usr/lib64/python2.7/distutils/cmd.py(255)_ensure_tested_string()
-> val = self._ensure_stringlike(option, what, default)
Command.ensure_dirname (likewise ensure_filename) fails because
_ensure_stringlike only tests for isistance(..., str) rather than
isinstance(..., types.StringTypes).
--
components: Distutils
files: distutils-ensure_stringlike-unicode.patch
keywords: patch
messages: 202741
nosy: saschpe
priority: normal
severity: normal
status: open
title: distutils' Command.ensure_dirname fails on Unicode
type: behavior
versions: Python 2.7
Added file:
http://bugs.python.org/file32594/distutils-ensure_stringlike-unicode.patch
___
Python tracker
<http://bugs.python.org/issue19570>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19570] distutils' Command.ensure_dirname fails on Unicode
Sascha Peilicke added the comment: Happens since Sphinx-1.2b3, here's some context: https://bitbucket.org/birkenfeld/sphinx/issue/1142 -- ___ Python tracker <http://bugs.python.org/issue19570> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1488934] file.write + closed pipe = no error
Changes by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <http://bugs.python.org/issue1488934> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Changes by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <http://bugs.python.org/issue1025395> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22948] Integer type and __add__
New submission from Sascha Falk: The following statement makes python report a syntactic error: 1.__add__(2) The following works: (1).__add__(2) -- components: Interpreter Core messages: 231711 nosy: sfalk priority: normal severity: normal status: open title: Integer type and __add__ versions: Python 3.4 ___ Python tracker <http://bugs.python.org/issue22948> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18293] ssl.wrap_socket (cert_reqs=...), getpeercert, and unvalidated certificates
Sascha Silbe added the comment: Has there been any progress on this? For my application I'd very much like "ssh-like" operation, using the public key itself as identifier rather than requiring some kind of automated CA setup. Being able to set a custom verification callback would be great, but just being able to cause a dummy callback that accepts any certificate to be used would go a long way. The validation could be done after the connection was established in this case. For some applications, that may even be the best approach, presenting any verification error via the application layer (e.g. HTTP) where they are closer to the problem domain and thus make more sense to the user. -- nosy: +sascha_silbe ___ Python tracker <http://bugs.python.org/issue18293> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45077] multiprocessing.Pool(64) crashes on Windows
New submission from Kagami Sascha Rosylight : Similar issue as the previous issue 26903. ``` Python 3.9.7 (tags/v3.9.7:1016ef3, Aug 30 2021, 20:19:38) [MSC v.1929 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import multiprocessing >>> multiprocessing.cpu_count() 64 >>> multiprocessing.Pool(multiprocessing.cpu_count()) Exception in thread Thread-1: Traceback (most recent call last): File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\threading.py", line 973, in _bootstrap_inner >>> self.run() File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\threading.py", line 910, in run self._target(*self._args, **self._kwargs) File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\multiprocessing\pool.py", line 519, in _handle_workers cls._wait_for_updates(current_sentinels, change_notifier) File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\multiprocessing\pool.py", line 499, in _wait_for_updates wait(sentinels, timeout=timeout) File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\multiprocessing\connection.py", line 884, in wait ready_handles = _exhaustive_wait(waithandle_to_obj.keys(), timeout) File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\multiprocessing\connection.py", line 816, in _exhaustive_wait res = _winapi.WaitForMultipleObjects(L, False, timeout) ValueError: need at most 63 handles, got a sequence of length 66 ``` -- components: Windows messages: 400832 nosy: paul.moore, saschanaz, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: multiprocessing.Pool(64) crashes on Windows type: behavior versions: Python 3.9 ___ Python tracker <https://bugs.python.org/issue45077> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45077] multiprocessing.Pool(64) crashes on Windows
Kagami Sascha Rosylight added the comment: The argument-less instantiation also fails, which is worse. ``` >>> multiprocessing.Pool() >>> Exception in thread Thread-1: Traceback (most recent call last): File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\threading.py", line 973, in _bootstrap_inner self.run() File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\threading.py", line 910, in run self._target(*self._args, **self._kwargs) File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\multiprocessing\pool.py", line 519, in _handle_workers cls._wait_for_updates(current_sentinels, change_notifier) File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\multiprocessing\pool.py", line 499, in _wait_for_updates wait(sentinels, timeout=timeout) File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\multiprocessing\connection.py", line 884, in wait ready_handles = _exhaustive_wait(waithandle_to_obj.keys(), timeout) File "C:\Users\sasch\AppData\Local\Programs\Python\Python39\lib\multiprocessing\connection.py", line 816, in _exhaustive_wait res = _winapi.WaitForMultipleObjects(L, False, timeout) ValueError: need at most 63 handles, got a sequence of length 66 ``` -- ___ Python tracker <https://bugs.python.org/issue45077> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45077] multiprocessing.Pool(64) throws on Windows
Change by Kagami Sascha Rosylight : -- title: multiprocessing.Pool(64) crashes on Windows -> multiprocessing.Pool(64) throws on Windows ___ Python tracker <https://bugs.python.org/issue45077> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40368] os.path.realpath uppercases Windows drive letter on Python 3.8
New submission from Kagami Sascha Rosylight :
```
$ python3.7
Python 3.7.4 (tags/v3.7.4:e09359112e, Jul 8 2019, 20:34:20) [MSC v.1916 64 bit
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import os;os.path.realpath('c:/')
'c:\\'
```
```
$ python3.8
Python 3.8.2 (tags/v3.8.2:7b3ab59, Feb 25 2020, 23:03:10) [MSC v.1916 64 bit
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import os;os.path.realpath('c:/')
'C:\\'
```
This behavior is inconsistent with `os.path.abspath` where it always returns
lowercased drive letter, and also causes a failure in Gecko build script:
https://bugzilla.mozilla.org/show_bug.cgi?id=1628726
--
messages: 367053
nosy: saschanaz
priority: normal
severity: normal
status: open
title: os.path.realpath uppercases Windows drive letter on Python 3.8
type: behavior
versions: Python 3.8
___
Python tracker
<https://bugs.python.org/issue40368>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40368] os.path.realpath uppercases Windows drive letter on Python 3.8
Kagami Sascha Rosylight added the comment:
I mentioned `os.path.abspath` because `os.path.abspath(".")` on console
returned `'c:\\Users\\Kagami\\Documents\\GitHub\\gecko-dev'`. It seems this
incompatibility is partially because MSYS shell prefers lowercase letter for
Windows path while Windows prefers otherwise.
--
___
Python tracker
<https://bugs.python.org/issue40368>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40368] os.path.realpath uppercases Windows drive letter on Python 3.8
Kagami Sascha Rosylight added the comment: Should `ntpath.normpath` make the drive letter uppercase? -- ___ Python tracker <https://bugs.python.org/issue40368> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41053] open() fails to read app exec links
New submission from Kagami Sascha Rosylight :
After installing Python from Microsoft Store, this fails:
```
>>> open('C:\\Users\\Kagami\\AppData\\Local\\Microsoft\\WindowsApps\\PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0\\python.exe')
Traceback (most recent call last):
File "", line 1, in
OSError: [Errno 22] Invalid argument:
'C:\\Users\\Kagami\\AppData\\Local\\Microsoft\\WindowsApps\\PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0\\python.exe'
```
This causes virtualenv to fail on it:
```
INFO: Traceback (most recent call last):
INFO: File
"C:/Users/Kagami/.cargo/git/checkouts/mozjs-fa11ffc7d4f1cc2d/9a6d8fc/mozjs\third_party\python\virtualenv\virtualenv.py",
line 2349, in
INFO: main()
INFO: File
"C:/Users/Kagami/.cargo/git/checkouts/mozjs-fa11ffc7d4f1cc2d/9a6d8fc/mozjs\third_party\python\virtualenv\virtualenv.py",
line 703, in main
INFO: create_environment(home_dir,
INFO: File
"C:/Users/Kagami/.cargo/git/checkouts/mozjs-fa11ffc7d4f1cc2d/9a6d8fc/mozjs\third_party\python\virtualenv\virtualenv.py",
line 925, in create_environment
INFO: py_executable = os.path.abspath(install_python(
INFO: File
"C:/Users/Kagami/.cargo/git/checkouts/mozjs-fa11ffc7d4f1cc2d/9a6d8fc/mozjs\third_party\python\virtualenv\virtualenv.py",
line 1239, in install_python
INFO: shutil.copyfile(executable, py_executable)
INFO: File "C:\Program
Files\WindowsApps\PythonSoftwareFoundation.Python.3.8_3.8.1008.0_x64__qbz5n2kfra8p0\lib\shutil.py",
line 261, in copyfile
INFO: with open(src, 'rb') as fsrc, open(dst, 'wb') as fdst:
INFO: OSError: [Errno 22] Invalid argument:
'C:\\Users\\Kagami\\AppData\\Local\\Microsoft\\WindowsApps\\PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0\\python.exe'
```
--
components: Windows
messages: 371939
nosy: paul.moore, saschanaz, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: open() fails to read app exec links
type: behavior
versions: Python 3.8
___
Python tracker
<https://bugs.python.org/issue41053>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41053] open() fails to read app exec links
Kagami Sascha Rosylight added the comment: It seems libuv and pwsh decided to detect and read them just as symlinks: https://github.com/libuv/libuv/pull/2812 https://github.com/PowerShell/PowerShell/pull/10331 Could Python do the same? -- ___ Python tracker <https://bugs.python.org/issue41053> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
