[issue39091] _PyErr_CreateException() must check that the result is an exception (CPython Segfault in 5 lines of code)

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +26079 pull_request: https://github.com/python/cpython/pull/27572 ___ Python tracker <https://bugs.python.org/issu

[issue18255] CPython setup.py problems

Irit Katriel added the comment: Is this still relevant now that distutils is deprecated? -- nosy: +iritkatriel ___ Python tracker ___

[issue44789] CPython cannot be compiled with -pedantic

Dennis Clarke added the comment: Oh, I think we can give up on -pedantic and -pedantic-errors. It is just a nifty litmus paper test to see how code cranks under nasty contraints. I would be hapyp with iso9899:1999 or even iso9899:2011. Thank you for the feedback and the excellent response

[issue44789] CPython cannot be compiled with -pedantic

Pablo Galindo Salgado added the comment: I understand where you are coming from and I do agree, but this is something bigger than just what we can do in an issue, as it spawns multiple other places (again, many files fail with -pedantic). Is not a titanic task but is also not

[issue44789] CPython cannot be compiled with -pedantic

Dennis Clarke added the comment: I very likely do not understand what is happening here. From my little perspective the Python project has become far too critical to be yet another language that can not be ported and used just about anywhere. I often port software from various places into

[issue44789] CPython cannot be compiled with -pedantic

Change by Pablo Galindo Salgado : -- title: Code compliance concern in Parser/pegen/pegen.c -> CPython cannot be compiled with -pedantic ___ Python tracker <https://bugs.python.org/issu

[issue43377] _PyErr_Display should be available in the CPython-specific API

Pablo Galindo Salgado added the comment: > PErr_Display (without underscore) is already exposed. > This issue is about adding a variant with an additional output file argument. Oh, I was not aware of that :( Apologies for the confusion! -- ___

[issue43377] _PyErr_Display should be available in the CPython-specific API

Petr Viktorin added the comment: PyErr_Display (without underscore) is already exposed. This issue is about adding a variant with an additional output file argument. The function formats an exception "just as Python would". The exact output will naturally be different between versions, but

[issue44755] cpython Lib bisect.py overflow (lo + hi) // 2 a problem?

Dennis Sweeney added the comment: Thanks for the concern, but I'll close this as "not a bug". Feel free to re-open if you can give an example where the current code fails. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___

[issue44755] cpython Lib bisect.py overflow (lo + hi) // 2 a problem?

Dennis Sweeney added the comment: This is a good idea for languages where integers are bounded, but in Python, integers can be as large as you want, so there's no reason to worry about overflow: >>> lo = 1 * 10**100 >>> hi = 2 * 10**100 >>> (lo + hi) // 2

[issue44755] cpython Lib bisect.py overflow (lo + hi) // 2 a problem?

: open title: cpython Lib bisect.py overflow (lo + hi) // 2 a problem? type: behavior versions: Python 3.10 ___ Python tracker <https://bugs.python.org/issue44755> ___ ___ Pytho

[issue43377] _PyErr_Display should be available in the CPython-specific API

Pablo Galindo Salgado added the comment: PyErr_Display is not exposed partially because is full of small details of the interpreter and we change it constantly without regard for backwards compatibility on purpose. Exposing it will restrict us a lot on how we display error messages or the

[issue43377] _PyErr_Display should be available in the CPython-specific API

that there are no no API/ABI compatibility guarantees if you use private API or define Py_BUILD_CORE. Functions like _PyErr_Display could change/disappear in a patch version of CPython.) -- nosy: +petr.viktorin ___ Python tracker <https://bugs.python.org/issue43

[issue44611] CPython uses deprecated randomness API

Łukasz Langa added the comment: New changeset 4463fa2fa111e03f7ec47e6e9d433104aa943605 by Dong-hee Na in branch 'main': bpo-44611: Update docs for os and whatsnew 3.11 (#27314) https://github.com/python/cpython/commit/4463fa2fa111e03f7ec47e6e9d433104aa943605 -- nosy: +lukasz.langa

[issue44611] CPython uses deprecated randomness API

Change by Dong-hee Na : -- pull_requests: +25859 pull_request: https://github.com/python/cpython/pull/27314 ___ Python tracker <https://bugs.python.org/issue44

[issue44611] CPython uses deprecated randomness API

Change by Dong-hee Na : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue44611] CPython uses deprecated randomness API

