[issue19500] Add client-side SSL session resumption

[Christian Heimes]

Christian Heimes added the comment:

Performance improvements with session resumption is quite noticeable. I see 
between 17 and 21% improvement for 10 requests GET http://pypi.python.org/pypi 
in a simple benchmark:

session resumption: 1.264sec
no session: 1.535sec
82.4%

--
Added file: http://bugs.python.org/file44368/sesstime.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27922] Make IDLE tests less flashy

[Xiang Zhang]

Xiang Zhang added the comment:

After some tries, I think it seems to be caused by the second open in 
test_open_and_close in SearchDialogBaseTest. The second open calls 
self.top.deiconify.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27922] Make IDLE tests less flashy

[Xiang Zhang]

Xiang Zhang added the comment:

Hi Terry, I think this issue may be not completed. While running idlelib test 
with -ugui, I can sometimes still get a window flash. I think it's due to 
test_searchbase. Running python -m idlelib.idle_test.test_searchbase can 
reproduce the flash and adding withdraw doesn't work for me.

--
nosy: +xiang.zhang

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27923] PEP 467 -- Minor API improvements for binary sequences

[Elias Zamaria]

Elias Zamaria added the comment:

Martin, where am I supposed to get the patch URL from?

Also, is it too soon to issue DeprecationWarnings? Would it be more appropriate 
if they are PendingDeprecationWarnings instead?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27918] Running test suites without gui but still having windows flash

[Terry J. Reedy]

Terry J. Reedy added the comment:

This issue only addresses and fixes the 1 flash per process from 
test.support.is_gui_available.  I separately added root.withdraw to IDLE tests 
in #27922, to stop their flashes.  Doing the same for tkinter tests would be a 
third issue.  I believe it would be easy since tkinter has a support module 
with mechanisms to set up and tear down root windows.  (I am thinking of 
something similar for IDLE.)  I leave this to Serhiy.

--
assignee:  -> terry.reedy
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27918] Running test suites without gui but still having windows flash

[Roundup Robot]

Roundup Robot added the comment:

New changeset de9e410e78d8 by Terry Jan Reedy in branch '2.7':
Issue #27918# test.resource.is_gui_available no longer flashes tk window.
https://hg.python.org/cpython/rev/de9e410e78d8

New changeset 756c27efe193 by Terry Jan Reedy in branch '3.5':
Issue #27918# test.resource.is_gui_available no longer flashes tk window.
https://hg.python.org/cpython/rev/756c27efe193

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27950] Superfluous messages when running make

[Xiang Zhang]

Xiang Zhang added the comment:

Ohh, it's reasonable. I forgot # means also comments in shell. What a shame. :(

But can we make it '@ #...'? Note there is a space. In my editor(Emacs), 
'@#' will break highlight and highlight it as a command, which is a hurt 
during reading. You can see it in the screenshot I upload.

--
Added file: http://bugs.python.org/file44367/Selection_012.png

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

[Martin Panter]

Martin Panter added the comment:

I think it may be reasonable to change the code to return the library file name 
if no soname can be found.

In the long term, I think always returning the filename rather than soname 
might be reasonable. Or even returning the full path, which we tried in Issue 
21042 (but rolled back because the solution so far is not consistent across 
platforms).

--
stage:  -> needs patch
versions: +Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27951] the reply's additional "Re:" is ok

[Martin Panter]

New submission from Martin Panter:

Seif, you will have to give more details or context for people to make sense of 
this.

--
nosy: +martin.panter
stage:  -> test needed
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25825] AIX shared library extension modules installation broken

[Martin Panter]

Changes by Martin Panter :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25758] ensurepip/venv broken on Windows if path includes unicode

[Steve Dower]

Steve Dower added the comment:

Given a quick read, it looks like issue27781 (PEP 529) will resolve this?

Not encoding the path at all is obviously better, but maybe I'll add this as 
supporting evidence to the PEP...

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27950] Superfluous messages when running make

[Martin Panter]

Martin Panter added the comment:

I think

@# Comment

would be just as good as (and slightly clearer than)

@: # Comment

They would both invoke the shell. The first has no command and just a shell 
comment; the second has a no-op command (:) with a comment. Let me know if you 
agree @# would be okay.

