Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
versions: +Python 3.7 -Python 3.4
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pytho
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
assignee: belopolsky ->
versions: +Python 3.7 -Python 3.4
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
assignee: belopolsky ->
versions: -Python 2.6, Python 2.7
___
Python tracker <rep...@bugs.python.org>
<http://bugs.py
On 09/08/2016 12:19 PM, Chris Angelico wrote:
On Fri, Sep 9, 2016 at 2:50 AM, Alexander N. Moibenko <moibe...@fnal.gov> wrote:
The output is long so, I am replying to you only:
Not too long, fortunately. Replying back to the list with a trimmed version.
make[1]: Entering directory
On 09/08/2016 11:06 AM, Rustom Mody wrote:
On Thursday, September 8, 2016 at 8:57:23 PM UTC+5:30, Alexander N. Moibenko
wrote:
Yes this Linux Red Hat 6.
[enstore@dmsen02 enstore-log]$ cat /etc/redhat-release
Scientific Linux Fermi release 6.5 (Ramsey)
Please note that the same set
wrote:
On Fri, Sep 9, 2016 at 12:48 AM, Alexander N. Moibenko
<moibe...@fnal.gov> wrote:
In fact I tried issuing commands manually, but they did not give me any hint
more than I already had.
In python 2.6 this all works with the same libc, of course (because I tried
to compile on the same m
In fact I tried issuing commands manually, but they did not give me any
hint more than I already had.
In python 2.6 this all works with the same libc, of course (because I
tried to compile on the same machine).
Thanks anyway.
On 09/08/2016 01:22 AM, dieter wrote:
"Alexander N. Moi
Finney wrote:
"Alexander N. Moibenko" <moibe...@fnal.gov> writes:
/opt/python/Python-2.7.12/./Modules/posixmodule.c:7578: warning: the
use of `tempnam' is dangerous, better use `mkstemp'
collect2: ld returned 1 exit status
How this can be fixed?
The clearest answer is already ther
of `tempnam' is dangerous, better use `mkstemp'
collect2: ld returned 1 exit status
How this can be fixed?
Thanks,
Alexander
--
https://mail.python.org/mailman/listinfo/python-list
Alexander Belopolsky added the comment:
Please move _parse_isotime to _strptime so that it can be called from C
implementation. Also, the new method should be documented.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.p
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
stage: needs patch -> commit review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Alexander Belopolsky added the comment:
This does not look right:
+.. classmethod:: time.strptime(date_string, format)
+
+ Return a :class:`time` corresponding to *date_string, parsed according to
+ *format*. :exc:`ValueError` is raised if the date string and format can't be
+ parsed
Alexander Belopolsky added the comment:
As far as I can tell, the buildbots are happy now. Closing. Please open new
issues if missed anything.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <rep...@bugs.python.o
Alexander Belopolsky added the comment:
The build succeeded.
http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%20with%20X%203.x/builds/1292
Closing. Thanks for the report, Victor.
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -&g
Alexander Belopolsky added the comment:
This is related to issue 24773.
--
assignee: -> belopolsky
stage: -> needs patch
type: -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Alexander Belopolsky added the comment:
There is a typo in the NEWS entry:
"Issue #12345: Add *mathemathcal* constant tau to math ..."
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.py
Alexander Belopolsky added the comment:
> All that said, I agree with Mark that math.e is at best an attractive
> nuisance.
Why don't we fix the nuisance part without making it less attractive:
class _E(float):
def __pow__(self, other):
if self is e:
return exp
Alexander Belopolsky added the comment:
> Can the size of the tests be reduced, [...]?
Yes, the long test walks the zoneinfo tree and runs on every tzfile including
the aliases. I am going to change that to parsing the zone.tab file for the
list of zone names. This should shorten the t
Alexander Belopolsky added the comment:
> Any news on the remaining failures for year 2037?
Yes, the problem was tracked to a bug [1] in zic. If the buildbots get regular
updates, the problem will go away with the next tzdata release. Meanwhile,
I'll try to figure out a way to suppr
Alexander Belopolsky added the comment:
I am attaching the first cut of the documentation changes. Note that I am
deliberately trying to keep the information about the fold to the minimum in
the reference manual. I don't think the details of how fold works are of
interest to anyone other
Alexander Belopolsky added the comment:
This would be a feature not anticipated by PEP 495.
--
resolution: -> rejected
status: open -> closed
type: behavior -> enhancement
___
Python tracker <rep...@bugs.python.org>
<http
New submission from Alexander Belopolsky:
With TZ = America/New_York:
>>> t0 = datetime(2016, 11, 6, 1, 30, fold=0)
>>> t1 = datetime(2016, 11, 6, 1, 30, fold=1)
>>> t0.utctimetuple()[:6]
(2016, 11, 6, 1, 30, 0)
>>> t1.utctimetuple()[:6]
(2016, 11, 6, 1, 30
New submission from Alexander Belopolsky:
The current implementation does not restrict values accepted by the fold
argument:
>>> from datetime import *
>>> time(fold=2)
datetime.time(0, 0, fold=2)
>>> datetime(1, 1, 1, fold=2)
datetime.datetime(1, 1, 1, 0, 0, f
Alexander Bayandin added the comment:
Furthermore, there is a problem with overlapped ports for multiple created
server objects. Also, I can quote a comment from 'original' issue:
http://bugs.python.org/msg237794
--
___
Python tracker <
Alexander Bayandin added the comment:
I think it is just handier than creating several server objects like it is
already done for a list of hosts.
For me in particular, need to have exactly the same logic for multiple ports
which generates randomly and I want to have one predefined port
New submission from Alexander Bayandin:
Make create_server accept a list of ports to listen.
Now it contains only code changes without updates in docs and tests.
If these changes will be considered as helpful I'll be glad to add tests and
update documentation for the method
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
Added file: http://bugs.python.org/file43965/issue27661-3.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Alexander Belopolsky added the comment:
>From review comments:
Lib/datetime.py:1482: def combine(cls, date, time, tzinfo=True):
On 2016/08/01 12:23:12, berkerpeksag wrote:
> On 2016/08/01 08:47:14, SilentGhost wrote:
> > This strikes me as an odd default value, why not use a more
Alexander Belopolsky added the comment:
>From review comments:
Lib/datetime.py:1482: def combine(cls, date, time, tzinfo=True):
On 2016/08/01 08:47:14, SilentGhost wrote:
> This strikes me as an odd default value, why not use a more conventional None?
This is the same default a
Alexander Belopolsky added the comment:
The second patch includes documentation changes and addresses review commments.
--
Added file: http://bugs.python.org/file43964/issue27661-2.diff
___
Python tracker <rep...@bugs.python.org>
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
keywords: +patch
stage: -> patch review
Added file: http://bugs.python.org/file43958/issue27661.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
New submission from Alexander Belopolsky:
Add an optional tzinfo argument to datetime.combine() so that
datetime.combine(d, t, info)
returns the same object as
datetime.combine(d, t).replace(tzinfo=info)
but without creating an intermediate naive instance.
Guido's LGTM:
https
Alexander Belopolsky added the comment:
> I don't know to what extent these links are considered standard (koobs)
The links like Iran are non-standard. they are specified in the "backward"
file in the IANA tzdata distribution which has the following preamble:
# This file p
Alexander Belopolsky added the comment:
It looks like the tzdata folks have agreed [1] that there is a problem with the
Morocco rules in the Africa file and will likely fix it in the next release.
This is an interesting situation where a bug in tzcode masks a bug in tzdata
while glibc
Alexander Belopolsky added the comment:
It looks like Ruby folks encountered the Morocco issue [1] before us. They
closed the issue on their bug tracker blaming glibc. This tells us, I guess,
that we should skip this transition on the affected systems. Unfortunately, it
is not just 32-bit
Alexander Belopolsky added the comment:
It looks like th Morocco issue has been reported to CentOS recently but they
kicked it upstream.
https://sourceware.org/ml/libc-help/2016-04/msg0.html
--
___
Python tracker <rep...@bugs.python.org>
Alexander Belopolsky added the comment:
Also reported for Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1587128
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Alexander Belopolsky added the comment:
It looks like PPC64 Fedora 3.x builder [1] also has a problem with a transition
in 2037.
[1]: http://buildbot.python.org/all/builders/PPC64%20Fedora%203.x
--
___
Python tracker <rep...@bugs.python.org>
Alexander Belopolsky added the comment:
Could our Morocco issue be similar to Fiji issue?
https://github.com/eggert/tz/commit/6d00980f1ff2ac665f3de027c79faacf4f26d1b0
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Alexander Belopolsky added the comment:
The remaining failures all seems to be related to the Morocco rules: both
Africa/El_Aaiun [1] and Africa/Casablanca [2] use those rules.
The affected date is October 4, 2037, for which Morocco has a special rule. [3]
It looks like the problem
Alexander Belopolsky added the comment:
That's very helpful. It looks like on a Mac 32-bit build has 64-bit time_t.
I'll build a 32-bit Python on Linux tomorrow and try to get to the bottom of
this.
--
___
Python tracker <rep...@bugs.python.
Alexander Belopolsky added the comment:
Looking at the stable buildbots.
http://buildbot.python.org/all/waterfall?category=3.x.stable
AMD64 OpenIndiana 3.x - unrelated failures
AMD64 Snow Leop 3.x - crash in test_all / system_transitions
PPC64 Fedora 3.x - fail in test_all Africa/El_Aaiun
Alexander Belopolsky added the comment:
> the time_t OverflowError
The issue here is that for a large date, dt.timestamp() returns a float large
enough to cause overflow in fromtimestamp.
> Let me know if you want any more info.
Can you figure out what date causes this (0002-01-01 or 9
Alexander Belopolsky added the comment:
> AssertionError: False is not true : Africa/El_Aaiun system_transitions
This may be an indication of misconfigured zoneinfo on the buildbot. What
system_transitions test does is compare the results obtained from the system
timezone computati
Alexander Belopolsky added the comment:
Does anyone know whether zoneinfo is installed on FreeBSD buildbot? If it is,
at which path?
> On Jul 23, 2016, at 7:24 AM, koobs <rep...@bugs.python.org> wrote:
>
>
> koobs added the comment:
>
> Also failing on all free
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
resolution: -> fixed
stage: commit review -> resolved
status: open -> closed
superseder: -> Document PEP 495 (Local Time Disambiguation) features
___
P
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
dependencies: +Implement PEP 495 (Local Time Disambiguation)
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Alexander Belopolsky:
PEP 495 has been implemented in issue 24773. This issue is created to track
the necessary changes to the datetime module documentation.
--
assignee: belopolsky
components: Documentation
messages: 271041
nosy: akira, belopolsky, haypo, stub
Alexander Belopolsky added the comment:
I am posting the final version of the patch complete with the NEWS entry.
Compared with the previous patch, issue24773-final.diff contains a fix for a
reference leak.
I would like to use this opportunity to thank Zachary Ware for providing a
Windows
Alexander Belopolsky added the comment:
I've seen a similar glitch. Reloading the page usually fixes the problem.
> On Jul 20, 2016, at 11:37 AM, Steve Holden <rep...@bugs.python.org> wrote:
>
>
> Steve Holden added the comment:
>
> BTW, I presume it's a bug in t
New submission from Alexander Todorov:
$ python2
Python 2.7.5 (default, Oct 11 2015, 17:47:16)
[GCC 4.8.3 20140911 (Red Hat 4.8.3-9)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import inspect
>>&
New submission from Alexander Belopolsky:
Consider the following code:
$ cat x.py
from collections import OrderedDict
class X:
def items(self):
print('items')
return []
def keys(self):
print('keys')
return []
print(dict(X()))
print(OrderedDict(X
Alexander Belopolsky added the comment:
The new patch passes test_datetime on Windows. This was the last stumbling
block for me to commit this patch. Unless anyone would ask for more time to
review, I plan to commit later this week.
--
Added file: http://bugs.python.org/file43781
Alexander Belopolsky added the comment:
Naoki, thanks for the review. I addressed your comments in
https://github.com/abalkin/cpython/commit/a61a25d2dd04336361b2ea676c80afdb2639f579
Attached patch, issue24773-s3-3.diff, incorporates your comments and a few
other fixes. See github
Alexander Belopolsky added the comment:
Antti, while I see some convenience in making %z parsing promiscuous, there is
clear utility in adding %:z to strftime. If we do that, not allowing the same
for parsing will be odd. Let's start with that. A case for a promiscuous %z
can be made later
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
nosy: +haypo
stage: needs patch -> commit review
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Alexander Belopolsky added the comment:
Submitting the latest Github snapshot as a patch against master for review.
See issue24773-s3-2.diff.
--
Added file: http://bugs.python.org/file43753/issue24773-s3-2.diff
___
Python tracker <
Alexander Belopolsky added the comment:
"Be conservative in what you do, be liberal in what you accept from others"
I would agree to this approach with respect to a proposed fromisoformat()
method (see issue 15873), but setptime seems to be about specifying an exact
format. For ex
Alexander Belopolsky added the comment:
Note that the patches attached so far to this issue are nowhere close to a
complete implementation. I don't think a python-only prototype (a patch to
datetime.py) would be hard to implement, but implementation would be easier if
nanoseconds replaced
Alexander Belopolsky added the comment:
With PEP 495, conversion from timestamp to naive datetime will no longer loose
information. In light of this, I would like to reconsider what strftime('%s')
should return in the absence of %z.
--
___
Python
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
assignee: -> belopolsky
versions: +Python 3.6 -Python 3.5
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Alexander Belopolsky added the comment:
Given that we have the .timestamp() method, I am not sure this would be a very
useful feature, but maybe it is a way to eliminate an attractive nuisance.
If anyone is still interested in getting this in - please check with
python-ideas
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
versions: +Python 3.6 -Python 3.5
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
nosy: +shanmbic
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Alexander Belopolsky added the comment:
Sorry, the tracker messed up the URL: go to
https://github.com/abalkin/cpython.git
and select branch:issue24773-s3
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Alexander Belopolsky added the comment:
Since this is closely related to issue 15873, I am merging the nosy lists.
As far as I can tell, the patch just needs tests and a final decision on issue
5288. I don't think it is at all controversial, but we need to relax the offset
restrictions before
Alexander Belopolsky added the comment:
I would very much like to see this ready before the feature cut-off for Python
3.6. Could someone post a summary on python-ideas to get a show of hands on
some of the remaining wrinkles?
I would not worry about a C implementation at this point. We can
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
nosy: -Alexander.Belopolsky
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
assignee: belopolsky ->
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Alexander Belopolsky added the comment:
For future reference, here is a link to PyPy history of datetime.py:
https://bitbucket.org/pypy/pypy/history-node/919e00b3e558/lib_pypy/datetime.py?at=default
--
___
Python tracker <rep...@bugs.python.
Alexander Belopolsky added the comment:
Brian, we had a similar discussion in issue 20858, but I am still unsure about
the relationship between our datetime.py and that in PyPy. Do you use CPython
version in PyPy? If not, have you applied this patch and if so, can you link
to a PyPy issue
Alexander Riccio added the comment:
We might want to use some kind of Group Policy setting, for the same reason
that many Windows security configuration options are there, and that DoD STIGs
for Windows https://www.stigviewer.com/stig/windows_8_8.1/ are almost totally
about configuring Group
Alexander Riccio added the comment:
It's not just Stuxnet, as at least one other Advanced Persistent Threat uses
that tactic. An APT (likely Russian intelligence) recently used encoded
PowerShell to break into the Democratic National Committe:
https://www.crowdstrike.com/blog/bears-midst
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
nosy: +belopolsky
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Alexander Schrijver added the comment:
Martin: Yes, it does, thank you. Sorry, I didn't know you where waiting for my
approval.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Alexander Haensch:
I recieve a segmentation fault if i call os.forkpty(). It does not happen with
os.openpty(). Moreover os.fork() works fine.
The basesystem is gentoo-hardened. It does only happens if threading is
enabled, which is the standard.
Tested python versions
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
nosy: +belopolsky
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Alexander Liu added the comment:
Fixed the docs to specifically note that only protocol related errors raise the
UrlError exception.
--
nosy: +alex_thebear
versions: +Python 3.6 -Python 3.4
Added file: http://bugs.python.org/file43131/urlopen_doc.patch
Alexander Schrijver added the comment:
I appeared to have missed the reference to that issue when I read this issue
the first time. Re-opening that issue makes sense to me.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Alexander Schrijver added the comment:
Oops, wrong diff. Sorry, this is the correct one for 2.7.
--
Added file: http://bugs.python.org/file43075/cpython2.7_splitlines.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Alexander Schrijver added the comment:
This diff synchronizes the cpython 2.7 with that from 3.5 and also describes
the difference between bytes objects and unicode objects (from the other diff)
--
Added file: http://bugs.python.org/file43072/cpython3.5_splitlines.diff
Alexander Schrijver added the comment:
This diff updates the cpython (tip) documentation to document the different
behaviour when using splitlines on bytes objects or string objects.
--
keywords: +patch
nosy: +Alexander Schrijver
Added file: http://bugs.python.org/file43071
Alexander Mohr added the comment:
any updates on this? I think this would be perfect for
https://github.com/aio-libs/aiobotocore/issues/31
--
nosy: +thehesiod
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Alexander Marshalov added the comment:
Hi all, this is my first patch to Python.
I'm interested in the performance of python code, I even worked on the
development of the static optimizer based on modifications of the AST.
I had a few ideas for improving peepholer (for example, the expression
New submission from Alexander Marshalov:
Missed peephole optimization:
1 > 2 -> False
3 < 4 -> True
5 == 6 -> False
6 != 7 -> True
7 >= 8 -> False
8 <= 9 -> True
10 is 11 -> False
12 is not 13 -> True
14 in (15, 16, 17)
so, won't the previous event loop miss any its events?
Thank you in advance.
Alexander
--
https://mail.python.org/mailman/listinfo/python-list
Bob Alexander added the comment:
Oops, clarification...
I just reread my kind of long previous post, and realized it wasn't very
explicit that anything concerning file extensions or prepending the current
directory to the PATH apply to Windows only; not Unix (of course).
The "retu
Bob Alexander added the comment:
Since there seems to be ongoing work on the "which"
function, here are a few more thoughts on this function's
future:
- The existing version does not prepend the current
directory to the path if it is already in the path.
If the current
Alexander Belopolsky added the comment:
The fix was applied to default in c9bc6614a652 but I got the commit message
wrong. I will not attempt to fix it (not sure it is even possible in hg.)
--
___
Python tracker <rep...@bugs.python.org>
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
resolution: -> fixed
stage: commit review -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bu
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
stage: patch review -> commit review
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
versions: -Python 3.3, Python 3.4
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Alexander Belopolsky added the comment:
> When you made your first astimezone() call, (t = u.astimezone()),
> it was made without a tzinfo parameter, and should result in t's
> timezeone being EST by the documentation.
No, u in my test case was selected to be right before the "f
Alexander Belopolsky added the comment:
Python 3.6.0a0 (default:245a16f33c4b, Mar 25 2016, 14:11:43)
[GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>
Alexander Belopolsky added the comment:
You may want to take a look a PyCharm's preferences dialog for inspiration. I
am attaching a screenshot. I like the way they show installed and the latest
available versions.
--
nosy: +belopolsky
Added file: http://bugs.python.org/file42280
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
assignee: -> belopolsky
stage: patch review -> commit review
___
Python tracker <rep...@bugs.python.org>
<http://bugs.
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
nosy: +belopolsky
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Alexander Belopolsky added the comment:
This bug affects versions starting at 3.3. Can someone advise to what versions
the patch should be applied?
--
versions: +Python 3.3, Python 3.4
___
Python tracker <rep...@bugs.python.org>
Changes by Alexander Belopolsky <alexander.belopol...@gmail.com>:
--
assignee: -> belopolsky
keywords: +patch
nosy: +haypo, tim.peters
stage: needs patch -> patch review
Added file: http://bugs.python.org/file42262/issue26616.diff
___
Py
Alexander Belopolsky added the comment:
See also #9527.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26616>
___
___
Pyth
601 - 700 of 4595 matches
Mail list logo