Dong-hee Na added the comment: New changeset 906fe47083bc9ab7ed2b70c99c1b0daad021f126 by Dong-hee Na in branch 'main': bpo-44611: Use BCryptGenRandom instead of CryptGenRandom on Windows (GH-27168) https://github.com/python/cpython/commit/906fe47083bc9ab7ed2b70c99c1b0daad021f126

[issue44588] Possible double Py_XDECREF in cpython typeobject.c

Ziyue Jiang added the comment: Thanks for replying. I did fix my code by adding Py_TPFLAGS_DEFAULT. It's okay. I just think the behavior is a little strange when I don't set the default flag, thus adding this issue. -- ___ Python tracker

[issue44611] CPython uses deprecated randomness API

Dong-hee Na added the comment: @tim.peters Can you please take a look at GH-27168? I would like to get your review before merging this PR :) -- ___ Python tracker ___

[issue44588] Possible double Py_XDECREF in cpython typeobject.c

Change by Petr Viktorin : -- keywords: +patch pull_requests: +25808 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27260 ___ Python tracker <https://bugs.python.org/issu

[issue44588] Possible double Py_XDECREF in cpython typeobject.c

Petr Viktorin added the comment: Please use Py_TPFLAGS_DEFAULT when creating objects. Do you have a reason to not do it? The flag Py_TPFLAGS_HAVE_VERSION_TAG is unneeded and Python should not check for it. There's bpo-42747 open for that already; I sent a PR for it. -- nosy:

[issue44340] Add support for building cpython with clang thin lto

Dong-hee Na added the comment: @ned.deily Can we use the thin-lto option for next macOS Python distribution? In my local environment, it passes all tests :) https://github.com/python/cpython/blob/366fcbac18e3adc41e3901580dbedb6a91e41a10/Mac/BuildScript/build-installer.py#L1199 FYI, Gentoo

[issue44340] Add support for building cpython with clang thin lto

Change by Dong-hee Na : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue44340] Add support for building cpython with clang thin lto

Dong-hee Na added the comment: Now CPython 3.11 supports the Thin LTO, Thank you for the report and contribution, Brett! And also thank you Pablo and Gregory for the reviews! -- ___ Python tracker <https://bugs.python.org/issue44

[issue44340] Add support for building cpython with clang thin lto

Dong-hee Na added the comment: New changeset b2cf2513f9184c850a69fab718532b4f7c6a003d by Dong-hee Na in branch 'main': bpo-44340: Add support for building with clang full/thin lto (GH-27231) https://github.com/python/cpython/commit/b2cf2513f9184c850a69fab718532b4f7c6a003d

[issue44340] Add support for building cpython with clang thin lto

Dong-hee Na added the comment: clang version 11.0.0 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44340] Add support for building cpython with clang thin lto

Dong-hee Na added the comment: The test is executed under the following environments. There is no significant performance changed. MS Azure: D8s v3 CentOS Linux release 8.2.2004 (Core) [corona10@PythonLinux cpython]$ ./python -m pyperformance compare full.json thin.json full.json

[issue44340] Add support for building cpython with clang thin lto

Dong-hee Na added the comment: FYI, Thin LTO shows enhanced build time. Full LTO (./configure --with-lto=full CC=clang) real2m33.740s user8m25.695s sys 0m13.124s Thin LTO (./configure --with-lto=thin CC=clang) real1m51.867s user12m53.694s sys 0m12.786s --

[issue44340] Add support for building cpython with clang thin lto

Change by Dong-hee Na : -- versions: +Python 3.11 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44340] Add support for building cpython with clang thin lto

Dong-hee Na added the comment: I am now building the experiment environment to compare between thin-lto and full-lto -- ___ Python tracker ___