I can’t think of a simple solution for the pybuilddir.txt rule. (Other than 
using make -s :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24837] await process.wait() does not work with a new_event_loop

[Justin Mayfield]

Justin Mayfield added the comment:

I agree with Guido.  I spent a couple hours trying to debug some of my own code 
that turned out to be this issue.  My use case is single threaded too.

Perhaps I'm daft but I don't understand why the child watcher is part of the 
event loop policy.  At first glance it appears that it would be better suited 
being attached to any event loop in the main thread and then this wouldn't be 
an issue.

I wonder if this design is intended to support launching subprocesses from 
non-main thread event loops, which seems inherently dangerous and potentially 
misguided to me.

--
nosy: +Justin Mayfield

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23591] enum: Add Flags and IntFlags

[Vedran Čačić]

Vedran Čačić added the comment:

> As a side note, I suspect there would be much less confusion with Flag if we 
> had an AutoEnum.

No, there would be _different_ confusion. :-P

Anyway, let's get back to the discussion. I am quite aware about what's the 
intended use, but you can't just assume people will know about it. In my view, 
you must do one of two things:

1) (at least in documentation, and preferably in the code by raising Exceptions 
at class definition time) forbid the use of Flags whose values are not either 
a) powers of two, or b) bitwise or of some already declared values

-or-

2) Specify and implement a robust algorithm for finding the "cover of bits" for 
a given numeric value. If the intended algorithm is really "pick the largest 
member value smaller than given value, subtract and repeat until 0 remains", 
then it should be said so in the documentation, and preferably some reasons 
given for the usage of that exact algorithm. ("it was easiest to implement" 
does not rank very high on my list.)

In other words, MyFlags(7) should either be illegal, or I should be able to 
interpret what it will be by reading the documentation. Leaving it unspecified 
is not acceptable IMO.

(In case it isn't clear: I'm for option 1. I _don't_ intend to write MyFlags 
ever in Python. But if I happen to write it unintentionally (e.g. if I forget 
to declare 2), I would like Python to tell me I'm doing something wrong.)

(But if you really want option 2 for some reason, that's ok too. I'm just 
saying I would like it specified, with a rationale if it's not too much of a 
problem.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27922] Make IDLE tests less flashy

[Roundup Robot]

Roundup Robot added the comment:

New changeset 6e4475894a79 by Terry Jan Reedy in branch '2.7':
Issue #27922: IDLE test_idlehistory no longer flash tk widgets.
https://hg.python.org/cpython/rev/6e4475894a79

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23591] enum: Add Flags and IntFlags

[Roundup Robot]

Roundup Robot added the comment:

New changeset 8e9d3a5d47d5 by Ethan Furman in branch 'default':
issue23591: more docs; slight change to repr
https://hg.python.org/cpython/rev/8e9d3a5d47d5

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27936] Inconsistent round behavior between float and int

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7108f2a708c9 by Raymond Hettinger in branch '3.5':
Issue 27936: Update doc for round() to indicate that None is an allowable 
argument.
https://hg.python.org/cpython/rev/7108f2a708c9

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25825] AIX shared library extension modules installation broken

[David Edelsohn]

David Edelsohn added the comment:

I believe that everything is functioning correctly.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

[Michael Felt]

Michael Felt added the comment:

