Change by Paul Bryan :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Paul Bryan :
--
keywords: +patch
nosy: +pbryan
nosy_count: 2.0 -> 3.0
pull_requests: +28299
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30078
___
Python tracker
<https://bugs.python.org/i
New submission from Paul Bryan :
Currently, the documentation states it creates a new event loop; it should also
indicate that it returns the newly created event loop.
--
assignee: docs@python
components: Documentation
messages: 408425
nosy: docs@python, pbryan2
priority: normal
Bryan Silverthorn added the comment:
I submitted this patch 14 years ago and am sure of nothing. :)
--
___
Python tracker
<https://bugs.python.org/issue1
Change by Paul Bryan :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Paul Bryan :
--
keywords: +patch
pull_requests: +23453
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24668
___
Python tracker
<https://bugs.python.org/issu
Change by Paul Bryan :
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue43345>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Paul Bryan :
>From Typing-sig list:
On Thu, Feb 11, 2021 at 10:54 PM Paul Bryan wrote:
> I don't think __required_keys__ or __optional_keys__ are documented, at least
> not in https://docs.python.org/3.10/library/typing.html. Is there any reason
> we can't
Change by Paul Bryan :
--
nosy: +pbryan
___
Python tracker
<https://bugs.python.org/issue42269>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Bryan :
--
nosy: +pbryan
___
Python tracker
<https://bugs.python.org/issue33129>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Bryan :
--
nosy: +larry
___
Python tracker
<https://bugs.python.org/issue42904>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Paul Bryan :
According to PEP 563:
> The get_type_hints() function automatically resolves the correct value of
> globalns for functions and classes. It also automatically provides the
> correct localns for classes.
This statement about providing correc
Paul Bryan added the comment:
Retracting.
--
resolution: -> not a bug
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Paul Bryan :
--
keywords: +patch
pull_requests: +22668
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23808
___
Python tracker
<https://bugs.python.org/issu
New submission from Paul Bryan :
Currently the data model documentation does not specify the order of keys in
__annotations__ dictionary. It is currently in the order that arguments or
attributes are declared. I propose to make this explicit.
Rationale: Having order explicitly specified
Paul Bryan added the comment:
Your patch LGTM, Brandt.
--
___
Python tracker
<https://bugs.python.org/issue42592>
___
___
Python-bugs-list mailing list
Unsub
New submission from Paul Bryan :
I believe "a" below should be an optional key, not a required one.
Python 3.9.0 (default, Oct 7 2020, 23:09:01)
[GCC 10.2.0] on linux
Type "help", "copyright", "credits" or "license" for more informatio
Bryan Bishop added the comment:
I'll go ahead and close this. The putrequest/putheader/endheaders suggestion is
probably sufficient. Although I do wonder if a docs update is warranted,
explaining the default behavior..
--
resolution: -> wont fix
stage: -> resolved
status: p
Change by Bryan Hu :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue32113>
___
___
Python-bugs-list mailing list
Unsubscribe:
Bryan added the comment:
So you agree, Python lacks common sense...
On Wed, 24 Jun 2020 at 03:32, Vedran Čačić wrote:
>
> Vedran Čačić added the comment:
>
> Yes, it is common sense in statically typed languages. Python is not
> statically typed. Many other things are als
Bryan added the comment:
This sort of ambiguity is why I like strongly typed languages and languages
where timtoady is not seen often.
I can guarantee you, that if argparse was implemented in Pascal (and copt
most probably has been), that if type was specified and a default given
Bryan added the comment:
Maybe so,
But, the issue is, if it trips up a user when they try to use the option,
it should trip up the dev when the default is used...
On Tue, 23 Jun 2020 18:47 Karthikeyan Singaravelan,
wrote:
>
> Karthikeyan Singaravelan added the c
New submission from Bryan :
parser.add_argument('-e', '--Edge', type = int, default = 0.005, metavar =
'Edge')
Runs fine. Script uses default of 0.005 even when int specified.
But if user tries to change, not an int
--
messages: 372143
nosy: Bryan
priority: normal
severity
New submission from Bryan Koch :
Using the new "`return value` is semantically equivalent to `raise
StopIteration(value)`" syntax created in PEP-380
(https://legacy.python.org/dev/peps/pep-0380/#formal-semantics) causes the
returned value to be skipped by standard methods of
bryan mabra added the comment:
FYI, This is how I figured out and fixed the issue on my debian system.
-Run nmap to figure out what ssl version is being used by the server
nmap -p443 -sV --script ssl-enum-ciphers 10.10.10.7
output says TLSv1.0
test 10.10.10.7 using example in this comment
New submission from Bryan :
When called on a local object inside a function, gc.get_referrers no longer
returns a Frame as one of the references. I could not find anything in the
release notes or changeling that indicated that this is an intentional change.
The following script generates
Change by Bryan Hunt :
--
nosy: +bryguy
___
Python tracker
<https://bugs.python.org/issue28695>
___
___
Python-bugs-list mailing list
Unsubscribe:
Bryan added the comment:
Similar error on CentOS 7
ModuleNotFoundError: No module named '_ctypes'
Install -- yum install libffi-devel
Repeat:
./configure --enable-optimizations
make altinstall
Results:
Collecting setuptools
Collecting pip
Installing collected packages: setuptools, pip
Bryan Oakley added the comment:
yes, this is a well known backwards incompatibility. In python 2, the
division operator returns an integer if both operands are integers. In
python 3 it returns a float.
https://www.python.org/dev/peps/pep-0238/
On Thu, Jul 12, 2018 at 8:48 AM STINNER Victor
New submission from Bryan Oakley <bryan.oak...@gmail.com>:
Even though the underlying tcl/tk interpreter is returning ints, askcolor is
converting the values to floats. My guess is this is an oversight related to
the change in functionality of the / operator in python3.
this:
ret
Changes by Bryan G. Olson <bryan.ol...@acm.org>:
--
pull_requests: +1181
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29960>
___
Changes by Bryan G. Olson <bryan.ol...@acm.org>:
--
pull_requests: +1135
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29960>
___
Bryan G. Olson added the comment:
I'm going through https://docs.python.org/devguide/pullrequest.html and would
like to be assigned this issue.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Bryan G. Olson:
Demo:
Run the Python library's test_random.py under the Python debugger and check the
generator at the start of test_shuffle():
C:\bin\Python36>python -m pdb Lib\test\test_random.py
> c:\bin\python36\lib\test\test_random.py(1)()
-> import unit
Bryan B added the comment:
Well, the other issue was resolved by updating Python on my computer to 3.6 ;)
Setting up the entire Python build and test environment for an issue this small
seems a little excessive, especially for a module that seems seldomly used. I'm
gonna have to be that guy
Bryan B added the comment:
Adding myself to this since I'm going to fix another hiccup in this file and I
might as well clean this up too.
--
nosy: +aarqon
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Bryan:
Hello there I am using python 2.7 on windows 10 because my college class
requires it, I am having issues when trying to open the IDLE. When i click on
it the blue ring loads and then noting happens. I started to have to issue when
i was changing the key settings so
Changes by Bryan Oakley <bryan.oak...@gmail.com>:
--
type: -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25684>
___
_
New submission from Bryan Oakley:
Original issue was brought to my attention by this SO question:
http://stackoverflow.com/questions/33831289/ttk-optionmenu-displaying-check-mark-on-all-menus
The ttk.OptionMenu uses radiobuttons for the dropdown menu. However, because it
doesn't set
New submission from Bryan G. Olson:
In Python 3.4 on Windows 7, the code:
import socket
sock = socket.socket()
sock.bind(('127.0.0.1', 52384))
sock.listen(5)
sock.setblocking(False)
csock, addr = sock.accept()
Raised:
Traceback (most recent call last):
File
Changes by Paul Bryan pbr...@anode.ca:
--
nosy: +pbryan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15873
___
___
Python-bugs-list mailing list
New submission from Bryan G. Olson:
Python 3.3 includes PEP 397, a Python launcher for Windows, and PEP 405,
virtual environment support in core. Unfortunately the Windows launcher does
not respect virtual environments. Even with with a virtual environment
activated and the current directory
Bryan Bishop added the comment:
On Tue, Jan 1, 2013 at 5:41 AM, Antoine Pitrou wrote:
Another possibility would be to allow passing None in values of the `headers`
dict, in which case the given header wouldn't be send at all.
I agree that your solution is more scaling-friendly than the patch
New submission from Bryan Bishop:
Sometimes I am using httplib/http.client and the server is not exactly
conforming to HTTP specs. I need to be able to specify the exact headers that
are sent to the server. By default, httplib/http.client injects headers like
Host and Accept-Encoding.
Issue
Bryan Oakley added the comment:
I gave myself an hour or so to play around with this, and the crux of the
matter seems to be in the function `_format_optdict()` which converts a
dictionary of options and values into something suitable to pass to
`tk.call()`. However, I think the same bug
Bryan Oakley added the comment:
What behavior do I expect? I expect it to not throw an error. I expect whatever
string I give to be inserted into the widget unadulterated (ie: if I give the
string foo { I expect to see foo { in the widget).
Tkinter is effectively telling me you have a Tcl
New submission from Bryan Oakley:
If you try to insert an item into the treeview, give it a tuple of values for
the values attribute, and one of those values has unbalanced braces, you'll
get an error unmatched open brace in list
To reproduce:
import Tkinter as tk
import ttk
root = tk.Tk
Jon Bryan jrbr...@sandia.gov added the comment:
Thanks for the suggestions.
Since I can put the OEM-supplied DLL in another directory and everything works
just fine, I'm not going to spend any more time on it. I assume that it's
something to do with file permissions in Win7 that I don't have
New submission from Jon Bryan jrbr...@sandia.gov:
Running 32-bit Python in 64-bit Windows 7 Enterprise. I am very much a Python
noob.
A .dll in c:\Windows\System32 that I need to access can't be found by
ctypes.WinDLL(). Upon further investigation I have found that the file, along
New submission from Bryan Jacobs bjac...@woti.com:
Parsing arguments with argparse fails with an IndexError when one of the
arguments is the empty string (''). This is caused by an access to the zero'th
element of the argument value, without a preceding length check.
Fixed by the below patch
Bryan Schmersal bryan.schmer...@gmail.com added the comment:
I have a module that I was using on 2.5 that uses subprocess.Popen to monitor
the output from some external programs in several different threads. Of
course, subprocess.Popen uses os.fork. When I upgraded to 2.7 which includes
Bryan Ward bwa...@gmail.com added the comment:
Thanks for your help and I apologize for the unnecessary ticket. I was
unfamiliar with vars() which seems to accomplish what I wanted.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Bryan Ward bwa...@gmail.com:
It would be convenient to be able to access the resultant options from optparse
using the syntax
options['some_option']
instead of options.some_option
Or additionally it would be nice to have a way to produce a dictionary of the
options
Changes by Bryan Silverthorn bc...@cornell.edu:
--
nosy: +bsilverthorn
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7689
___
___
Python-bugs-list
Bryan Blackburn b...@users.sourceforge.net added the comment:
The patch has one issue in the added AC_TRY_RUN (
http://svn.python.org/view/python/trunk/configure.in?
annotate=74672pathrev=74672#l1542 ): it doesn't like the two [[...]] and
main() needs a closing brace, }. Otherwise, it fails
Changes by Bryan Blackburn b...@users.sourceforge.net:
--
nosy: +blb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6802
___
___
Python-bugs-list
Bryan Silverthorn bc...@cornell.edu added the comment:
Well, there's no Python bug per se, hence no test case; this patch just
adds a single additional assert that might catch a particular extension
implementation mistake. It was prompted by tracking down the bug in
pygtk mentioned above.
I've
Changes by Bryan Silverthorn bc...@cornell.edu:
Removed file: http://bugs.python.org/file8998/bcs_typeobject_assert.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1662
Bryan Blackburn b...@users.sourceforge.net added the comment:
FYI, I'm able to avoid this by using PYTHONHOME=$(DESTDIR)$(prefix)
before $(RUNSHARED) when running BuildApplet.py and $(BUNDLEBULDER) in
Mac/Makefile.in, Mac/IDLE/Makefile.in, and Mac/PythonLauncher/Makefile.in
New submission from Bryan Blackburn b...@users.sourceforge.net:
With Python 2.6.1 currently installed and attempting to install 2.6.2 into
a DESTDIR location, and having a different configuration for the new one
(2.6.1 built with default Unicode settings, 2.6.2 with UCS4),
BuildApplet.py
Bryan Bingham [EMAIL PROTECTED] added the comment:
Installing tcl 8.5 from activestate gets rid of that error but then the
following happens on my pretty clean iMac:
Traceback (most recent call last):
File /usr/local/bin/idle, line 5, in module
main()
File
/Library/Frameworks
New submission from Bryan Silverthorn:
Attached is a very short patch against r59568 which asserts tp_traverse
on (the types of) objects allocated in PyType_GenericAlloc(). As far as
I'm aware, tp_traverse should always be set at this point. Catching that
error early, even if only in debug
New submission from Bryan Henderson:
There's some inconsistency among the code and documentation as to the
required level of Berkeley DB. I don't know what the proper
resolution, but I'm sure someone familiar with the history of this code
does. Something needs to be done to reduce
63 matches
Mail list logo