[issue44340] Add support for building cpython with clang thin lto

Change by Dong-hee Na : -- pull_requests: +25779 pull_request: https://github.com/python/cpython/pull/27231 ___ Python tracker <https://bugs.python.org/issue44

[issue44611] CPython uses deprecated randomness API

Change by Dong-hee Na : -- pull_requests: -25742 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44611] CPython uses deprecated randomness API

Change by Dong-hee Na : -- pull_requests: +25742 pull_request: https://github.com/python/cpython/pull/27206 ___ Python tracker <https://bugs.python.org/issue44

[issue44611] CPython uses deprecated randomness API

Change by Dong-hee Na : -- pull_requests: -25740 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44611] CPython uses deprecated randomness API

Change by Dong-hee Na : -- pull_requests: +25740 pull_request: https://github.com/python/cpython/pull/27206 ___ Python tracker <https://bugs.python.org/issue44

[issue44611] CPython uses deprecated randomness API

Change by Dong-hee Na : -- keywords: +patch pull_requests: +25704 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27168 ___ Python tracker <https://bugs.python.org/issu

[issue44611] CPython uses deprecated randomness API

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Guido van Rossum added the comment: Way to go Irit!-- --Guido (mobile) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Change by Irit Katriel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Mark Shannon added the comment: New changeset 641345d636320a6fca04a5271fa4c4c5ba3e5437 by Irit Katriel in branch 'main': bpo-26280: Port BINARY_SUBSCR to PEP 659 adaptive interpreter (GH-27043) https://github.com/python/cpython/commit/641345d636320a6fca04a5271fa4c4c5ba3e5437

[issue44611] CPython uses deprecated randomness API

Dan Stromberg added the comment: Yes, cng-portal. On Mon, Jul 12, 2021 at 3:24 PM Thomas Grainger wrote: > > Thomas Grainger added the comment: > > https://docs.microsoft.com/en-us/windows/win32/seccng/cng-portal ? > > -- > nosy: +graingert > >

[issue44611] CPython uses deprecated randomness API

Thomas Grainger added the comment: https://docs.microsoft.com/en-us/windows/win32/seccng/cng-portal ? -- nosy: +graingert ___ Python tracker ___

[issue44611] CPython uses deprecated randomness API

Tim Peters added the comment: Dan, the Microsoft URL in your message gives a 404 for me. Did you perhaps mean to end it with "cng-portal" (instead of "cng-por")? -- nosy: +tim.peters ___ Python tracker

[issue44611] CPython uses deprecated randomness API

New submission from Dan Stromberg : CPython 3.9 uses CryptGenRandom(), which has been deprecated by Microsoft. I'm told the randomness produced by CryptGenRandom() is fine, but Microsoft has introduced a newer API for getting randomness. For these reasons, Python/bootstrap_hash.c should

[issue44588] Possible double Py_XDECREF in cpython typeobject.c

Ziyue Jiang added the comment: I just take over a Python3.6 project from a friend, migrating it to the newest Python version. Then this problem happened. After debugging, I think it's a possible double Py_XDECREF if using C-API like this. But I'm not familiar with Python C-API before so I'm

[issue44588] Possible double Py_XDECREF in cpython typeobject.c

Ziyue Jiang added the comment: Sorry, not inherited from Time, Time is the class I use in a real project. Time -> A -- ___ Python tracker ___

[issue44588] Possible double Py_XDECREF in cpython typeobject.c

Ziyue Jiang added the comment: I have no detailed code. The way to I produce it is that using PyType_FromSpec() to generate a type A without the flag Py_TPFLAGS_DEFAULT(which sets the flag Py_TPFLAGS_HAVE_VERSION_TAG). Then compile and run in Python. from my_pkg import A class Time1(Time):

[issue44588] Possible double Py_XDECREF in cpython typeobject.c

Irit Katriel added the comment: Do you have a small piece of code reproducing it that you can upload? -- nosy: +iritkatriel ___ Python tracker ___

[issue44588] Possible double Py_XDECREF in cpython typeobject.c