Not always as elegant as I would wish (do not like the idea of "while 1:" and 
later a break...

But, all in all, much improved by redoing the processing of the subprocess 
output and getting rid of more noise.

Hope this meets your approval!

p.s. This is a patch compared to previous patch. If a diff compared to 
Python-3.6.0a4 I can remake the patch.

--
Added file: http://bugs.python.org/file44366/Python3.6.Lib.ctypes.160904.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23591] enum: Add Flags and IntFlags

[Ethan Furman]

Ethan Furman added the comment:

As a side note, I suspect there would be much less confusion with Flag if we 
had an AutoEnum.

C'est la vie.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23591] enum: Add Flags and IntFlags

[Ethan Furman]

Ethan Furman added the comment:

> All my questions pertain to Flags.

Ah, okay.

> You said what to me seem like two contradictory things:
> 
>> Not having 2 named has different consequences for Flag vs IntFlag
>> (although *neither is an error*): Flag: no combination of flags will
>> ever have the 2 bit set [...]

and

>> if MyFlags is a Flag then MyFlags(impossible_combination) *will raise an 
>> exception.*

First, let me state the intended use of Flags:  primary flags (single-bit 
flags) will have values of powers of 2:

--> class Perm(Flag):
... R = 4
... W = 2
... X = 1
...
--> Perm.R | Perm.W | Perm. X

-->

If nicer names are desired for certain combinations (aka secondary flags, or 
multi-bit), then name them:

--> class Perm(Flag):
... ...
... RWX = 7
...
--> Perm.R | Perm.W | Perm.X


If, for whatever strange reason, you don't give a certain power of 2 a name, 
Flag doesn't care:

--> class Perm(Flag):
... R = 8
... W = 4
... X = 1
...
--> Perm.R | Perm.W | Perm. X

-->

But trying to use that missing value will be an error:

--> Perm(6)
Traceback (most recent call last):
  ...
ValueError: 6 is not a valid MyFlags

This is what I was referring to as "not naming a bit is not an error, but using 
an impossible value is".  What I missed in your example was that, although you 
hadn't named 2, you still had multi-bit values that included the 2 bit.  In 
other words, in my example there will never be a combination that has the 2 bit 
set, while in yours (because of your weird values) it is possible.


> Are you saying that after I write
> 
>  class MyFlags(Flags):
>  b001 = 1
>  b011 = 3
>  b100 = 4
>  b110 = 6
> 
> this is _not_ an error, but if after that I call
> 
>  print(MyFlags(7))
> 
> it _is_ an error? 

No, that's not what I'm saying, and hopefully my explanation above clears that 
up.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27497] csv module: Add return value to DictWriter.writeheader

[Ashish Nitin Patil]

Ashish Nitin Patil added the comment:

Also, I noticed in the documentation for `csv.DictWriter` 
(https://docs.python.org/3/library/csv.html#csv.DictWriter.writeheader) does 
not contain the following line -
 to the writer's file object, formatted according to the current dialect.
Although it is there for the other 2 methods (`writerow` & `writerows`) and 
since `writeheader` uses `writerow` in turn, I believe the said line should be 
included for the `writeheader` documentation as well. I have created another 
patch with both the changes. I ran the Doc build (make html) and have checked 
the addition of the said lines looks good & does not break anything.

I can make another thread if required, if you feel both the changes can't be 
accommodated in the same issue.

--
Added file: 
http://bugs.python.org/file44365/issue_27497_add_return_to_DictWriter_writeheader_with_documentation_changes.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27497] csv module: Add return value to DictWriter.writeheader

[Ashish Nitin Patil]

Ashish Nitin Patil added the comment:

Hi, I have added the "return" to the writeheader method. I ran the tests for 
the csv library (./python -m test -v test_csv) and got no errors (Ran 101 tests 
in 0.322s; 1 test OK.).

Kindly review the patch.

--
keywords: +patch
nosy: +ashishnitinpatil
Added file: 
http://bugs.python.org/file44364/issue_27497_add_return_to_DictWriter_writeheader.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9351] argparse set_defaults on subcommands should override top level set_defaults

[paul j3]

Changes by paul j3 :


--
Removed message: http://bugs.python.org/msg274336

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9351] argparse set_defaults on subcommands should override top level set_defaults

[paul j3]

paul j3 added the comment:

In http://bugs.python.org/issue27859 I've demonstrated how a subclass of 
_SubParsersAction can be used to revert the behavior to pre 2.7.9, passing the 
main namespace to the subparser.

The only other change is to the parser registry:

parser.register('action', 'parsers', MyParserAction)

So there's no need to change the argparse.py file itself.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27859] argparse - subparsers does not retain namespace

[paul j3]

paul j3 added the comment:

I've posted a file that runs your code as you expect.

It uses a custom Action class (like your test case).  It subclasses 
._SubParsersAction, and replaces the 9351 namespace use with the original one.  
I use the registry to change the class that parser.add_subparsers() uses.

The stock argparse.py file does not need to be changed.

ps

In your custom Action I access `namespace.foo` with `getattr(namespace, 'foo', 
None)` which is how argparse accesses the namespace, and does not throw 
attribute errors.

