[issue43878] ./configure fails on Apple Silicon with coreutils uname

2021-04-20 Thread Dustin Rodrigues
Dustin Rodrigues added the comment: In case it changes the calculus on how to proceed, HomeBrew does install coreutils with a "g" prefix -- a user needs to explicitly add the gnubin directory to their path in order for the unprefixed version to take precedence over the Apple-su

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

2021-02-14 Thread Dustin Rodrigues
Change by Dustin Rodrigues : -- pull_requests: +23317 pull_request: https://github.com/python/cpython/pull/24530 ___ Python tracker <https://bugs.python.org/issue43

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

2021-02-14 Thread Dustin Rodrigues
Dustin Rodrigues added the comment: FWIW, it looks like spaces in directory names in macOS seem to be handled okay in both bash and zsh when working with venv's activate script. Colons do not and there doesn't appear to be a workaround other than not working in a directory with

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

2021-02-14 Thread Dustin Rodrigues
Dustin Rodrigues added the comment: What's the name of the current directory? Does it end with "Project 4:5"? It may be the colon in the directory name is interfering with the PATH parsing so that the shell thinks that the first two entries in your path after the venv activ

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

2021-02-14 Thread Dustin Rodrigues
Dustin Rodrigues added the comment: I'm also unable to replicate this. Where did you install Python from? Which version of zsh are you running? -- nosy: +dtrodrigues ___ Python tracker <https://bugs.python.org/is

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

2021-02-12 Thread Dustin Rodrigues
Dustin Rodrigues added the comment: You'll probably need to contact the pyenv project (https://github.com/pyenv/pyenv) if the following doesn't work for you. However, doing something like CFLAGS="-I$(brew --prefix)/include" CPPFLAGS="-I$(brew --prefix)/include&quo

[issue42819] readline 8.1 bracketed paste

2021-01-28 Thread Dustin Rodrigues
Dustin Rodrigues added the comment: Bumping this issue because it's a bug affecting all users who build or use a Python built with the current version of readline, to include all macOS HomeBrew and Arch Linux users who use the python from the respective package man

[issue42819] readline 8.1 bracketed paste

2021-01-18 Thread Dustin Rodrigues
Dustin Rodrigues added the comment: The linked PR disables bracketed paste regardless of if the user has it as a configuration option or if Python was configured with a version of readline which defaults to on for bracketed paste. Is this a viable approach

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

2021-01-11 Thread Dustin Rodrigues
Dustin Rodrigues added the comment: If your 'brew --prefix' is /opt/homebrew, then setting CFLAGS="-I/opt/homebrew/include" CPPFLAGS="-I/opt/homebrew/include" LDFLAGS="-L/opt/homebrew/lib" when running ./configure appears to be sufficient to build

[issue42819] readline 8.1 bracketed paste

2021-01-04 Thread Dustin Rodrigues
Change by Dustin Rodrigues : -- keywords: +patch pull_requests: +22937 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24108 ___ Python tracker <https://bugs.python.org/issu

[issue42819] readline 8.1 bracketed paste

2021-01-03 Thread Dustin Rodrigues
New submission from Dustin Rodrigues : Readline 8.1 enables bracketed paste by default. Package managers like Homebrew for macOS and distributions like Arch Linux which use the latest version of readline (released December 2020) now have new behavior when pasting multiline strings into the