Ziyue Jiang added the comment: Maybe a little complicared but you can still construct a case to trigger the double free action, thus causing a SIGABRT. Program received signal SIGABRT, Aborted. 0x77c3718b in raise () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0

[issue44588] Possible double Py_XDECREF in cpython typeobject.c

mro_meth = NULL; type_mro_meth = NULL; should be added after the first time Py_XDECREF them. -- components: C API messages: 397188 nosy: Wesley-Jzy priority: normal severity: normal status: open title: Possible double Py_XDECREF in cpython typeobject.c type: crash versions: Python 3.11

[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Pablo Galindo Salgado added the comment: Here is my previous attempt at this, for reference: https://github.com/python/cpython/pull/9853 -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue26

[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Change by Irit Katriel : -- versions: +Python 3.11 -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Change by Irit Katriel : -- pull_requests: +25602 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/27043 ___ Python tracker <https://bugs.python.org/issu

[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Irit Katriel added the comment: Sure, I'll have a look. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Guido van Rossum added the comment: Very much so. Irit, do you want to give it a try? (Note there are helpful instructions now in Python/adaptive.md.) -- ___ Python tracker

[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Irit Katriel added the comment: This looks like a case of specialization. -- nosy: +Mark.Shannon, gvanrossum, iritkatriel ___ Python tracker ___

Re: [ANN] Austin -- CPython frame stack sampler v3.0.0 is now available

wrote: I am delighted to announce the release 3.0.0 of Austin. If you haven't heard of Austin before, it is an open-source frame stack sampler for CPython, distributed under the GPLv3 license. It can be used to obtain statistical profiling data out of a running Python application without a single

[ANN] Austin -- CPython frame stack sampler v3.0.0 is now available

I am delighted to announce the release 3.0.0 of Austin. If you haven't heard of Austin before, it is an open-source frame stack sampler for CPython, distributed under the GPLv3 license. It can be used to obtain statistical profiling data out of a running Python application without a single line

[ANN] Austin -- CPython frame stack sampler v3.0.0 is now available

I am delighted to announce the release 3.0.0 of Austin. If you haven't heard of Austin before, it is an open-source frame stack sampler for CPython, distributed under the GPLv3 license. It can be used to obtain statistical profiling data out of a running Python application without a single line

[issue44502] bla in cpython/Lib/test/test_sys_settrace.py

Irit Katriel added the comment: y = 1, so the body of the while loop will never execute and the name will never need to be resolved. The bug tracker is not an appropriate place to ask questions about the code, it is for reporting bugs in python. -- nosy: +iritkatriel resolution:

[issue44502] bla in cpython/Lib/test/test_sys_settrace.py

New submission from zcpara : In cpython/Lib/test/test_sys_settrace.py, there is a function: 1 def no_pop_blocks(): 2y = 1 3while not y: 4bla 5x = 1 what does bla mean? bla is not defined anywhere. But the function can pass the compilation. bla is treated as a global name

[issue34389] CPython may fail to build in the presence of a ~/.pydistutils.cfg

Change by Antony Lee : -- nosy: -Antony.Lee ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34389] CPython may fail to build in the presence of a ~/.pydistutils.cfg

Change by Irit Katriel : -- resolution: out of date -> status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34389] CPython may fail to build in the presence of a ~/.pydistutils.cfg

Éric Araujo added the comment: This one is about Python’s build itself, that still uses parts of distutils, so probably should stay open if reproducible. -- ___ Python tracker

[issue34389] CPython may fail to build in the presence of a ~/.pydistutils.cfg

Irit Katriel added the comment: Distutils is now deprecated (see PEP 632) and all tagged issues are being closed. From now until removal, only release blocking issues will be considered for distutils. If this issue does not relate to distutils, please remove the component and reopen it. If

[issue44340] Add support for building cpython with clang thin lto

Change by Filipe Laíns : -- nosy: +FFY00 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44340] Add support for building cpython with clang thin lto

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44340] Add support for building cpython with clang thin lto

