Antoine Pitrou pit...@free.fr added the comment:
Eric, do you plan to fix this soon? Linux distributions have started patched
their Pythons manually.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13512
Jesús Cea Avión j...@jcea.es added the comment:
Sam, the window for Python 3.3 integration is almost close. Could you possibly
update your patch with Nadeem's feedback?.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14684
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 198382b4bcd0 by Richard Oudkerk in branch 'default':
Issue #15064: Make BaseManager.__enter__() start server if necessary.
http://hg.python.org/cpython/rev/198382b4bcd0
New changeset 836d712461b3 by Richard Oudkerk
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 978326f98316 by Kristján Valur Jónsson in branch 'default':
Issue #15038: Optimize python Locks on Windows
http://hg.python.org/cpython/rev/978326f98316
--
nosy: +python-dev
Stefan Krah stefan-use...@bytereef.org added the comment:
There's some unrelated stuff in the patch that reverts commits in
mpdecimal.c and multiprocessing. Maybe a Rietveld issue.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
Jeremy Kloth jeremy.kl...@gmail.com added the comment:
The unrelated changes do seem to be an issue with the diff generated by Rietveld
--
nosy: +jeremy.kloth
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15102
Antoine Pitrou pit...@free.fr added the comment:
If I understand, the proposed changes are the following:
https://bitbucket.org/jkloth/cpython-buildbot-amd64/changeset/2a20cee18add
?
I'm not a Windows specialist, but they do seem a bit weird:
- the pcbuild.sln changes remove Debug|x64.Build and
New submission from Antoine Pitrou pit...@free.fr:
The Solaris compiler chokes on the embedded NUL character. Perhaps we can find
another way to remove the importlib.h diffs from the notification e-mails
(simply hardcode the filename?).
Martin v. Löwis mar...@v.loewis.de added the comment:
Should I then open another issue just to track that bug? Have you
even tried using build_ssl.py *without* Perl? The changes required to
get that to work seem fairly extensive.
The 3.3 tree works fine for me without Perl, I'm confident
Antoine Pitrou pit...@free.fr added the comment:
There's a problem here:
Fatal Python error: PyCOND_SIGNAL(gil_cond) failed
http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.x/builds/6859/steps/test/logs/stdio
--
___
Python tracker
Jeremy Kloth jeremy.kl...@gmail.com added the comment:
On Mon, Jun 18, 2012 at 3:27 PM, Antoine Pitrou rep...@bugs.python.org wrote:
If I understand, the proposed changes are the following:
https://bitbucket.org/jkloth/cpython-buildbot-amd64/changeset/2a20cee18add
That seems to be correct,
Richard Oudkerk shibt...@gmail.com added the comment:
Py_LOCAL_INLINE(int)
_PyCOND_WAIT_MS(PyCOND_T *cv, PyMUTEX_T *cs, DWORD ms)
{
DWORD wait;
cv-waiting++;
PyMUTEX_UNLOCK(cs);
/* lost wakeup bug would occur if the caller were interrupted here,
* but we are safe because we
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 8281233ec648 by Brian Curtin in branch 'default':
Fix #14772: Return the destination from some shutil functions.
http://hg.python.org/cpython/rev/8281233ec648
--
nosy: +python-dev
Changes by Brian Curtin br...@python.org:
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14772
___
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15103
___
___
Python-bugs-list mailing list
Sam Rushing rushing@gmail.com added the comment:
I think other than the disagreement about whether the dictionary constructor
arg should be a buffer object, it's good to go.
To restate my position: the need is for an immutable string of bytes, and
that's exactly what PyBytes_Type is for.
Justin Venus justin.ve...@gmail.com added the comment:
What is the purpose of the comment at the end of Python/importlib.h? If I
remove the comment that states binary marker for mercurial (something to that
effect anyhow) the code compiles and only the tests fail.
--
nosy:
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
IANA is now distributing Olson's timezone database software which includes an
implementation of strftime():
http://www.iana.org/time-zones/repository/releases/tzcode2012b.tar.gz
The code was designated as public domain by
Yury Selivanov yseliva...@gmail.com added the comment:
New version (pep363.4.patch)
Summary:
1. Removed 'Signature.implemented'
2. No more patching built-ins - no issues with shared interpreters
3. Removed 'Signature.format()'. If needed we'll reintroduce it in 3.4
(although we still have
Yury Selivanov yseliva...@gmail.com added the comment:
Eric,
I personally prefer simple 'signature()' more than 'get_signature()'. But I'll
ask this question on python-dev on the next PEP update.
--
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
I have reviewed RFC 3339 and it looks like the following produces a fully
compliant timestamp:
print(datetime(2000,1,1, tzinfo=timezone.utc).isoformat('T'))
2000-01-01T00:00:00+00:00
I see the following remaining issues:
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
On Mon, Jun 11, 2012 at 11:18 PM, James Henstridge rep...@bugs.python.org
wrote:
One problem I can see with using a fixed offset
tzinfo for localtime is that it might confuse people
when doing date arithmetic.
Yes, this
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
... is a well-defined problem which does not have an adequate solution.
I meant to say does not have an adequate solution *in the current datetime
module*. I think the enhanced datetime.astimezone() method will solve
101 - 123 of 123 matches
Mail list logo