brett added the comment:
Between SmartOS, Illumos, and mainline Solaris, there is ample interest and
support for ensuring that SunOS derivatives remain 1st class python platforms.
Platform genocide is both unnecessary and unwarranted.
--
nosy: +brett3
Brett Cannon added the comment:
This has unfortunately turned out to be a blocker on getting WASI support as
there's not direct threading support in WebAssembly.
--
nosy: +brett.cannon
___
Python tracker
<https://bugs.python.org/is
Brett Cannon added the comment:
> https://web.dev/webassembly-threads/ suggests otherwise.
It actually doesn't as that post isn't for WASI, it's for WASM in the browser
(I chose my acronyms carefully 😉).
WASI is like POSIX for WebAssembly, so it's meant for de
Brett Cannon added the comment:
> I just noticed that tomli has dropped support for Python 3.6. That's a road
> block for general adoption of the package in the Python ecosystem.
It's already in pip, so I think it's already generally adopted 😉.
https://github.com/pypa/
Brett Cannon added the comment:
I am not opening a new discussion; this is just recording this fact here as it
has come up in other places on the internet.
--
___
Python tracker
<https://bugs.python.org/issue31
Brett Cannon added the comment:
I opened https://github.com/python/steering-council/issues/92 for the SC to
discuss stdlib additions in case I am not re-elected.
--
___
Python tracker
<https://bugs.python.org/issue40
Brett Cannon added the comment:
Nah, I don't think setuptools cares about this doc update.
--
resolution: -> fixed
stage: commit review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.pyth
Brett Cannon added the comment:
New changeset 8202a7e3dd55d551906390742fc748d0747256b8 by Miss Islington (bot)
in branch '3.9':
[3.9] bpo-46044: Annotate deprecated sdists formats (GH-30043) (GH-30155)
https://github.com/python/cpython/commit/8202a7e3dd55d551906390742fc748
Brett Cannon added the comment:
New changeset dbd1dc23f60a6883adf1d18e660f163fa76b8ba9 by Miss Islington (bot)
in branch '3.10':
[3.10] bpo-46044: Annotate deprecated sdists formats (GH-30043) (#30154)
https://github.com/python/cpython/commit/dbd1dc23f60a6883adf1d18e660f16
Brett Cannon added the comment:
This is working as intended. Because you don't have a `__init__.py` file in
your `tests` directory, Python considers it a potential namespace package. As
such, Python keeps searching for a "normal" package that defines `__init__.py`
for the sa
Brett Cannon added the comment:
So which inconsistency do you want to change because you listed three and this
is only one issue. 😉
I'm going to assume the "even though sys.modules has `None`" case, which I
think is an oversight and should probably get fixed, but I also
Brett Cannon added the comment:
New changeset 305588c67cdede4ef127ada90c1557bc1ef7c200 by Hugo van Kemenade in
branch 'main':
bpo-20281, bpo-29964: update datetime docs to refer %z and %Z to a pre-existing
footnote (GH-30354)
https://github.com/python/cpyt
Brett Cannon added the comment:
New changeset 305588c67cdede4ef127ada90c1557bc1ef7c200 by Hugo van Kemenade in
branch 'main':
bpo-20281, bpo-29964: update datetime docs to refer %z and %Z to a pre-existing
footnote (GH-30354)
https://github.com/python/cpyt
Change by Brett Cannon :
--
priority: normal -> low
___
Python tracker
<https://bugs.python.org/issue39602>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Brett Randall :
--
nosy: +javabrett
___
Python tracker
<https://bugs.python.org/issue46454>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Randall added the comment:
For the possible benefit of future readers of this issue, the sequence and
behaviour here which may cause confusion:
- say stdin is closed, perhaps along with stdout and stderr via a call to
os.closerange(0, 3) or otherwise
- os.open() is called and creates
Brett Randall added the comment:
docker run -i --rm python:3.9 <<-EOF
import os
print(os.get_inheritable(0))
fd_null_before_close = os.open("/dev/null", os.O_RDWR)
os.close(0)
fd_null = os.open("/dev/null", os.O_RDWR)
print(fd_null_before_close)
print(fd_null)
Brett Cannon added the comment:
New changeset 18cb2ef46c9998480f7182048435bc58265c88f2 by Barney Gale in branch
'main':
bpo-29688: document and test `pathlib.Path.absolute()` (GH-26153)
https://github.com/python/cpython/commit/18cb2ef46c9998480f7182048435bc
Brett Cannon added the comment:
@eryksun I'm not seeing what's wrong with your example. Would you mind pointing
out what you expect the result to be?
And are you saying on Windows you have to resolve the drive separately from the
working directory and then concat
Change by Brett Cannon :
--
dependencies: +Use specs instead of just __loader__ in C code
___
Python tracker
<https://bugs.python.org/issue21762>
___
___
Pytho
Brett Cannon added the comment:
Dumping my personal notes here as backup and in case anyone else wants to know
how this is going.
1. `__package__`
- [x] Make sure all uses of the attribute fall back on `__spec__` (done
way back when)
- [x] Add an `ImportWarning` when the
Brett Cannon added the comment:
New changeset 06e1701ad3956352bc0f42b8f51c2f8cc85bf378 by Barney Gale in branch
'main':
bpo-46556: emit `DeprecationWarning` from `pathlib.Path.__enter__()` (GH-30971)
https://github.com/python/cpython/commit/06e1701ad3956352bc0f42b8f51c2f
Change by Brett Cannon :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Brett Cannon added the comment:
New changeset c2735b75afd530631efde4ddd3cb24bbdc285559 by Miss Islington (bot)
in branch '3.10':
bpo-46678: Fix Invalid cross device link in Lib/test/support/import_helper.py
(GH-31204) (GH-31207)
https://github.com/python/cpyt
Change by Brett Cannon :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue46337>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
superseder: -> [venv] Adding a .gitignore file to virtual environments
___
Python tracker
<https://bugs.python.org/issu
Change by Brett Cannon :
--
nosy: +brett.cannon
___
Python tracker
<https://bugs.python.org/issue46835>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
This is by design and thus not a security hole or bug.
Also, for any future security issues, please disclose them responsibly by
following the instructions at https://www.python.org/dev/security/ .
--
nosy: +brett.cannon
resolution: -> not a
New submission from Brett Cannon :
If you use `--with-suffix` on a case-insensitive file system it is ultimately
ignored and forced to `.exe`.
PR incoming.
--
assignee: brett.cannon
components: Build
messages: 414051
nosy: brett.cannon
priority: normal
severity: normal
status: open
Change by Brett Cannon :
--
keywords: +patch
pull_requests: +29716
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31593
___
Python tracker
<https://bugs.python.org/issu
Brett Cannon added the comment:
For me it took `docker run -v (pwd):/src quay.io/tiran/cpython_autoconf` (on
fish and didn't run `docker pull` ahead of time).
@tiran are you okay if we document your image and how to run it at
https://devguide.python.org/setup/?highlight=autoconf#regen
Brett Cannon added the comment:
New changeset 50ec3453c50c490eca7e990103c79671bd08ab2e by Brett Cannon in
branch 'main':
bpo-46860: Respect `--with-suffix` on case-insensitive file systems (GH-31593)
https://github.com/python/cpython/commit/50ec3453c50c490eca7e990103c796
Change by Brett Cannon :
--
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issue46860>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
r for it to show up.
I am entering the totally-retired state (just 3 more working days) and will
start spam patrol on the tracker on a regular basis.
Thanks, Paul! And hopefully retirement will be fun for you.
-Brett
___
Python-bugs-list mailing l
Changes by Brett Cannon:
--
keywords: +py3k
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1675334>
_
___
Python-bugs-list mailing list
Unsubs
Changes by Brett Cannon:
--
keywords: +py3k
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1001>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Brett Cannon:
--
keywords: +patch
priority: normal -> high
severity: normal -> major
type: -> crash
versions: +Python 2.6
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Brett Cannon:
--
priority: high -> urgent
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1202533>
_
___
Python-bugs-list mailing li
Brett Cannon added the comment:
I have security/stability issues with code objects having mutable
bytecode. This would allow someone to possibly crash the interpreter
with crappy bytecode. I also have a worry that someone might come up
with some clever way of causing different code to execute
Changes by Brett Cannon:
--
components: Library (Lib)
keywords: py3k
priority: high
severity: normal
status: open
title: No tests for inspect.getfullargspec()
versions: Python 3.0
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Changes by Brett Cannon:
--
superseder: -> a bunch of infinite C recursions
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1267884>
_
___
P
Brett Cannon added the comment:
Rev. 58032 applied the patch and added a test to test_descr.
--
resolution: -> fixed
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
New submission from Brett Cannon:
inspect.getfullargspec() needs to be documented before it is backported
to 2.6.
--
components: Documentation
keywords: py3k
messages: 55717
nosy: brett.cannon
priority: normal
severity: normal
status: open
title: Document inspect.getfullargspec
Changes by Brett Cannon:
--
severity: normal -> minor
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1121>
__
___
Python-bugs-list mailing list
Uns
Changes by Brett Cannon:
--
superseder: -> re incompatibility in sre
title: Traceback error when compiling Regex -> Traceback error when compiling
Regex
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Changes by Brett Cannon:
--
resolution: accepted ->
type: -> behavior
versions: +Python 2.6
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Changes by Brett Cannon:
--
priority: -> urgent
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1096>
__
___
Python-bugs-list mailing list
Uns
Brett Cannon added the comment:
Fixed in rev. 58096.
--
assignee: -> brett.cannon
nosy: +brett.cannon
resolution: -> fixed
status: open -> closed
versions: +Python 2.6
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Brett Cannon:
--
assignee: -> brett.cannon
nosy: +brett.cannon
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1147>
__
___
Python-bugs-li
Brett Cannon added the comment:
Fixed on the trunk in rev. 58108. Need to change 2.5 to raise a warning.
--
priority: -> normal
versions: -Python 2.6
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Brett Cannon added the comment:
Rev. 58109 covers 2.5.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon added the comment:
So the first example (in msg31624) crashes because of infinite recursion
with the repr of exceptions::
#7771 0x00065178 in BaseException_repr (self=0x5dc6b8) at
Objects/exceptions.c:128
#7772 0x0001d90c in PyObject_Repr (v=0x5dc6b8) at Objects/object.c:362
#7773
Changes by Brett Cannon:
--
versions: +Python 2.6
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1686386>
_
___
Python-bugs-list mailing list
Brett Cannon added the comment:
OK, so I have attached a possible patch. I found out that
tuple.__repr__ didn't do anything to prevent infinite recursion since
you can't pull it off from Python code. But obviously C code is another
matter. =)
Same goes for object.__str__; it di
Changes by Brett Cannon:
--
title: Python SEGFAULT on invalid superclass access -> Python SEGFAULT on
tuple.__repr__ and str()
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Brett Cannon added the comment:
Are you going to add support to strptime as well?
As for the 'time' module, I don't think it would be useful as it serves
no purpose since the time tuple can't resolve to that resolution. If
you do add support, though, I guess y
Brett Cannon added the comment:
On 9/13/07, Skip Montanaro <[EMAIL PROTECTED]> wrote:
>
> Skip Montanaro added the comment:
>
> Brett> Are you going to add support to strptime as well?
>
> I looked at strptime for about two seconds then moved on. I presume you
> w
Changes by Brett Cannon:
--
dependencies: +Fix #416670: register SRE types
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue416670>
___
Python-bugs-
Changes by Brett Cannon:
--
dependencies: -Fix #416670: register SRE types
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue416670>
___
Pyth
Brett Cannon added the comment:
time.tzset() was added in Python 2.3. Closing as fixed.
--
nosy: +brett.cannon
resolution: -> fixed
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Changes by Brett Cannon:
--
keywords: +patch
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue504152>
___
Python-bugs-list mailing list
Unsubs
Brett Cannon added the comment:
Classifying as an RFE since this is not critical (as shown by it not
happening since early 2003).
--
nosy: +brett.cannon
type: -> rfe
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org
Changes by Brett Cannon:
--
keywords: +py3k
versions: +Python 3.0
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1083>
__
___
Python-bugs-list
Brett Cannon added the comment:
Following Josiah's advice and closing this as this has been sitting here
long enough.
--
nosy: +brett.cannon
resolution: -> invalid
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<ht
Brett Cannon added the comment:
Can someone verify that the length issue has been fixed since Ptyhon 2.5?
--
nosy: +brett.cannon
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/is
Brett Cannon added the comment:
If you set nb_true_div on timedelta objects to delta_divide (just like
nb_floor_div) you won't have this problem as the division will just
work. Otherwise there is no other good way as if the divisor doesn't
work you need to return NotImplemented,
Brett Cannon added the comment:
I quickly handled the GIL for lists and ints in their tp_print functions
and your example still deadlocked. Don't have time to dig deeper right
now, but what more are you suggesting be done?
--
nosy: +brett.c
Changes by Brett Cannon:
--
versions: +Python 2.6
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1164>
__
___
Python-bugs-list mailing list
Unsubs
Brett Cannon added the comment:
Since I already did this once I just did a more thorough job; patch is
attached.
PyObject_WriteString() just calls PyFile_WriteObject() which ends up
using PyObject_Print(), so it is was simple to handle those cases. I
then released the GIL for strings, lists
Changes by Brett Cannon:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1164>
__
___
Python-bugs-list mailing list
Unsubs
Brett Cannon added the comment:
Note the patch is inlined in a message.
--
keywords: +patch, py3k
nosy: +brett.cannon
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Brett Cannon added the comment:
Good point. I changed it on my machine and it cut that whole section
down to a single release/acquire.
I will go ahead and do this for the other types and then upload another
patch to be reviewed when it's ready.
__
Tr
Brett Cannon added the comment:
OK, every PyTypeObject in Objects and Modules has its tp_print release
the GIL. Once someone OKs the patch I will apply it.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Brett Cannon added the comment:
Applied in r58176. And I am glad this is not an issue in Py3K. =)
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Brett Cannon added the comment:
In terms of strptime, I would just change _strptime.strptime() to
_strptime._strptime() and have it return everything along with the
microseconds measurement. Then have public functions that call that
function and either strip off the microseconds or not.
-Brett
Changes by Brett Cannon:
--
status: pending -> open
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1686386>
_
___
Python-bugs-list mailing li
Brett Cannon added the comment:
The algorithm is actually kind of odd::
>>> " a b".split(None, 0)
['a b']
>>> "a b ".split(None, 0)
['a b ']
>>> "a b ".split(None, 1)
['a', 'b ']
So tr
Brett Cannon added the comment:
This is expected as str.split() is implemented in C and C code only has
keyword arguments if someone puts in the time and effort to support
them. Support could be added if so desired. But it does slow down
argument passing. If you look you will notice that none
Changes by Brett Cannon:
--
keywords: +patch
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1076790>
_
___
Python-bugs-list mailing list
Unsubs
Changes by Brett Cannon:
--
keywords: +patch
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1023290>
_
___
Python-bugs-list mailing list
Unsubs
Brett Cannon added the comment:
Won't know if more tests are needed until the patch is reviewed.
Thanks for the work so far, though!
--
assignee: -> brett.cannon
keywords: +patch
nosy: +brett.cannon
__
Tracker <[EMAIL PROTEC
Brett Cannon added the comment:
I am not convinced this an infinite loop but more of a poor-performing
regex over a large string.
You have three greedy quantifiers in that regex. That means the first
one is going to consume the entire file, and then you begin back-off
looking for '://
Brett Cannon added the comment:
If you chop out a bunch of the text it finishes fine.
I more succinct example that triggers the infinite recursion is
necessary before I will believe this is not just because the regex has
horrible performance thanks to its backtracking requirements
Changes by Brett Cannon:
--
assignee: -> brett.cannon
nosy: +brett.cannon
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1631171>
_
___
P
Brett Cannon added the comment:
Applied in r58288. If I did something stupid or people don't want the
overhead they can yell at the commit. =)
--
resolution: -> fixed
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<ht
Brett Cannon added the comment:
And fixed in r58289.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1686386>
_
___
Python-bugs-list mailing list
Unsubs
Brett Cannon added the comment:
Patch is inlined in the opening comment for the issue.
--
keywords: +patch
nosy: +brett.cannon
type: crash -> behavior
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Brett Cannon added the comment:
I know there is another filed bug on this topic, I just need to find it.
--
nosy: +brett.cannon
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Brett Cannon added the comment:
Re-opening as jafo was referring to the string module's function
implementation which is deprecated. The real issue is that the
built-in types docs are bad.
--
assignee: fdrake ->
resolution: invalid ->
status: closed -> open
version
Brett Cannon added the comment:
issue1123 was the issue I was thinking of. Setting that as a superceder
as 1123 was closed prematurely.
--
superseder: -> split(None, maxsplit) does not strip whitespace correctly
__
Tracker <[EMAIL PROTECTED]&
Changes by Brett Cannon:
--
resolution: -> duplicate
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1240>
__
___
Python
Brett Cannon added the comment:
Fixed in revision 58353.
--
assignee: -> brett.cannon
keywords: +py3k
nosy: +brett.cannon
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Brett Cannon:
--
nosy: -brett.cannon
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue467384>
___
Python-bugs-list mailing list
Unsubs
Changes by Brett Cannon:
--
nosy: -brett.cannon
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue416670>
___
Python-bugs-list mailing list
Unsubs
Brett Cannon added the comment:
All the tests pass for me, Gregory. Were the failures with some patch
you had only locally?
--
nosy: +brett.cannon
priority: -> normal
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Changes by Brett Cannon:
--
priority: -> low
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1238>
__
___
Python-bugs-list mailing list
Uns
Brett Cannon added the comment:
While I understand the argument for faster recompiles, dictobject.(c|h)
do not change that often, and thus faster recompiles are not critical.
I am with Guido and would rather see the module moved over to public names.
Setting the priority to low as this is not
Changes by Brett Cannon:
--
priority: -> normal
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1160>
__
___
Python-bugs-list mailing list
Uns
1 - 100 of 5934 matches
Mail list logo