Pablo Galindo Salgado added the comment:
Cool! Be aware that using it outside codeop is currently unsupported:
https://github.com/python/cpython/blob/5d53cf30f9cb3758849e859db5d4602cb7c521f7/Lib/codeop.py#L43-L47
So have in mind that the flag, mechanism and semantics can change without
Pablo Galindo Salgado added the comment:
Thanks for the quick fix, Eric!
--
___
Python tracker
<https://bugs.python.org/issue46762>
___
___
Python-bugs-list m
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Pablo Galindo Salgado added the comment:
This has nothing to do with the parser so I'm removing the label. Please, next
time make sure you select the appropriate categories when opening an issue
--
components: -Parser
___
Python tracker
&
Change by Pablo Galindo Salgado :
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue46820>
___
___
Python-bugs-list mailing list
Unsub
Change by Pablo Galindo Salgado :
--
keywords: +patch
pull_requests: +29612
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31481
___
Python tracker
<https://bugs.python.org/issu
Pablo Galindo Salgado added the comment:
What happened is that the new grammar using the PEG parser used the equivalent
of starred_testlist instead of testlist for the iterable list of for statements.
The only extra thing allowed is starred elements, that are interpreted as if
you are
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Pablo Galindo Salgado added the comment:
Thanks a lot for the suggestions! I will try to give these a go to see if we
can get them implemented. Parameter parsing is a bit hairy so not sure how
lucky we will be but all of them make sense
Pablo Galindo Salgado added the comment:
I don't mind waiting a couple of days. We have also at least one release
blocker as well, so is not even sure that we will be ready in time :S
--
___
Python tracker
<https://bugs.python.org/is
Change by Pablo Galindo Salgado :
--
keywords: +patch
pull_requests: +29713
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31590
___
Python tracker
<https://bugs.python.org/issu
New submission from Pablo Galindo Salgado :
As PEP 663 https://github.com/python/steering-council/issues/76 was rejected,
we need to ensure that the changes made in 3.11 (see
https://github.com/python/steering-council/issues/76#issuecomment-970668967)
are rejected.
I am marking this as a
Pablo Galindo Salgado added the comment:
> we need to ensure that the changes made in 3.11 (see
> https://github.com/python/steering-council/issues/76#issuecomment-970668967)
> are rejected.
Apologies, I meant "we need to ensure that the changes made in 3.11 a
Pablo Galindo Salgado added the comment:
This is marked as a release blocker so I am holding the alpha release on this.
Is there anything we can do to unblock this issue?
--
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
This is marked as a release blocker so I am holding the alpha release on this.
Is there anything we can do to unblock this issue?
--
nosy: +pablogsal
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
This is marked as a release blocker so I am holding the alpha release on this.
Is there anything we can do to unblock this issue?
--
nosy: +pablogsal
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
Is something left here, it seems that most PRs are landed
--
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
New changeset 1c9701a3de0566c085e03dddc14a8508aaae349e by Miss Islington (bot)
in branch '3.8':
bpo-46756: Fix authorization check in urllib.request (GH-31353) (GH-31572)
https://github.com/python/cpyt
Pablo Galindo Salgado added the comment:
I'm closing this, please reopen if something is missing.
--
priority: release blocker ->
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Pytho
Pablo Galindo Salgado added the comment:
This was fixed in 3.10.0 if I am not mistaken. Could you provide a reproducer,
please?
--
___
Python tracker
<https://bugs.python.org/issue44
Pablo Galindo Salgado added the comment:
Marking this as release blocker.
--
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issu
Change by Pablo Galindo Salgado :
--
priority: release blocker -> deferred blocker
___
Python tracker
<https://bugs.python.org/issue46841>
___
___
Python-
Pablo Galindo Salgado added the comment:
Ok, marking is at "deferred blocker"
--
priority: release blocker -> deferred blocker
___
Python tracker
<https://bugs.pytho
Pablo Galindo Salgado added the comment:
> Is there some way to mark something as not blocking an alpha release, but
> blocking a beta release?
"Deferred blocker"
--
___
Python tracker
<https://bugs.py
Pablo Galindo Salgado added the comment:
> OOI, does it become a "blocker" again once you've done the alpha release, or
> what stops it being deferred past the beta or even the final release?
Check out the devguide:
https://devguide.python.org/triaging/#priority
>
Pablo Galindo Salgado added the comment:
I evaluated this, but is considerably more complex than the regular import,
because one triggers an attribute error where we have the full module but in
the second case we don't have the full module ready, so it requires
considerable modifica
Pablo Galindo Salgado added the comment:
Unfortunately, we cannot do much here. The reason is that the parser allows
break and continue outside loops as they count as statements. As these are
associated with control flow, is the compiler the one that will show the Syntax
warning once it
Pablo Galindo Salgado added the comment:
Unfortunately that's not how the parser works. I insist, for the compiler to
raise the propper error the parser needs to succeed first. That would require
us to modify the input string in arbitrary ways (many times we don't know
exactly
New submission from Pablo Galindo Salgado :
Consider this code:
class A:
__slots__ = [
"_color",
]
color = None
@property
def color(self):
return self._color
A().color
Executing this shows:
Traceback (most recent call last):
File "/
Change by Pablo Galindo Salgado :
--
keywords: +patch
pull_requests: +29829
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31710
___
Python tracker
<https://bugs.python.org/issu
Pablo Galindo Salgado added the comment:
New changeset 3b3be05a164da43f201e35b6dafbc840993a4d18 by Pablo Galindo Salgado
in branch 'main':
bpo-46940: Don't override existing AttributeError suggestion information
(GH-31710)
https://github.com/python
Change by Pablo Galindo Salgado :
--
pull_requests: +29840
pull_request: https://github.com/python/cpython/pull/31724
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
> My main concern is that the door not be closed on improving the user
> experience relating to this behaviour of the compiler.
Is not closed, if someone has a good idea they can reopen this issue (the issue
is not deleted).
> By the way, I
Pablo Galindo Salgado added the comment:
New changeset 3594ebca2cacf5d9b5212d2c487fd017cd00e283 by Pablo Galindo Salgado
in branch '3.10':
[3.10] bpo-46940: Don't override existing AttributeError suggestion information
(GH-31710) (GH-31724)
https://github.com/python
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Pablo Galindo Salgado added the comment:
The 3.11.0a6 release is ongoing. I assume is ok to not block this release on
this issue, given that an alpha is inherently unsafe
--
___
Python tracker
<https://bugs.python.org/issue46
Sam Pablo Kuper <[EMAIL PROTECTED]> added the comment:
Using non-ASCII characters in an optparse help string also causes
UnicodeDecodeErrors. Here's the relevant part of the traceback:
File "/home/spk30/opt/ActivePython-2.5/lib/python2.5/optparse.py", line
1655, in prin
Sam Pablo Kuper <[EMAIL PROTECTED]> added the comment:
ash, you are correct; my bad. Thanks for the heads-up.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from J. Pablo Fernández <[EMAIL PROTECTED]>:
Added an option, called exit, that when set to false, will make the
tests not exit at the end. This is useful when you are doing Lisp-like
development having a REPL (interpreter/prompt) opened in Emacs and
running the tests ov
Changes by J. Pablo Fernández <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10908/add_avoid_exit_option.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by J. Pablo Fernández <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10906/add_avoid_exit_option.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
J. Pablo Fernández <[EMAIL PROTECTED]> added the comment:
Indeed this patch can be considered a fix for #2674, but, it should be
documented appropriately. Should that be in
http://docs.python.org/dev/3.0/library/unittest.html ?
___
Python tracker &
J. Pablo Fernández <[EMAIL PROTECTED]> added the comment:
Added some documentation.
Added file: http://bugs.python.org/file10909/add_avoid_exit_option.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
J. Pablo Fernández <[EMAIL PROTECTED]> added the comment:
Added tests.
Added file: http://bugs.python.org/file10929/add_avoid_exit_option.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
J. Pablo Fernández <[EMAIL PROTECTED]> added the comment:
I was bothered by this 'bug' ages ago, and I was work-arounding it. So
now I've spent some time in 'fixing' it with the patches on issue #3379.
--
nosy: +pupeno
___
J. Pablo Fernández <[EMAIL PROTECTED]> added the comment:
What about always returning the results. Granted, when sys.exit is run
there will be no results returned, but then nothing to get the results.
If we divided in two functions, would one be unittest.main and the
J. Pablo Fernández <[EMAIL PROTECTED]> added the comment:
Is there anything that can be done now about this issue? like renaming
the API and leaving the old names as aliases? If so, let me know and
I'll try to work on it.
--
nosy: +pupeno
___
J. Pablo Fernández <[EMAIL PROTECTED]> added the comment:
Hello,
The attached patch adds the skip functionality and tests to a very
recent (yesterday) Python 3. It took me a few hours to apply the patch,
change to Python 3 style, merge the tests into the current set of tests
not doing
J. Pablo Fernández <[EMAIL PROTECTED]> added the comment:
Oh, I forgot to upgrade versions to include Python 3.0 and to mention
that I have to fix some other tests to work with the new TestCase. It's
nothing serious, just doctests that where too dependent on the output of
the TextTes
J. Pablo Fernández <[EMAIL PROTECTED]> added the comment:
Shouldn't this be closed now? or is there anything pending to be solved?
--
nosy: +pupeno
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
New submission from J. Pablo Fernández <[EMAIL PROTECTED]>:
I'm attaching a patch that adds expect methods to TestCase. They are
like fail methods, but they don't fail immediately. They are useful when
you want to catch more than one error at a time.
I included some tests.
Ther
New submission from J. Pablo Fernández <[EMAIL PROTECTED]>:
The attached file contains a function and two tests for it which are
essentially the same. One is a doctest and the other is a TestCase. The
doctest fails and I believe it shouldn't.
Here's what I get:
$ python f
Pablo Galindo Salgado added the comment:
Commit 393e2bf6bc6effbfe821f051a230978f0edd70df has broken CPython in RedHat 6:
[2022-03-16T18:49:20.608Z] 2022/03/16 14:48:55 ERROR
/tmp/python3.10-3.10.3-0/Modules/faulthandler.c:28:12: fatal error: sys/auxv.h:
No such file or directory
# include
Pablo Galindo Salgado added the comment:
This is problematic because this has been backported to stable releases.
--
nosy: +lukasz.langa
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
We may need to revert these commits and do another release sigh :(
--
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
The code is assuming that if linux/auxvec.h then sys/auxv.h will be available,
which is wrong.
--
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
The configure file is checking for "linux/auxvec.h"
checking linux/auxvec.h usability... yes
but the code is including "sys/auxvec.h"
--
___
Python tracker
<https://bug
Change by Pablo Galindo Salgado :
--
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issue46968>
___
___
Python-bugs-list mai
Pablo Galindo Salgado added the comment:
This may be quite bad, because this means that 3.10 and 3.9 doesn't build in
CentOS 6, which is used for manylinux2010 wheels
--
___
Python tracker
<https://bugs.python.org/is
Change by Pablo Galindo Salgado :
--
pull_requests: +30049
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/31961
___
Python tracker
<https://bugs.python.org/issu
Change by Pablo Galindo Salgado :
--
nosy: -pablogsal
___
Python tracker
<https://bugs.python.org/issue47043>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Pablo Galindo Salgado :
--
pull_requests: +30064
pull_request: https://github.com/python/cpython/pull/31974
___
Python tracker
<https://bugs.python.org/issue46
Change by Pablo Galindo Salgado :
--
pull_requests: +30065
pull_request: https://github.com/python/cpython/pull/31975
___
Python tracker
<https://bugs.python.org/issue46
Pablo Galindo Salgado added the comment:
New changeset a12ef81231d65da5efbef4fa1434716270a19af6 by Pablo Galindo Salgado
in branch '3.9':
[3.9] bpo-46968: Check for 'sys/auxv.h' in the configure script (GH-31961).
(GH-31975)
https://github.com/p
Pablo Galindo Salgado added the comment:
New changeset 6fd9737373f2bed03f409440b4fd50b9f8f121cb by Pablo Galindo Salgado
in branch '3.10':
[3.10] bpo-46968: Check for 'sys/auxv.h' in the configure script (GH-31961).
(GH-31974)
https://github.com/p
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Pablo Galindo Salgado added the comment:
New changeset 7d810b6a4eab6eba689acc5bb05f85515478d690 by Pablo Galindo Salgado
in branch 'main':
bpo-46838: Syntax error improvements for function definitions (GH-31590)
https://github.com/python/cpyt
Change by Pablo Galindo Salgado :
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue47129>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Pablo Galindo Salgado :
--
keywords: +patch
pull_requests: +30209
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32129
___
Python tracker
<https://bugs.python.org/issu
Pablo Galindo Salgado added the comment:
Ah yes, we have been defeated by half an emoji :)
--
___
Python tracker
<https://bugs.python.org/issue47117>
___
___
Change by Pablo Galindo Salgado :
--
pull_requests: +30210
pull_request: https://github.com/python/cpython/pull/32130
___
Python tracker
<https://bugs.python.org/issue47
Pablo Galindo Salgado added the comment:
New changeset 27ee43183437c473725eba00def0ea7647688926 by Pablo Galindo Salgado
in branch '3.10':
[3.10] bpo-47117: Don't crash if we fail to decode characters when the
tokenizer buffers are uninitialized (GH-32129) (GH-32130)
htt
Pablo Galindo Salgado added the comment:
Thanks for the report, Jon!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Pablo Galindo Salgado added the comment:
Please, submit an email to python-ideas or python-dev first as this need to be
discussed in the mailing lists.
--
___
Python tracker
<https://bugs.python.org/issue47
Pablo Galindo Salgado added the comment:
In general, anything changing the python syntax needs to be discussed in the
mailing lists and it may likely need a PEP as well, even if is minor. This is
because this has consequences rippling the whole ecosystem, from IDEs to other
parsers and this
Pablo Galindo Salgado added the comment:
> I suspect backporting the fix to older versions won't be possible.
Yeah, very much the case unfortunately
--
___
Python tracker
<https://bugs.python.org
Pablo Galindo Salgado added the comment:
New changeset 6881ea936e277b1733bee581c4e59e3a5d53bb29 by Hugo van Kemenade in
branch 'main':
bpo-47126: Update to canonical PEP URLs specified by PEP 676 (GH-32124)
https://github.com/python/cpython/commit/6881ea936e277b1733bee581c4e59e
Pablo Galindo Salgado added the comment:
New changeset 75eee1d57eb28283a8682a660d9949afc89fd010 by Daniël van Noord in
branch 'main':
bpo-34861: Make cumtime the default sorting key for cProfile (GH-31929)
https://github.com/python/cpython/commit/75eee1d57eb28283a8682a660d9949
Change by Pablo Galindo Salgado :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Pablo Galindo Salgado :
--
stage: resolved -> patch review
___
Python tracker
<https://bugs.python.org/issue47126>
___
___
Python-bugs-list mai
Pablo Galindo Salgado added the comment:
New changeset 0f68c208fa6a36b6c8ad3d775e64292a665ba108 by Jeremy Kloth in
branch 'main':
bpo-47131: Speedup AST comparisons in test_unparse by using node traversal
(GH-32132)
https://github.com/python/cpyt
Pablo Galindo Salgado added the comment:
I concur with Terry.
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Pablo Galindo Salgado added the comment:
No, the location is correct, the string for 'a' is actually closed after the a.
This makes a list with the following elements:
'a ,'
b', '
c', '
As "b" is a valid prefix for string (bytes) it
Pablo Galindo Salgado added the comment:
New changeset aa0f056a00c4bcaef83d729e042359ddae903382 by Matthieu Dartiailh in
branch 'main':
bpo-47212: Improve error messages for un-parenthesized generator expressions
(GH-32302)
https://github.com/python/cpyt
New submission from Pablo Galindo Salgado :
The x86-64 High Sierra 3.x buildbot and AMD64 FreeBSD CURRENT Shared 3.x are
failing with:
Fatal Python error: Py_EndInterpreter: not the last thread
https://buildbot.python.org/all/#/builders/145/builds/2233
https://buildbot.python.org/all
Pablo Galindo Salgado added the comment:
See also https://bugs.python.org/issue37788
--
___
Python tracker
<https://bugs.python.org/issue37889>
___
___
Pytho
Change by Pablo Galindo Salgado :
--
title: "Fatal Python error: Py_EndInterpreter: not the last thread" that's bad
-> Fatal Python error: Py_EndInterpreter: not the last thread
___
Python tracker
<https://bugs.
Pablo Galindo Salgado added the comment:
Hi hai shi,
As you can see in other pars of the code base objects returned from
PyUnicode_InternFromString that have static storage class do not need to be
deallocated in case there is a failure, so this is not considered a leak as
there will be
Change by Pablo Galindo Salgado :
--
keywords: +newcomer friendly
___
Python tracker
<https://bugs.python.org/issue37883>
___
___
Python-bugs-list mailin
Pablo Galindo Salgado added the comment:
There are multiple failures on several buildbots after commit
75e064962ee0e31ec19a8081e9d9cc957baf6415 was merged:
BUILDBOT FAILURE REPORT
===
Builder name: AMD64 Windows7 SP1 3.x
Builder url: https://buildbot.python.org/all
Change by Pablo Galindo Salgado :
--
keywords: +patch
pull_requests: +15100
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/15390
___
Python tracker
<https://bugs.python.org/issu
Pablo Galindo Salgado added the comment:
This is due to an incorrect type check in the timezone_richcompare, it should
be a comparison against PyDateTime_TimeZoneType not against
PyDateTime_TZInfoType. The segfault is due to an invalid casting to
PyDateTime_TimeZoneType (the child) from the
Pablo Galindo Salgado added the comment:
Thanks, Tom and Karthikeyan for the finding and the debugging :)
--
___
Python tracker
<https://bugs.python.org/issue37
Pablo Galindo Salgado added the comment:
New changeset a38e9d139929a227e3899fbb638bc46c6cc6d8ba by Pablo Galindo (Sergey
Fedoseev) in branch 'master':
bpo-27961: Remove leftovers from the times when long long wasn't required
(GH-15388)
https://github.com/python
Change by Pablo Galindo Salgado :
--
nosy: +lukasz.langa
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issue37915>
___
___
Py
Change by Pablo Galindo Salgado :
--
pull_requests: +15118
pull_request: https://github.com/python/cpython/pull/15417
___
Python tracker
<https://bugs.python.org/issue37
Pablo Galindo Salgado added the comment:
New changeset 1b1796df3a4292067a174faa11b1a852f79e98e3 by Pablo Galindo in
branch '3.7':
[3.7] bpo-37915: Fix comparison between tzinfo objects and timezone objects
(GH-15390) (GH-15417)
https://github.com/python/cpyt
Change by Pablo Galindo Salgado :
--
keywords: +3.7regression -patch
nosy: +ned.deily
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7, Python 3.9
___
Python tracker
<https://bug
Pablo Galindo Salgado added the comment:
Related to this, the blake2 function (declared as static inline) is not used,
which makes the Solaris and compilers unhappy. Patch for reference:
--- a/Modules/_blake2/impl/blake2.h
+++ b/Modules/_blake2/impl/blake2.h
@@ -169,11 +169,6
301 - 400 of 4560 matches
Mail list logo
