Change by Tim Smith :
--
keywords: +patch
pull_requests: +17812
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/18438
___
Python tracker
<https://bugs.python.org/issu
Change by Tim Smith :
--
nosy: +tdsmith
___
Python tracker
<https://bugs.python.org/issue33725>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Tim Smith <pythonb...@tim-smith.us>:
--
nosy: +tdsmith
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32616>
___
__
Tim Smith added the comment:
I forgot to mention, this is Arch Linux python package:
Version : 3.6.2-1
Packager: Felix Yan <felixonm...@archlinux.org>
Build Date : Wed 19 Jul 2017 01:54:34 PM MDT
I had the files on a vfat filesystem, but copied them to ext4 with the
New submission from Tim Smith:
$ python -V
Python 3.6.2
This crash appears to be specific to having files with some ill-encoded
filenames. After renaming the offending files to remove the non-ASCII
characters, the process could complete without crashing.
$ beet import /share/Music/Berliner
Tim Smith added the comment:
Since __PYVENV_LAUNCHER__ is consulted in site.py, it seems likely that the
latest it can be deleted is in site.py. The attached patch does that.
--
Added file: http://bugs.python.org/file46004/delete-venev-launcher.diff
Tim Smith added the comment:
I spoke prematurely; I recently rediscovered that the persistence of
__PYVENV_LAUNCHER__ poisons the sys.executable of virtualenv interpreters
launched as a subprocess of another Python interpreter:
$ virtualenv -p python3 test
$ test/bin/python3 -c 'import sys
Changes by Tim Smith <pythonb...@tim-smith.us>:
--
nosy: +tdsmith
versions: +Python 2.7
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Tim Smith <pythonb...@tim-smith.us>:
--
nosy: +tdsmith
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27806>
___
__
Tim Smith added the comment:
As a Homebrew maintainer I'm happy to consider improving Homebrew's
configuration if someone can point me to an extant package that uses this
mechanism.
--
nosy: +tdsmith
___
Python tracker <rep...@bugs.python.
Changes by Tim Smith <pythonb...@tim-smith.us>:
--
nosy: +tdsmith
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue24844>
___
__
Changes by Tim Smith <pythonb...@tim-smith.us>:
--
nosy: +tdsmith
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25572>
___
__
Changes by Tim Smith <pythonb...@tim-smith.us>:
Added file: http://bugs.python.org/file40479/xcode-stubs-2.7.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Tim Smith:
In Xcode 7, Apple is replacing many of the .dylibs in SDKROOT with textual
stubs. [1] These files exist on disk with filenames like:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libz.tbd
Tim Smith added the comment:
Hi; I'm a Homebrew maintainer. Please open an issue at
https://github.com/Homebrew/homebrew.
--
nosy: +tdsmith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24627
Tim Smith added the comment:
In Homebrew we occasionally use .pth files to call site.addsitedir. This is
useful when we want to add a directory to sys.path that contains .pth files
that also need to be processed (for example, when adding a directory to
sys.path that contains namespace
Tim Smith added the comment:
On Darwin, it would be nice if LINKFORMODULE used -undefined dynamic_lookup
instead of explicitly linking to a framework binary. Modules with explicit
links to a framework cause segfaults when they are imported from a different,
but compatible, framework
Tim Smith added the comment:
Homebrew's interest in this ticket was resolved by the release of pip 6, which
includes Vinay's change to distlib to use sys.executable instead of
__PYVENV_LAUNCHER__. Many thanks!
I'm not marking this fixed in case it is useful to leave this open to discuss
Tim Smith added the comment:
Ping! Any chance for feedback here? This behavior took me by surprise again
today. :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22269
Tim Smith added the comment:
We would like to refer to python3 as /usr/local/opt/python3/bin/python3, where
/usr/local/opt/python3 is a symlink to ../Cellar/python3/3.4.2, and
/usr/local/Cellar/python3/3.4.2/bin/python3 is a symlink to
/usr/local/Cellar/python3/3.4.2/Frameworks
Tim Smith added the comment:
I'm attaching an updated patch; it passes tests for me locally with a framework
build.
--
Added file: http://bugs.python.org/file36885/dont-realpath-venv-dirname.diff-1
___
Python tracker rep...@bugs.python.org
http
Tim Smith added the comment:
Er, because the test has been modified by taking Vinay's suggestion to test
that the directories are physically identical instead of doing a string
comparison.
--
___
Python tracker rep...@bugs.python.org
http
New submission from Tim Smith:
Homebrew, the OS X package manager, distributes python3 as a framework build.
We like to be able to control the shebang that gets written to scripts
installed with pip. [1]
The path we prefer for invoking the python3 interpreter is like
/usr/local/opt/python3
Changes by Tim Smith pythonb...@tim-smith.us:
--
nosy: +tdsmith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22269
___
___
Python-bugs-list
Tim Smith t...@tzs.net added the comment:
Here is a program that demonstrates the problem:
import httplib
import tempfile
f = tempfile.TemporaryFile()
f.write(Hello, Temporary File!)
f.seek(0)
c = httplib.HTTPConnection('bugs.python.org')
c.request('POST', '/', f
New submission from Tim Smith t...@tzs.net:
In httplib.py, there is this code to try to get the body length:
def _set_content_length(self, body):
# Set the content-length based on the body.
thelen = None
try:
thelen = str(len(body))
except
here's a potentially nifty way of adding decorators to input args for python:
def a(int(arg1), arg2, tuple(arg3)):
#arg1 is an int (or was converted to an int)
#arg2's type is not known (ie this decoration is optional)
#arg3 is a tuple (may have been a list coming in, but is now a
you may not be able to beat perl's regex speed, but you can take some steps to
speed up your python program using map and filter
here's a modified python program that will do your search faster
#!/usr/bin/env python
import re
r = re.compile(r'destroy', re.IGNORECASE)
def stripit(x):
return
28 matches
Mail list logo