--
Added file: http://bugs.python.org/file44363/issue27859test.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19500] Add client-side SSL session resumption

[Christian Heimes]

Changes by Christian Heimes :


--
nosy: +alex
stage:  -> patch review
title: Error when connecting to FTPS servers not supporting SSL session 
resuming -> Add client-side SSL session resumption
type: behavior -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19500] Error when connecting to FTPS servers not supporting SSL session resuming

[Christian Heimes]

Christian Heimes added the comment:

Here is my take on the SSLSession feature. The patch provides a SSLSession 
type, SSLSocket.session getter/setter and SSLSocket.session_reused getter. The 
setter makes sure that the session can only set for client sockets from the 
same SSLContext and before handshake. Tests and documentation need some 
improvements.

https://github.com/tiran/cpython/commits/feature/openssl_session

--
Added file: http://bugs.python.org/file44362/SSLSession-support.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27928] Add hashlib.scrypt

[Christian Heimes]

Changes by Christian Heimes :


Added file: http://bugs.python.org/file44361/Add-hashlib.scrypt-4.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27954] makesetup does not take into account subdirectories

[David D]

New submission from David D:

https://hg.python.org/cpython/file/tip/Modules/makesetup#l202

If I try to create a built-in module with a source file named exactly as 
another source file that already exists in a different module, the script 
generates the same output path for the object files, creating a conflict.

--
components: Build, Extension Modules
messages: 274366
nosy: David D
priority: normal
severity: normal
status: open
title: makesetup does not take into account subdirectories
type: compile error
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0

[Christian Heimes]

Changes by Christian Heimes :


Added file: 
http://bugs.python.org/file44360/Port-Python-s-SSL-module-to-OpenSSL-1.1.0-5.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27744] Add AF_ALG (Linux Kernel crypto) to socket module

[Christian Heimes]

Christian Heimes added the comment:

I have removed binascii.(un)hexlify().

--
Added file: 
http://bugs.python.org/file44359/AF_ALG-kernel-crypto-support-for-socket-module-5.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26798] add BLAKE2 to hashlib

[Christian Heimes]

Christian Heimes added the comment:

Thanks for your review. I have addressed your points and updated/fixed/renamed 
documentation and comments.

--
Added file: 
http://bugs.python.org/file44358/BLAKE2-hash-algorithm-for-CPython-5.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26798] add BLAKE2 to hashlib

[Martin Panter]

Martin Panter added the comment:

Maybe call the RST file hashlib-blake2.rst (hyphen, not dot), otherwise it 
looks like it is a separate submodule under the hashlib package.

Also there seems to be a versionadded tag missing in the documentation.

In setup.py, the os.uname().machine check seems unsafe for cross-compilation, 
though I am not certain, and I don’t have a better suggestion.

--
nosy: +martin.panter

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27950] Superfluous messages when running make

[Xiang Zhang]

Xiang Zhang added the comment:

After more study, I think we can do just as what I have pointed out as the 
problem, ': #...". This can make us have an indent comment that won't be 
evaluated by the shell. And we only need to add @ before it so it won't be 
echoed.

As for the part you comment, Martin, if we have to rely on the exit status, I'm 
afraid there is nothing we can do.

--
Added file: http://bugs.python.org/file44357/issue27950_v2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

[Thom Wiggers]

Thom Wiggers added the comment:

This bug is still present in Python 3.5.

It breaks, probably among other things, this package: 
https://github.com/ahupp/python-magic/issues/114.

--
nosy: +twiggers
versions: +Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27919] Deprecate and remove extra_path distribution kwarg

[Jason R. Coombs]

Jason R. Coombs added the comment:

I've done more work breaking down the findings:

pygoogle (7): All forks of a project of the same name. Ignorable since the name 
matches the project name.

cancelbot (3): All forks of a project of the same name. Ignorable since the 
name matches the project name.

Numeric (8): All projects seem to be peripherally related to numpy, but 
probably had their setup.py copied from an earlier version of numpy.

