[issue45960] bullseye arm/v7 time.time() Operation not permitted

2021-12-02 Thread Sascha Hesse
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",

[issue45704] string.Formatter.parse does not handle auto-numbered positional fields

2021-11-05 Thread Sascha Desch
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

[issue45704] string.Formatter.parse does not handle auto-numbered positional fields

2021-11-03 Thread Sascha Desch
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

[issue45704] string.Formatter.parse does not handle auto-numbered positional fields

2021-11-03 Thread Sascha Desch
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

[issue45704] string.Formatter.parse does not handle auto-numbered positional fields

2021-11-03 Thread Sascha Desch
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 ', 

[issue45077] multiprocessing.Pool(64) throws on Windows

2021-10-03 Thread Kagami Sascha Rosylight
Change by Kagami Sascha Rosylight : -- title: multiprocessing.Pool(64) crashes on Windows -> multiprocessing.Pool(64) throws on Windows ___ Python tracker <https://bugs.python.org/issu

[issue45077] multiprocessing.Pool(64) crashes on Windows

2021-09-01 Thread Kagami Sascha Rosylight
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\

[issue45077] multiprocessing.Pool(64) crashes on Windows

2021-09-01 Thread Kagami Sascha Rosylight
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

[issue44934] Windows installer: Append Python to PATH instead of prepending it

2021-08-19 Thread Sascha
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

[issue41053] open() fails to read app exec links

2020-06-20 Thread Kagami Sascha Rosylight
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

[issue41053] open() fails to read app exec links

2020-06-20 Thread Kagami Sascha Rosylight
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)

[issue40368] os.path.realpath uppercases Windows drive letter on Python 3.8

2020-04-23 Thread Kagami Sascha Rosylight
Kagami Sascha Rosylight added the comment: Should `ntpath.normpath` make the drive letter uppercase? -- ___ Python tracker <https://bugs.python.org/issue40

[issue40368] os.path.realpath uppercases Windows drive letter on Python 3.8

2020-04-23 Thread Kagami Sascha Rosylight
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

[issue40368] os.path.realpath uppercases Windows drive letter on Python 3.8

2020-04-22 Thread Kagami Sascha Rosylight
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.

[issue34271] Please support logging of SSL master secret by env variable SSLKEYLOGFILE

2019-10-07 Thread Sascha Silbe
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue34271> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23837] asyncio: read pipe transport tries to resume reading after loop is gone

2019-08-12 Thread Sascha Silbe
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue23837> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

2019-08-03 Thread Sascha Silbe
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue35545> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32170] Contrary to documentation, ZipFile.extract does not extract timestamps or other metadata

2018-11-13 Thread Sascha Silbe
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue32170> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29708] support reproducible Python builds

2018-11-13 Thread Sascha Silbe
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue29708> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34033] distutils is not reproducible

2018-11-13 Thread Sascha Silbe
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue34033> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34359] Wrong virtual environment found

2018-08-08 Thread Sascha Fuhrmann
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 ...

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

2018-07-08 Thread Sascha Silbe
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue4963> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1043134] Add preferred extensions for MIME types

2018-07-08 Thread Sascha Silbe
Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <https://bugs.python.org/issue1043134> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33599] Copying objects subclassed from SimpleNamespace doesn't work

2018-05-22 Thread Sascha
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) Fo

[issue1025395] email.Utils.parseaddr fails to parse valid addresses

2017-02-09 Thread Sascha Silbe
Changes by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <http://bugs.python.org/issue1025395> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue18293] ssl.wrap_socket (cert_reqs=...), getpeercert, and unvalidated certificates

2016-04-01 Thread Sascha Silbe
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

[issue22948] Integer type and __add__

2014-11-26 Thread Sascha Falk
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__

[issue19570] distutils' Command.ensure_dirname fails on Unicode

2013-11-13 Thread Sascha Peilicke
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/is

[issue19570] distutils' Command.ensure_dirname fails on Unicode

2013-11-13 Thread Sascha Peilicke
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/

[issue16100] Compiling vim with Python 3.3 support fails

2012-10-01 Thread Sascha
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

[issue16100] Compiling vim with Python 3.3 support fails

2012-10-01 Thread Sascha
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 referen

[issue2504] Add gettext.pgettext() and variants support

2011-02-11 Thread Sascha Silbe
Changes by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <http://bugs.python.org/issue2504> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6967] codec windows1256 should be windows windows-1256

2009-09-22 Thread Sascha
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 ""

[issue1488934] file.write + closed pipe = no error

2009-03-25 Thread Sascha Silbe
Changes by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker <http://bugs.python.org/issue1488934> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue3908] Strange heapq behavior on Python 3.0 when overriding __le__

2008-09-19 Thread Sascha Müller
Changes by Sascha Müller <[EMAIL PROTECTED]>: -- nosy: +giampaolo.rodola ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3908> ___ _

[issue3908] Strange heapq behavior on Python 3.0 when overriding __le__

2008-09-19 Thread Sascha Müller
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 -giamp