Larry Hastings la...@hastings.org added the comment:
Is it tested for?
Amusingly enough, yes. test_order() in Lib/test/test_atexit.py already ensures
reverse order.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15233
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
My fix for this errors error, might be similar to what is needed for issue
12967, although I don't know if my fix is really correct... just that it gets
past the error, and 'strict' is the default for TextIOWrapper.
I'm not at all sure
Larry Hastings la...@hastings.org added the comment:
I would avoid the note markup. It is visually distracting
and there isn't a reason to pull this out of the main text.
I think it's an improvement; it helps draw the eye to an important warning.
Does anyone else have an opinion one way or
New submission from Eric Snow ericsnowcurren...@gmail.com:
There was some concern with PyImport_GetMagicTag() extracting its value from
sys.implementation.cache_tag. One solution is to have the two use a common
underlying value. However, that's basically what was already in import.c and
I'd
Eric Snow ericsnowcurren...@gmail.com added the comment:
There was some concern with PyImport_GetMagicTag() extracting its value from
sys.implementation.cache_tag. I've addressed this in issue15242.
--
___
Python tracker rep...@bugs.python.org
Larry Hastings la...@hastings.org added the comment:
First patch.
--
keywords: +patch
Added file: http://bugs.python.org/file26238/larry.copystat.xattrs.1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15238
Bohuslav Slavek Kabrda bkab...@redhat.com added the comment:
Fifth version :)
- On failure in a loaded test, the _test function returns, so this behaviour is
preserved.
- During _test function, count of both loaded and non-loaded files is kept.
- If a file fails to be loaded, the tests
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Added file: http://bugs.python.org/file26240/poplib_02_server_capabilities.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
___
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Removed file:
http://bugs.python.org/file26133/poplib_02_server_capabilities.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Removed file: http://bugs.python.org/file26134/poplib_03_starttls.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
___
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Added file: http://bugs.python.org/file26241/poplib_03_starttls.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
___
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Added file: http://bugs.python.org/file26242/poplib_03_starttls.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
___
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Removed file: http://bugs.python.org/file26241/poplib_03_starttls.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
___
Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it added the comment:
I've refreshed once more the patches, adding the implementation of the stls
command in test_poplib.py.
IMHO, the changes as they stand now are low risk, and could as well go into 3.3.
With many thanks to Giampaolo for
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Can the #defines appear in pyconfig.h instead? I find it easier to discover
them this way, and will also simplify the implementation on Windows.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Does anyone else have an opinion one way or another?
I'm neutral.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15233
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
assignee: - vinay.sajip
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14902
___
Antoine Pitrou pit...@free.fr added the comment:
Ping. The test fails erratically on many buildbots.
--
nosy: +pitrou
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15210
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Thank you Richard.
A new patch is included. Now the processing of timeout is done in
_acquire_condition(). None is infinite, and negative timeouts are clipped to
zero.
Do you feel that it is unnecessary to be able to support
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 7ccc2cea6969 by Jesus Cea in branch '2.7':
Issue #1667: Unused variable warning in Non-Windows
http://hg.python.org/cpython/rev/7ccc2cea6969
--
nosy: +python-dev
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 2de5c9ced464 by Jesus Cea in branch '2.7':
Issue #1677: Unused variable warning in Non-Windows
http://hg.python.org/cpython/rev/2de5c9ced464
--
___
Python tracker
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 4de541fbdd58 by Jesus Cea in branch '3.2':
Issue #1677: Unused variable warning in Non-Windows
http://hg.python.org/cpython/rev/4de541fbdd58
New changeset 7937aa6b7e92 by Jesus Cea in branch 'default':
NULL MERGE:
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1677
___
___
Python-bugs-list mailing list
Changes by Jesús Cea Avión j...@jcea.es:
--
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1677
___
___
Python-bugs-list
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
@Yuriy: I set my location to Moscow (using the Gnome date widget) and ran the
test, but no failure occurs.
vinay@eta-jaunty:~/projects/python/default$ date
Tue Jul 3 15:12:39 MSD 2012
vinay@eta-jaunty:~/projects/python/default$ ./python
Yuriy Syrovetskiy c...@cblp.su added the comment:
@vinay.sajip
My time.timezone is -14400. What is yours?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14902
___
Yuriy Syrovetskiy c...@cblp.su added the comment:
And datetime.datetime.now().tzinfo is always None.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14902
___
Hynek Schlawack h...@ox.cx added the comment:
Cool, I'll finish it up in the sprints on Saturday.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15180
___
Juancarlo Añez apal...@gmail.com added the comment:
@Vinay The test *is* broken in theory, because it uses today's time.timezone to
make calculations over a datetime in the past (1993), even when official time
zones have changes in recent years for Caracas, Moscow, and others:
Juancarlo Añez apal...@gmail.com added the comment:
And datetime.datetime.now().tzinfo is always None.
I can reproduce that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14902
___
Daniel Holth dho...@fastmail.fm added the comment:
I appreciate it. I had trouble using the patch system after that. I will see
whether I can generate a better one.
Daniel Holth
On Jul 3, 2012, at 12:49 AM, Éric Araujo rep...@bugs.python.org wrote:
Éric Araujo mer...@netwok.org added the
Jesús Cea Avión j...@jcea.es added the comment:
Lorenzo, 3.3 is in beta mode now. No new features accepted :-(.
Please, fulfill a PSF contributor agreement http://www.python.org/psf/contrib/
--
___
Python tracker rep...@bugs.python.org
Jeff Knupp jkn...@gmail.com added the comment:
Fixed for 3.3. Does this need to be back ported as well?
--
keywords: +patch
nosy: +Jeff.Knupp
Added file: http://bugs.python.org/file26244/exit_code.patch
___
Python tracker rep...@bugs.python.org
Jeff Knupp jkn...@gmail.com added the comment:
And by 'Fixed' I of course meant 'Patched, awaiting review'.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15033
___
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Sorry, I didn't quite grasp what the problem was before (timezones changing
over time). I understand better now :-)
@Yuriy: On my test machine (Ubuntu Jaunty), with Moscow set as my location, the
value of time.timezone is -10800 (for
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
BTW I just noticed that you created this issue on 24 May. Sorry I only saw it
today - in future, if you add logging issues, please add me to the nosy list,
and that way I'll pick it up sooner. Usually one of the other committers adds
me,
New submission from William Schwartz wkschwa...@gmail.com:
Section 3.3.3.2. Preparing the class namespace of the documentation
(http://docs.python.org/dev/reference/datamodel.html#preparing-the-class-namespace)
states that If the metaclass has a __prepare__ attribute, it is called as
William Schwartz wkschwa...@gmail.com added the comment:
Attached a unittest script to demonstrate that __prepare__ is implicitly a
staticmethod.
--
Added file: http://bugs.python.org/file26245/test_metaclass.py
___
Python tracker
Juancarlo Añez apal...@gmail.com added the comment:
I did extensive testing on time.timezone, and it is correct as far as the
current date is concerned. The problem, as mentioned before, is that
test_logging is using time.timezone for dates in the past for which the time
zone may have been
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 4a39ea2c1b11 by Vinay Sajip in branch 'default':
Issue 15241: Improved site.py documentation relating to venvs.
http://hg.python.org/cpython/rev/4a39ea2c1b11
--
nosy: +python-dev
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file26247/56ac083c60dc.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file26248/d12ded643482.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Jesús Cea Avión j...@jcea.es added the comment:
Thanks to Marc Abramowitz huge help and support, current patch builds and works
perfectly fine under:
1. x86 32 and 64 bits, static and shared library, Solaris 10.
2. x86 32 and 64 bits, static and shared library, OpenSolaris derivatives
Changes by Jesús Cea Avión j...@jcea.es:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 18c2519b9114 by Vinay Sajip in branch 'default':
Issue #15241: Added test for venv prefixes.
http://hg.python.org/cpython/rev/18c2519b9114
--
___
Python tracker
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Note that the prefix values (and their meanings in venv/non-venv environments)
are documented in the sys module.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15241
Changes by Jesús Cea Avión j...@jcea.es:
Removed file: http://bugs.python.org/file25192/aa2dcffa267f.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Changes by Jesús Cea Avión j...@jcea.es:
Removed file: http://bugs.python.org/file25203/4a072278b866.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 74fea1763d02 by Vinay Sajip in branch 'default':
Closes #15241: Added information on venv prefixes to pyvenv section.
http://hg.python.org/cpython/rev/74fea1763d02
--
resolution: - fixed
stage: -
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Yes, thanks for doing the detailed analysis. I see that the original code was
trying to adjust the timezone for a past time effectively using current
timezone rules, which is why it doesn't work.
Your patch appears equivalent to the
Changes by Daniel Urban urban.dani...@gmail.com:
--
nosy: +daniel.urban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15243
___
___
Juancarlo Añez apal...@gmail.com added the comment:
@Vinay No reason. datetime.astimezone(None) is documented in 3.3. You may even
use:
r.created = time.mktime(dt.astimezone().timetuple())
--
___
Python tracker rep...@bugs.python.org
Changes by Juancarlo Añez apal...@gmail.com:
--
type: compile error - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14902
___
___
New submission from Richard Oudkerk shibt...@gmail.com:
On Unix, files (unless specifically locked) can be renamed and deleted while
file descriptors for the file remain open. The file descriptors remain valid
even after deletion of the file.
On Windows this is not possible for files opened
Richard Oudkerk shibt...@gmail.com added the comment:
I have opened Issue #15244 with a patch to add a share module to the stdlib.
After monkey patching builtins.open(), io.open() and os.open() to be
equivalents using FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE, the
regression test
Terry J. Reedy tjre...@udel.edu added the comment:
I was reporting stock, as distributed 3.3b0.
Is unicode3.py something to run once or import in each app that wants unicode
output? Either way, if it is possible to fix the console, why is it not
distribute it with the fix?
Terry,
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
Terry said:
Is unicode3.py something to run once or import in each app that wants unicode
output?
I say:
The latter... import it.
Terry said:
Either way, if it is possible to fix the console, why is it not distribute it
with the fix?
Mark Grandi markgra...@gmail.com added the comment:
Hi,
I noticed in the latest message that d9pounces posted that JSON format does
not allow dates and data, so XML is used by default to write files.. Rthe XML
version of plists also do not really 'support' those types, and they are
converted
New submission from João Bernardo jbv...@gmail.com:
`ast.literal_eval` is very strict on names, so it seems to lack some literals
that may be result of `repr` on built-in objects.
- Obvious cases:
ast.literal_eval('...')
ast.literal_eval('Ellipsis')
both result on ValueError.
- Not so
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 56260d30985d by Vinay Sajip in branch 'default':
Closes #14902: Fixed timezone conversion of a date/time in the past. Thanks to
Yuriy Syrovetskiy for the report and Juancarlo Añez for the patch on which this
fix is
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Added file: http://bugs.python.org/file26250/poplib_01_socket_shutdown_v3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
___
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Added file:
http://bugs.python.org/file26251/poplib_02_server_capabilities_v3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Added file: http://bugs.python.org/file26252/poplib_03_starttls_v3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
___
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Removed file: http://bugs.python.org/file26132/poplib_01_socket_shutdown.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
___
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Removed file:
http://bugs.python.org/file26240/poplib_02_server_capabilities.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it:
Removed file: http://bugs.python.org/file26242/poplib_03_starttls.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
___
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
So this looks like it might be a simple fix... in issue 1602, there was a patch
for Windows console for 3.1... sadly not applied then, or 3.2, or 3.3 (yet).
But in 3.2, the fix sprouted a failure just like this one: the console output
Brett Cannon br...@python.org added the comment:
Maybe you can try emailing in the form again, Marc? Let me know when you have
and if it is lost again I will bug the proper people.
Anyway, the original patch I committed added you to Misc/ACKS:
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson
title: ast.literal_eval on some literals - ast.literal_eval fails on some
literals
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15033
___
___
Brett Cannon br...@python.org added the comment:
Any suggestions on how to make the test work better? Otherwise I'm fine with
dropping the test since the fix has been verified at least on my machine (and
if it is broken the other VMs will notice quickly when they start to implement
things).
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12967
___
___
Python-bugs-list mailing
Antoine Pitrou pit...@free.fr added the comment:
Any suggestions on how to make the test work better?
I would suggest tracking what causes the failure. It seems to be
ordering-dependent, so the devguide is your friend:
http://docs.python.org/devguide/buildbots.html#ordering-dependent-failures
Stefan Krah stefan-use...@bytereef.org added the comment:
The tests that fail in succession are these:
./python -m test -uall -v test_importlib test_import
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15210
Stefan Krah stefan-use...@bytereef.org added the comment:
If I comment out this, both tests run OK (I don't know if that
breaks anything else though):
diff --git a/Lib/importlib/test/test_api.py b/Lib/importlib/test/test_api.py
--- a/Lib/importlib/test/test_api.py
+++
Jason Spiro jasonspi...@gmail.com added the comment:
Just a few comments on your new UI design http://i.imgur.com/415Y1.png:
== Suggestion 1 ==
It seems, from your screenshot, that you plan to hide the [ Next ]
and [ Cancel ] buttons, and show your [ Yes ] and [ No ] buttons
instead. This is
Eric Snow ericsnowcurren...@gmail.com added the comment:
Can the #defines appear in pyconfig.h instead? I find it easier to
discover them this way, and will also simplify the implementation on
Windows.
Agreed. I'd like to pull them into Python/sysmodule.h, though. I'm also going
to drop
New submission from James King ja...@agentultra.com:
I'm working on increasing the line-coverage of the tests for the Set ABC in the
collections.abc module.
I encountered something a little funky IMO that I'm not sure is an issue or
bug... but the __and__ method passes a generator object to
New submission from Juancarlo Añez apal...@gmail.com:
import io
d = io.open('.')
Traceback (most recent call last):
File stdin, line 1, in module
IsADirectoryError: [Errno 21] Is a directory: '.'
import os
d = io.open(os.open('.',0))
d
_io.TextIOWrapper name=3 mode='r' encoding='UTF-8'
Juancarlo Añez apal...@gmail.com added the comment:
io.open() clearly doesn't care about opening directories as long as they are
passed as os.open() file descriptors. Quite unexpected!
--
___
Python tracker rep...@bugs.python.org
Brian Curtin br...@python.org added the comment:
== Suggestion 1 ==
I don't think it's that unexpected. I certainly didn't come up with the idea
myself - I've seen them before. Surely it might be new to some people, but is
it confusing? For one, we think it's an option users should know
Petri Lehtinen pe...@digip.org added the comment:
Some thoughts on doing clever tricks to enhance mbox parsing:
http://www.jwz.org/doc/content-length.html
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11728
New submission from Ben Longbons b.r.longb...@gmail.com:
I frequently construct lists of tuples, such as:
[
(1, 2, 3) # oops, missing comma!
(4, 5, 6)
]
It would be nice if the error message gave a hint on what was *actually* wrong.
Although I always use homogeneous containers, the type
lilydjwg lilyd...@gmail.com added the comment:
Hi, I have figured it out.
The 'mbox2' file should be in correct format now.
Run './bug.py' once to delete the last mail.
'cat newmail mbox2' to append a new mail to that mbox.
Run './bug.py' again.
Now, 'mbox2' doesn't have a newline at the end.
Changes by lilydjwg lilyd...@gmail.com:
Added file: http://bugs.python.org/file26255/newmail
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15222
___
___
Changes by lilydjwg lilyd...@gmail.com:
Added file: http://bugs.python.org/file26256/bug.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15222
___
___
86 matches
Mail list logo