Aeosa (58): The most recent activity is all in one repository, so I've filed 
[mattneub/appscript#14](https://github.com/mattneub/appscript/issues/14) to 
request the change.

quasi (7): All forks of a project of the same name. Ignorable since the name 
matches the project name.

Motion and Graph (2): Two projects in https://github.com/scanlime/navi-misc. 
Ignorable since the name matches the project name.

Ohai (1): Made a comment here (https://github.com/bukzor/ohai).

NumPtr (5): The project makes the comment "I want to be able to remove them if 
I screw up this script; 'Sandboxing', if you will" and uses extra_path with the 
same name as the project; ignorable.

eispice (3): All forks of a project of the same name. Ignorable since the name 
matches the project name.

rtaudio (1): All forks of a project of the same name. Ignorable since the name 
matches the project name.

pyryutil (1): All forks of a project of the same name. Ignorable since the name 
matches the project name.

pbs (~5): Several projects are using the 'pbs' extra_path to group their 
packages 
(https://github.com/search?utf8=%E2%9C%93&q=extra_path+pbs+filename%3Asetup.py&type=Code&ref=searchresults),
 even going as far as creating a setup.py.in template with that setting. I've 
posted a ticket with what I believe to be the parent project.

korean (1): Uses the feature for load-time import. I've posted a ticket 
suggesting the removal of that.

kodos (6): All forks of a project of the same name. Ignorable since the name 
matches the project name.

pygraphics (4): All forks of a project of the same name. Ignorable since the 
name matches the project name.

pythonutils(1): All forks of a project of the same name. Ignorable since the 
name matches the project name.

Spike (2): All forks of a project of the same name. Ignorable since the name 
matches the project name.

timml (2): All forks of a project of the same name. Ignorable since the name 
matches the project name.

orange-bioinformatics (1): Uses extra_path to set a custom destination dir for 
the package. I've filed a ticket referencing this one.

pyNameList (1): All forks of a project of the same name. Ignorable since the 
name matches the project name.

FontTools (42): All forks of a project of the same name. Ignorable since the 
name matches the project name.

flopy (1): All forks of a project of the same name. Ignorable since the name 
matches the project name.

At this point, I've gone through 11 of the 54 pages of (most relevant) search 
results from Github. I suspect that's a good enough sample to determine if this 
feature does indeed need to be retained.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27953] math.tan has poor accuracy near pi/2 on OS X Tiger

[Mark Dickinson]

Changes by Mark Dickinson :


--
title: tan has poor accuracy near pi/2 on OS X Tiger -> math.tan has poor 
accuracy near pi/2 on OS X Tiger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0

[Christian Heimes]

Christian Heimes added the comment:

Antoine, I have reconsidered your idea. Let's make the default value 
PROTOCOL_TLS in 3.6 and deprecated the other protocol methods. We can remove 
them in 3.8 or 3.9. I'll push another patch later today.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27928] Add hashlib.scrypt

[Christian Heimes]

Christian Heimes added the comment:

Thanks Alex, multiple is the wrong term. The argument 'n' must be 2^m for m > 1.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27427] Add new math module tests

[Roundup Robot]

Roundup Robot added the comment:

New changeset d7c31c73b1bd by Mark Dickinson in branch 'default':
Add Francisco Couzo to Misc/ACKS (for issue #27427 patch).
https://hg.python.org/cpython/rev/d7c31c73b1bd

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27427] Add new math module tests

[Mark Dickinson]

Mark Dickinson added the comment:

Applied. Thank you, Francisco!

--
components: +Extension Modules -Tests
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27427] Add new math module tests

[Roundup Robot]

Roundup Robot added the comment:

New changeset eb98f6044638 by Mark Dickinson in branch 'default':
Issue #27427: Additional tests for the math module. Thanks Francisco Couzo.
https://hg.python.org/cpython/rev/eb98f6044638

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

[Michael Felt]

Michael Felt added the comment:

On 04/09/2016 06:11, Martin Panter wrote:
> I do not know whether to fix the annotation (has 64 preceded by any number of 
> underscores), or whether to fix the regular expression (_?64).

The later - _?64. Working on this today. Thank you for the correction.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27953] tan has poor accuracy near pi/2 on OS X Tiger

[Mark Dickinson]

Mark Dickinson added the comment:

The relevant tests are now skipped on OS X < 10.5, and test_math and test_cmath 
are passing on the OS X Tiger buildbot. Closing (as "wont fix", since we 
haven't actually fixed the underlying issue).

--
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27953] tan has poor accuracy near pi/2 on OS X Tiger

