New submission from Augie Fackler :
I'm not really sure if this is a bug per se, so please feel encouraged to close
as WAI if you like, but:
>>> open(b'foo', 'rb')
Traceback (most recent call last):
File "", line 1, in
FileNotFoundError: [Errno 2] No such file or direc
New submission from Augie Fackler:
This is mostly useful for when you've got a large number of threads and want to
try and identify what threadpool is going nuts.
--
components: Library (Lib)
files: cpython.patch
keywords: patch
messages: 271790
nosy: durin42
priority: normal
severity
Augie Fackler added the comment:
I just removed my hack that gave us unicode to hand to mkdtemp() and everything
still passes with your new commit. Thanks much for the quick response!
--
___
Python tracker rep...@bugs.python.org
http
Augie Fackler added the comment:
I'll build a patched Python3.5 tomorrow (I'm on the road today) and let you
know if this does everything we need. I'd be shocked if it wasn't plenty.
--
___
Python tracker rep...@bugs.python.org
http
Augie Fackler added the comment:
In any way Mercurial people need their own wrapper if they want to support
Python 3.5.
We need format operations on bytes objects, so we have no plans to support
Python3 for any version before 3.5.
--
___
Python
New submission from Augie Fackler:
Many things in the OS module work with bytestrings for paths in Python 3, but
tempfile isn't so happy. It'd be very useful to be able to have the same
bytes-in-bytes-out behavior in tempfile as for the os.path.* methods.
This is something we're working
Augie Fackler added the comment:
Today we're doing something like this:
tmpdir = tempfile.mkdtemp('', 'hgtests.', d and
d.decode('utf-8')).encode('utf-8')
but would rather have
tmpdir = tempfile.mkdtemp(b'', b'hgtests.', d)
# and now tmpdir is a bytestring containing the path to the tmpdir
Augie Fackler added the comment:
Changes to 3.4 aren't going to help Mercurial. Given that bytes formatting is
new in 3.5, I won't be attempting a port that supports a version of Python 3
any older than 3.5. At this point, just a difflib.diff_bytes method in 3.5
would be sufficient to satisfy
Augie Fackler added the comment:
(For values of our == Mercurial.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17445
___
___
Python-bugs-list
Augie Fackler added the comment:
Friendly ping. With bytes formatting in Python 3.5a3, this is now the biggest
pain port for getting our test runner working cleanly on Python 3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Augie Fackler li...@durin42.com:
--
nosy: +durin42
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21590
___
___
Python-bugs-list mailing
Changes by Augie Fackler li...@durin42.com:
--
nosy: +durin42
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
___
Python-bugs-list mailing
Changes by Augie Fackler li...@durin42.com:
--
nosy: +durin42
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14099
___
___
Python-bugs-list mailing
Augie Fackler added the comment:
Why not treat the filename as opaque bytes, and let the client fetch it anyway?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22165
Changes by Augie Fackler li...@durin42.com:
--
nosy: +durin42
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17621
___
___
Python-bugs-list mailing
New submission from Augie Fackler:
While tinkering (again) with Mercurial Python 3 messes, I ran across this gem:
import error, osutil, encoding, collections
(http://selenic.com/hg/file/e1317d3e59e1/mercurial/util.py#l17)
That import statement contains 3 relative imports
Augie Fackler added the comment:
Is there any chance we could just have it work for bytes, ints, and floats?
That'd solve the immediate need, and it'd be obviously correct how to have
those behave.
Punting this to 3.5 basically means we'll have to either wait for 3.5, or do
something awful
Augie Fackler added the comment:
On Tue, Oct 8, 2013 at 11:08 AM, Antoine Pitrou rep...@bugs.python.orgwrote:
Is there any chance we could just have it work for bytes, ints, and
floats? That'd solve the immediate need, and it'd be obviously
correct how to have those behave.
You mean %s
Augie Fackler added the comment:
On Tue, Oct 8, 2013 at 5:11 PM, Antoine Pitrou rep...@bugs.python.orgwrote:
Antoine Pitrou added the comment:
Punting this to 3.5 basically means we'll have to either wait for
3.5, or do something awful like use cffi to grab sprintf to port
Augie Fackler added the comment:
On Oct 8, 2013, at 5:24 PM, STINNER Victor rep...@bugs.python.org wrote:
STINNER Victor added the comment:
2013/10/8 Augie Fackler rep...@bugs.python.org:
sys.stdout.write('%(state)s %(path)s\n' % {'state': 'M', 'path':
'some/filesystem/path'})
except
Augie Fackler added the comment:
On Oct 8, 2013, at 6:19 PM, Glyph Lefkowitz rep...@bugs.python.org wrote:
Glyph Lefkowitz added the comment:
On Oct 8, 2013, at 2:35 PM, Eric V. Smith wrote:
What proposal is actually on the table here?
Sorry Eric, you're right, there is too much
Augie Fackler added the comment:
On Oct 8, 2013, at 6:28 PM, Terry J. Reedy rep...@bugs.python.org wrote:
http://www.python.org/dev/peps/pep-0383/
One point of the pep is round-trip filenames without loss on all systems,
which is just what you say you need.
At a quick skim, likely not good
Augie Fackler added the comment:
I'd like to put a nudge towards supporting the __mod__ interface on bytes - for
Mercurial this is the single biggest impediment to even getting our testrunner
working, much less starting the porting process.
--
nosy: +durin42
Changes by Augie Fackler li...@durin42.com:
--
nosy: +durin42
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
___
Python-bugs-list mailing
New submission from Augie Fackler [EMAIL PROTECTED]:
Subversion 1.5 adds some fields to the entries file in the working copy
administrative area. As a result of this, the way in which setuptools
checks the entries files results in a raised exception. Having read the
spec for the entries file
25 matches
Mail list logo