Georg Brandl ge...@python.org added the comment:
Moving back to blocker for beta2.
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
Georg Brandl ge...@python.org added the comment:
Moving to blocker for beta2.
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15184
Georg Brandl ge...@python.org added the comment:
Moving to blocker for beta2.
--
nosy: +georg.brandl
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15166
Changes by Georg Brandl ge...@python.org:
Removed file:
http://bugs.python.org/file26139/larry.listdir.clarification.1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15177
Georg Brandl ge...@python.org added the comment:
±0 from me.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13799
Georg Brandl ge...@python.org added the comment:
Let's keep it to fwalk.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15177
___
___
Python
Georg Brandl ge...@python.org added the comment:
Ping. I would like to have this test failure fixed for 3.3 rc.
--
nosy: +georg.brandl
priority: normal - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14443
Georg Brandl ge...@python.org added the comment:
Ping. Could we update libffi for 3.3 final?
--
nosy: +doko, georg.brandl, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12927
Georg Brandl ge...@python.org added the comment:
Jesus, what do you think about removing that test entirely?
IMO it is not our job to verify the OS' proper behavior in the face of
SEEK_HOLE/SEEK_DATA; it is enough to provide the constants, and let whoever
uses it face the perils
Georg Brandl ge...@python.org added the comment:
As long as we have a test confirming that SEEK_HOLE/SEEK_DATA are *accepted* by
the io module (which is a big part of the patch), it is fine.
E.g. calling seek() with the constants and check that it only raises OSError or
nothing should work
New submission from Georg Brandl ge...@python.org:
On default, have this single failure on my box (Gentoo amd64):
==
FAIL: test_sysconfig_module (distutils.tests.test_sysconfig.SysconfigTestCase
New submission from Georg Brandl ge...@python.org:
For pathconf() / fpathconf() and truncate() / ftruncate() the former didn't
support fds as path. These two patches should fix it.
--
assignee: larry
components: Extension Modules
files: pathconf.diff
keywords: patch
messages: 163760
Changes by Georg Brandl ge...@python.org:
Added file: http://bugs.python.org/file26128/truncate.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15161
Georg Brandl ge...@python.org added the comment:
From 3.2, os has a function get_exec_path -- shouldn't which() use it instead
of rolling its own query of $PATH?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org added the comment:
Not sure offline is more true here; maybe integrated is better.
Also not sure the sentence deserves the death penalty.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http
New submission from Georg Brandl ge...@python.org:
Followup to #15118.
See rev 75b818d7c50d -- the patch converted a usage of platform.uname(), which
errored out on Mac.
Since os.uname() is supposed to be the low-level interface, it suggests that
platform.uname() should also return
Georg Brandl ge...@python.org added the comment:
Agreed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5067
___
___
Python-bugs-list mailing
Georg Brandl ge...@python.org added the comment:
Updated.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15149
Georg Brandl ge...@python.org added the comment:
Deferring for beta1 at least.
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14340
Georg Brandl ge...@python.org added the comment:
OTOH, I don't want it to block beta1.
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14578
Georg Brandl ge...@python.org added the comment:
OK, sounds like none of it would block beta1.
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13959
Georg Brandl ge...@python.org added the comment:
Why not deprecate .error()? Removing it immediately as undocumented is
certainly not better.
Otherwise sounds good, please commit.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org added the comment:
Seems to be fixed; at least compilation now works.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15143
Georg Brandl ge...@python.org added the comment:
Very good, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15147
___
___
Python-bugs
Georg Brandl ge...@python.org added the comment:
Doesn't occur on the buildbots; is it fixed already?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15150
Georg Brandl ge...@python.org added the comment:
Antoine is much more of an expert here, and I defer to his judgment that it is
better to wait.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15139
Georg Brandl ge...@python.org added the comment:
The test case is till failing for the freebsd7 buildbot:
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/builds/3155/steps/test/logs/stdio
--
nosy: +georg.brandl
status: closed - open
Georg Brandl ge...@python.org added the comment:
And the Ubuntu ARM buildbot.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10142
Georg Brandl ge...@python.org added the comment:
Doesn't belong into operator IMO. We used to have a strop module where it
would have fitted...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15061
Georg Brandl ge...@python.org added the comment:
I'd like Martin to have a look at this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15102
Georg Brandl ge...@python.org added the comment:
Yes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15061
___
___
Python-bugs-list mailing list
Georg Brandl ge...@python.org added the comment:
Of course these failures have to be fixed. But what Martin is saying is that
for him (and probably other devs working on Windows) the build works, so the
change must be done in the scripts only running on the buildbots.
As for priority, we're
New submission from Georg Brandl ge...@python.org:
As Antoine noted in #14626, the rmdir argument to os.unlink doesn't really
make sense since we already deviate from just mapping posix functionality
one-on-one.
Attached is a patch removing rmdir from os.unlink, and instead adding
dir_fd
Georg Brandl ge...@python.org added the comment:
I agree with Antoine. I've opened #15154 to track this.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14626
Georg Brandl ge...@python.org added the comment:
Works for me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15154
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
The Windows buildbots are now content; closing.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14626
Georg Brandl ge...@python.org added the comment:
Since the news aliases are all over the module, the version change notice is at
the top of the page:
Note
Starting with Python 2.6, this module provides PEP 8 compliant aliases and
properties to replace the camelCase names that were inspired
Georg Brandl ge...@python.org added the comment:
I agree that this is not helpful at all in the usual case, i.e. when you
*don't* want to debug importlib. The one frame in actual user code (distutils
in this case) in the middle is kind of hard to spot, but it is what you want to
know. Note
Changes by Georg Brandl ge...@python.org:
--
nosy: +gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15110
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
And will you fix it for beta1, or do you think it can be done later?
BTW, what is the syntax error here? I don't really see it...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org added the comment:
I'd like to see this in 3.3.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14837
Changes by Georg Brandl ge...@python.org:
Removed file: http://bugs.python.org/file25625/1.html
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1757118
Georg Brandl ge...@python.org added the comment:
This has Python 3.3 set as Version. Does it really block the 3.3 release?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13463
Georg Brandl ge...@python.org added the comment:
Is this issue still valid?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14225
Georg Brandl ge...@python.org added the comment:
So it's not a blocker anymore, right?
--
nosy: +georg.brandl
priority: release blocker - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15061
Georg Brandl ge...@python.org added the comment:
Does this block 3.3b1?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5302
Georg Brandl ge...@python.org added the comment:
Greg, are you still going to update expat in time for 3.3? Otherwise this
doesn't block 3.3 anymore.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14340
Georg Brandl ge...@python.org added the comment:
Brett (and/or Brian?), this sounds like it should be tackled soon, to give
Windows users enough time of testing 3.3.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http
Georg Brandl ge...@python.org added the comment:
I'm not willing to hold up 3.3 for this. On the other hand, it should not be
done in the beta stage. And I don't assume it's a trivial matter (Éric?), so
I'm inclined to move it to 3.4.
--
nosy: +georg.brandl
Georg Brandl ge...@python.org added the comment:
Ping. Does this block 3.3?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12779
Georg Brandl ge...@python.org added the comment:
Which parts are still missing here?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13959
Georg Brandl ge...@python.org added the comment:
Is this ready to go in before beta1?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14928
Georg Brandl ge...@python.org added the comment:
If you commit this, please do so before beta1.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15096
Georg Brandl ge...@python.org added the comment:
I guess this is not an issue anymore.
--
resolution: - out of date
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12046
Georg Brandl ge...@python.org added the comment:
Ping?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13590
___
___
Python-bugs-list mailing
Georg Brandl ge...@python.org added the comment:
Ping. This isn't necessary for beta1, but would be nice to have once the final
release draws near.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14940
Georg Brandl ge...@python.org added the comment:
What alternate syntax would you suggest for a find type command then (other
than replacing -long by --long)?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org added the comment:
Yeah, I don't really remember now what my point was.
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3955
://bugs.python.org/
Enjoy!
(*) Please note that this document is usually finalized late in the release
cycle and therefore may have stubs and missing entries at this point.
--
Georg Brandl, Release Manager
georg at python.org
(on behalf of the entire python-dev team and 3.3's contributors
Georg Brandl ge...@python.org added the comment:
This should block beta1.
--
nosy: +georg.brandl
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14952
Georg Brandl ge...@python.org added the comment:
I hope you're not disappointed when that PEP doesn't show up in the release
notes :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14133
Georg Brandl ge...@python.org added the comment:
Re 5: the sentence needs to be rephrased in any case, because it's ungrammatical
Re 8: it's not text, it's code, so it needs to go in code markup
--
nosy: +georg.brandl
___
Python tracker rep
Georg Brandl ge...@python.org added the comment:
-1. Attribute setters or mutating methods returning self is not a common
pattern in Python. See list.sort().
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org added the comment:
Well, can you find any other setter method of a high level object in the
stdlib that returns self?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14760
Georg Brandl ge...@python.org added the comment:
Sound good.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14749
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
As much as I like Emacs, I don't think it is special enough to warrant a
special file in the root directory.
Editor-specific directories in Misc/ are fine, and you can put instructions
there how to add your own .dir-locals.el, and we can even
Changes by Georg Brandl ge...@python.org:
--
nosy: +georg.brandl, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14739
___
___
Python-bugs
Georg Brandl ge...@python.org added the comment:
Should be fixed now.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13183
Georg Brandl ge...@python.org added the comment:
Indeed, because the code is written is not a good argument if even you
yourself are -0.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14705
Georg Brandl ge...@python.org added the comment:
If there's a bug, either an exception should be raised, or a fatal error.
We should discourage warnings on stderr (the PHP approach).
Agreed.
That said, I'm with Martin in that don't see how the patch in this issue helps.
--
nosy
/
Enjoy!
(*) Please note that this document is usually finalized late in the release
cycle and therefore may have stubs and missing entries at this point.
--
Georg Brandl, Release Manager
georg at python.org
(on behalf of the entire python-dev team and 3.3's contributors)
--
http
/
Enjoy!
(*) Please note that this document is usually finalized late in the release
cycle and therefore may have stubs and missing entries at this point.
--
Georg Brandl, Release Manager
georg at python.org
(on behalf of the entire python-dev team and 3.3's contributors)
--
http
Georg Brandl ge...@python.org added the comment:
I think so, yes.
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14387
Changes by Georg Brandl ge...@python.org:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14579
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
This is a result of how old-style classes are implemented.
If you look at type(Old()), you can see that it isn't Old, but instance.
(And instance is a subclass of object again.)
issubclass for old-style classes doesn't check type(o) but o
Georg Brandl ge...@python.org added the comment:
The patch is wrong: PyArg_ParseTupleAndKeywords already handles the correct
assignment of positional and keyword args, and raises exceptions accordingly.
Did you test that code?
The question is also: why only truncate()? There are several
Georg Brandl ge...@python.org added the comment:
Ezio: That's a bug in Sphinx; even when the language is selected explicitly
as python, it will try to parse the code. It is fixed in a later Sphinx
version.
--
nosy: +georg.brandl
___
Python tracker
Georg Brandl ge...@python.org added the comment:
ISTM that meta / is neither valid HTML nor valid XHTML.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14538
Georg Brandl ge...@python.org added the comment:
html is a package. The html.parser module, which was already in 3.0, cannot
be importable without a html package, so in all 3.x versions there was at
least an empty html/__init__.py.
That said, I have no objection to Ezio's suggestion
Georg Brandl ge...@python.org added the comment:
The comment that html was a package was not meant as a correction, but as an
explanation why it already exists previous to its status as an official
module in 3.2. No correction to packageis needed
Georg Brandl ge...@python.org added the comment:
I think a patch is missing :)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14554
Georg Brandl ge...@python.org added the comment:
Agreed. Jim, I think you're trying to get consistency where none is required.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14502
Georg Brandl ge...@python.org added the comment:
Why is it so important if strings implement __iter__? They are iterable in
both versions, since iteration falls back on __getitem__ if no __iter__ is
defined. For user code it is irrelevant which of the iteration protocols is
present
Georg Brandl ge...@python.org added the comment:
behaves like a list is misleading. If you mean checking for iterable-ness,
calling iter() on the object is the way to do it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org added the comment:
Should be x not in y BTW to be idiomatic, not not x in y.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14492
Georg Brandl ge...@python.org added the comment:
Yes, Sphinx is still 2.x, although we could switch to a Python 3 version since
now all necessary dependencies are ported.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http
Georg Brandl ge...@python.org added the comment:
Shows how it's a bad thing to have a builtin function and a module of the same
name :)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14489
New submission from Georg Brandl ge...@python.org:
From d...@python.org:
I recently ran into a situation where I could not be certain that a lock
was currently in the acquired state. I checked the documentation to
determine what would happen if I attempted to release a lock that was
already
Georg Brandl ge...@python.org added the comment:
+1.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14486
___
___
Python
Georg Brandl ge...@python.org added the comment:
What different exceptions are they? Note that thread.error == _thread.error ==
threading.ThreadError. The docs should always use the last one (ThreadError).
--
___
Python tracker rep
Georg Brandl ge...@python.org added the comment:
Ah, and I missed that apparently on 3.3, _thread.Error is aliased to
RuntimeError. In that case you should use RuntimeError of course :)
--
___
Python tracker rep...@bugs.python.org
http
at this point.
- --
Georg Brandl, Release Manager
georg at python.org
(on behalf of the entire python-dev team and 3.3's contributors)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAk95PJgACgkQN9GcIYhpnLCN1QCfeYWp+QbPGYhaLSxc4YKnlE/F
zU8An2q5qzvjL0qaxqaYleFGoGKPzzJu
=qo4v
and therefore may have stubs and missing entries at this point.
- - --
Georg Brandl, Release Manager
georg at python.org
(on behalf of the entire python-dev team and 3.3's contributors)
- -BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAk95PJgACgkQN9GcIYhpnLCN1QCfeYWp
Georg Brandl ge...@python.org added the comment:
Symlinks don't work well on Windows. I think a comment in .hgignore asking to
update the other two ignores as well is the best solution.
--
nosy: +georg.brandl
___
Python tracker rep
Georg Brandl ge...@python.org added the comment:
No it won't: but it's harmless enough that I think it can go into the final
without creating another rc.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14387
Georg Brandl ge...@python.org added the comment:
Transplanted to f91ecbc8bafc in 3.2.3 release clone.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14387
at this point.
- --
Georg Brandl, Release Manager
georg at python.org
(on behalf of the entire python-dev team and 3.3's contributors)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAk95PJgACgkQN9GcIYhpnLCN1QCfeYWp+QbPGYhaLSxc4YKnlE/F
zU8An2q5qzvjL0qaxqaYleFGoGKPzzJu
=qo4v
and therefore may have stubs and missing entries at this point.
- - --
Georg Brandl, Release Manager
georg at python.org
(on behalf of the entire python-dev team and 3.3's contributors)
- -BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAk95PJgACgkQN9GcIYhpnLCN1QCfeYWp
Georg Brandl ge...@python.org added the comment:
#3173 proposes an OS-independent strftime implementation.
--
resolution: - duplicate
status: open - closed
superseder: - external strftime for Python?
___
Python tracker rep...@bugs.python.org
http
Georg Brandl ge...@python.org added the comment:
Sounds like good fix to me.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14434
1201 - 1300 of 5472 matches
Mail list logo