Change by Ned Deily : -- components: +Build -Interpreter Core nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list

[issue44340] Add support for building cpython with clang thin lto

Change by Brett Holman : -- keywords: +patch pull_requests: +25169 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26585 ___ Python tracker <https://bugs.python.org/issu

[issue44340] Add support for building cpython with clang thin lto

lto to opt in. For what it's worth, the tests (make test) pass using clang 11.1.0 and thinlto. -- components: Interpreter Core messages: 395293 nosy: holmanb priority: normal severity: normal status: open title: Add support for building cpython with clang thin lto type: enhancement

[issue44277] cpython forks are spammed with dependabot PRs

Zachary Ware added the comment: In that case, closing as third-party. -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker ___

[issue44277] cpython forks are spammed with dependabot PRs

Dominic Davis-Foster added the comment: There's an open issue on GitHub, but it hasn't gone anywhere. https://github.com/dependabot/dependabot-core/issues/2804 -- nosy: +domdfcoding ___ Python tracker

[issue44277] cpython forks are spammed with dependabot PRs

Zachary Ware added the comment: This seems like a Dependabot bug; is there anything we can even do about it? -- nosy: +zach.ware ___ Python tracker ___

[issue44277] cpython forks are spammed with dependabot PRs

New submission from Anthony Sottile : for example: https://github.com/asottile/cpython/pull/1 -- messages: 394842 nosy: Anthony Sottile priority: normal severity: normal status: open title: cpython forks are spammed with dependabot PRs ___ Python

[issue44245] Cross-compilation of CPython 3.8 with _socket module using Anddroid NDK fails

New submission from Ladislav Heller : Trying to cross-compile CPython 3.8 using Android NDK toolchain with _socket module enabled. Build fails at: ../Modules/socketmodule.c:6739:5: error: invalid use of undefined type 'struct if_nameindex' for (i = 0; ni[i].if_index != 0 && i &

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

STINNER Victor added the comment: Include/README.rst and https://devguide.python.org/c-api/ now define guideliens for header files and the 3 APIs. I consider that this issue is now fixed. Even if there are still non-limited API declared in Include/*.h, changing that can be done in follow-up

[issue44126] Support cross-compiling of cpython modules using setuptools

Change by Jeff Moguillansky : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44126] Support cross-compiling of cpython modules using setuptools

Jeff Moguillansky added the comment: Is it possible to add support for cross-compiling of cpython modules to setuptools? It seems that currently there's some 3rd party solutions like "crossenv" but they don't seem to work with clang / ndk-toolchain for example. -- stat

RE: How to build stable 3.9 branch from fork and clone of cpython

> -Original Message- > From: Chris Angelico > Sent: Tuesday, May 18, 2021 3:01 AM > To: Python > Subject: Re: How to build stable 3.9 branch from fork and clone of cpython > > On Tue, May 18, 2021 at 4:33 PM wrote: > > > > I am following the "

Re: How to build stable 3.9 branch from fork and clone of cpython

On Wed, May 19, 2021 at 1:37 PM wrote: > > > -Original Message- > > From: Chris Angelico > > Sent: Tuesday, May 18, 2021 3:01 AM > > To: Python > > Subject: Re: How to build stable 3.9 branch from fork and clone of cpython > > > > On Tue, May

Re: How to build stable 3.9 branch from fork and clone of cpython

On 5/18/2021 3:00 AM, Chris Angelico wrote: On Tue, May 18, 2021 at 4:33 PM wrote: I am following the "Getting Started" section of the Python Developers Guide, but when I build the first version to verify everything builds, it builds branch 3.11. If I want to build and contribute to branch

Re: How to build stable 3.9 branch from fork and clone of cpython

On Tue, May 18, 2021 at 4:33 PM wrote: > > I am following the "Getting Started" section of the Python Developers Guide, > but when I build the first version to verify everything builds, it builds > branch 3.11. > > > > If I want to build and contribute to branch 3.9, how do I set that up >

How to build stable 3.9 branch from fork and clone of cpython

