[issue16487] Allow ssl certificates to be specified from memory rather than files.

Lord Anton Hvornum added the comment: I agree with Jan-Philip Gehrcke, would have been nice to have had this. Pretty pissed reading through this ancient issue. In regards to how people treat other volunteers: We're all working for free, and I think expectations from people

[issue38825] shutil.disk_usage - Lacking documentation

Lord Anton Hvornum added the comment: xtreak: You are correct, that was a typo. My apologies. -- ___ Python tracker <https://bugs.python.org/issue38825> ___ ___

[issue38825] psutil.disk_usage - Lacking documentation

New submission from Lord Anton Hvornum : https://docs.python.org/3.8/library/shutil.html#shutil.disk_usage There's no mention that this helper function simply calls `os.statvfs()` in the background. Something that is quite troubling when you're trying to get disk_usage (or disk-information

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Lord Anton Hvornum added the comment: Historically Windows have struggled with /32 assigned networks. Trying to push such a network address to a Windows machine has usually (not all cases) rendered it connection-less, where as switches, routers, *nix etc have never had any major issues

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Lord Anton Hvornum added the comment: I was actually just thinking about the same thing, why not just add a optional flag to the already existing function. I get that people are way into backward compatibility, and I won't get into a religious fight over that particular topic as long as there's

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Lord Anton Hvornum added the comment: And this definition is some how immutable? On Tue, Sep 26, 2017 at 10:19 PM Serhiy Storchaka <rep...@bugs.python.org> wrote: > > Serhiy Storchaka added the comment: > > Because this is a definit

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

Lord Anton Hvornum added the comment: This is still a very strange behavior and I can't see why this still shouldn't return a IP address. if the broadcast, network and host address are all the same, that should call for a exceptional behavior from the library. Because 127.0.0.1/32 is still

[issue31597] ipaddress.hosts() doesn't return anything on a /32 "network"

New submission from Lord Anton Hvornum: https://docs.python.org/3/library/ipaddress.html#ipaddress.IPv4Network.hosts I couldn't find anywhere in the documentation mentioning the fact that doing the following would return nothing: >>> import ipaddress >>> net = ipaddress.ip_

[issue29860] smtplib.py doesn't capitalize EHLO.

Lord Anton Hvornum added the comment: Seeing as I'm the one who built the server, it sure is out of spec :) I could also quickly correct for this "issue" server-side. So this is more of a "style guideline" change client-side - If no one opposes of keeping commands st

[issue29860] smtplib.py doesn't capitalize EHLO.

Lord Anton Hvornum added the comment: Turns out, this goes for a lot more commands, such as: ``` Traceback (most recent call last): File "mail.py", line 12, in smtp_server.sendmail(fromaddr, toaddrs, msg) File "/usr/lib/python3.6/smtplib.py", line 866, i

[issue29860] smtplib.py doesn't capitalize EHLO.

New submission from Lord Anton Hvornum: ``` File "mail.py", line 9, in smtp_server.starttls(context) File "/usr/lib/python3.6/smtplib.py", line 748, in starttls self.ehlo_or_helo_if_needed() File "/usr/lib/python3.6/smtplib.py", line 600, in ehlo_or_