[Roundup Robot]

Roundup Robot added the comment:

New changeset b4d52df5595e by Mark Dickinson in branch 'default':
Issue #27953: skip failing math and cmath tests for tan on OS X 10.4.
https://hg.python.org/cpython/rev/b4d52df5595e

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26040] Improve coverage and rigour of test.test_math

[Mark Dickinson]

Mark Dickinson added the comment:

Opened #27953 to track the issue with tan on OS X Tiger. Re-closing here.

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27953] tan has poor accuracy near pi/2 on OS X Tiger

[Mark Dickinson]

New submission from Mark Dickinson:

Opening this for the record; I intend to close as "wont fix".

The tan function has poor accuracy for inputs near pi/2 on OS X 10.4. This is a 
direct consequence of a poor libm implementation, so there's little we can do 
about it short of re-implenting tan ourselves. 10.4 is ancient enough by now 
that it's difficult to care too much.

Example failures:

==
FAIL: test_testfile (test.test_math.MathTests)
--
Traceback (most recent call last):
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_math.py", 
line 1190, in test_testfile
'\n  '.join(failures))
AssertionError: Failures in test_testfile:
  tan0064: tan(1.5707963267948961): expected 1978937966095219.0, got 
1978945885716843.0 (error = 7.92e+09 (31678486496 ulps); permitted error = 0 or 
5 ulps)


and a corresponding failure in cmath:

==
FAIL: test_specific_values (test.test_cmath.CMathTests)
--
Traceback (most recent call last):
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_cmath.py", 
line 398, in test_specific_values
msg=error_message)
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_cmath.py", 
line 147, in rAssertAlmostEqual
'{!r} and {!r} are not sufficiently close'.format(a, b))
AssertionError: tan0064: tan(complex(1.5707963267948961, 0.0))
Expected: complex(1978937966095219.0, 0.0)
Received: complex(1978945885716843.0, 0.0)
Received value insufficiently close to expected value.

--
assignee: mark.dickinson
components: Extension Modules, Macintosh
messages: 274350
nosy: mark.dickinson, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: tan has poor accuracy near pi/2 on OS X Tiger
type: behavior
versions: Python 2.7, Python 3.5, Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27450] bz2: BZ2File should expose compression level as an attribute

[Josh Triplett]

Josh Triplett added the comment:

As part of a reproducible build project, to allow recompressing a file with the 
same compression level previously used.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27450] bz2: BZ2File should expose compression level as an attribute

[Martin Panter]

Martin Panter added the comment:

I guess the compression level you want is the same as the 100–900 kB block size 
recorded as the third byte in the header.

But I don’t see this as a particularly useful feature either. Why do you want 
to know the compression level?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27800] Regular expressions with multiple repeat codes

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

LGTM. Thanks Martin.

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26040] Improve coverage and rigour of test.test_math

[Mark Dickinson]

Mark Dickinson added the comment:

> or at least, no more unhappy than before

Not quite true: test_math and test_cmath are failing for the x86 Tiger 3.x 
buildbot:

==
FAIL: test_testfile (test.test_math.MathTests)
--
Traceback (most recent call last):
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_math.py", 
line 1190, in test_testfile
'\n  '.join(failures))
AssertionError: Failures in test_testfile:
  tan0064: tan(1.5707963267948961): expected 1978937966095219.0, got 
1978945885716843.0 (error = 7.92e+09 (31678486496 ulps); permitted error = 0 or 
5 ulps)


==
FAIL: test_specific_values (test.test_cmath.CMathTests)
--
Traceback (most recent call last):
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_cmath.py", 
line 398, in test_specific_values
msg=error_message)
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_cmath.py", 
line 147, in rAssertAlmostEqual
'{!r} and {!r} are not sufficiently close'.format(a, b))
AssertionError: tan0064: tan(complex(1.5707963267948961, 0.0))
Expected: complex(1978937966095219.0, 0.0)
Received: complex(1978945885716843.0, 0.0)
Received value insufficiently close to expected value.


It's probably not worth trying to fix this for such an ancient version of OS X. 
Re-opening; I'll aim to skip the test on the platform.

--
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com