I am following the "Getting Started" section of the Python Developers Guide, but when I build the first version to verify everything builds, it builds branch 3.11. If I want to build and contribute to branch 3.9, how do I set that up please? OS is Windows 10. I have, I believe, all the

[issue44126] Cross Compile CPython Modules

Jeff Moguillansky added the comment: Thanks for the info, I will forward the question to the setuptools mailing list -- status: open -> closed ___ Python tracker ___

[issue44126] Cross Compile CPython Modules

Change by Jeff Moguillansky : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44126] Cross Compile CPython Modules

Change by Jeff Moguillansky : -- title: Cross Compile Cython Modules -> Cross Compile CPython Modules ___ Python tracker <https://bugs.python.org/issu

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Shreyan Avigyan added the comment: I never said this was a bug. But what I'm saying is there should be a different build for Debian because Debian has a reputation of using outdated packages. -- ___ Python tracker

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Change by Christian Heimes : -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Christian Heimes added the comment: I have been following this issue for a while. I feel it's getting increasingly offtopic for Python bug tracker. Any concerns or problems with your distro are better suited for the help and discussion forums of your distribution. Ah, Ned just closed the

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Ned Deily added the comment: This isn't a bug with Python, it is a development environment issue. The discussion would be more appropriate in help forums, like on discuss.python.org or Stackoverflow. And, if there si some deficiency in the devguide, there is a tracker for issues with it:

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Shreyan Avigyan added the comment: I figured out the commands. The problem is they are not upgraded. -- ___ Python tracker ___ ___

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Erlend E. Aasland added the comment: Here's a trick I often recommend: Do as the CI; use the posix-deps-apt.sh script! You'll find it in your CPython git repo: $ cd cpython.git # change working dir to the CPython git repo $ cat .github/workflows/posix-deps-apt.sh #!/bin/sh apt-get update

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Shreyan Avigyan added the comment: This problem doesn't exist in RPM Linux. Therefore creating a new DebianBuild directory (like there is PCBuild, Mac) just for Debian Linux. (I haven't tested RPM Linux and can't access any right now therefore I don't know if the problem exists there or

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Shreyan Avigyan added the comment: It's also pretty problematic that Python depends on the system header code rather than fetched source code like we do in OS X or Windows. I would like to suggest that we fetch source code and then use that instead of system header files. This wouldn't be a

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Shreyan Avigyan added the comment: I know the deb-src problem and I've added that a long time ago. The problem is that I don't know which repository has the unstable source. I'm on Ubuntu Focal Fossa. I successfully can fetch sources but they are not up-to-date. I can't figure out the

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Éric Araujo added the comment: Some results from a quick web search: - https://wiki.debian.org/BuildingTutorial - https://unix.stackexchange.com/questions/158395/apt-get-build-dep-is-unable-to-find-a-source-package - https://www.linuxfordevices.com/tutorials/debian/build-packages-from-source

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Éric Araujo added the comment: apt build-dep (or aptitude build-dep) is a command used to get build-time dependencies for the system package, which are not always the same as the upstream in-development version of Python. As the error message told you, you need deb-src lines in your

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

Shreyan Avigyan added the comment: I've tweaked some of my settings and was able to get the dependencies but they are out of date. I tried upgrading them but not working. (I'm not new to Ubuntu but I'm also not excellent at Ubuntu. A little bit of explanation would be helpful.) --

[issue43992] Unable to get external dependencies for CPython on Ubuntu Linux 20.04.1

New submission from Shreyan Avigyan : I'm trying to build CPython on Ubuntu but I can't get the external dependencies. Running this command :- $ sudo apt-get build-dep python3 gives the output :- Reading package lists... Done E: You must put some 'deb-src' URIs in your sources.list What

[issue25782] CPython hangs on error __context__ set to the error itself

Irit Katriel added the comment: I agree with Chris that the issue of not hanging is independent of the question what to do about the cycle. The ExitStack issue that brought this issue about is now fixed in ExitStack (see issue25786, issue27122). If we take a step back from that, the

<    1   2   3   4   5   6   7   8   9   10   >