[Python-Dev] Re: Making PY_SSIZE_T_CLEAN not mandatory.
Can you elaborate on that use case? Which two applications are you thinking of, and what was your goal in driving them? This sounds interesting but I haven’t encountered this myself. On Fri, Jun 18, 2021 at 09:44 Baptiste Carvello < devel2...@baptiste-carvello.net> wrote: > Le 18/06/2021 à 08:50, Paul Moore a écrit : > > > > IMO it doesn't. However for certain applications (the sort of thing I > > was referring to) - where the user is writing their own scripts and > > the embedding API is used merely to expose an interface to the Python > > language, dynamically linking to whatever version of Python the user > > has installed can be precisely the right thing to do - the user gets > > access to the version of the language they expect, the installed > > packages they expect to see, etc. > > As a user, I second this. When trying to drive applications from the > outside (as opposed to extending them through plugins), it is annoying > when two applications won't work together because each one insists on > using its own vendored python. > > Of course, there are often real blockers, such as incompatible event > loops. But not always… > > Cheers, > Baptiste > ___ > Python-Dev mailing list -- python-dev@python.org > To unsubscribe send an email to python-dev-le...@python.org > https://mail.python.org/mailman3/lists/python-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/python-dev@python.org/message/PPKL7466BIG6DPCUIJURLE5ZGFNHBNSM/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- --Guido (mobile) ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/U34DJD6TKP3LMDBLZ77JHQYHU6SKIADU/ Code of Conduct: http://python.org/psf/codeofconduct/
[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (2021-06-11 - 2021-06-18) Python tracker at https://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open7446 (-11) closed 48743 (+67) total 56189 (+56) Open issues with patches: 2962 Issues opened (41) == #41611: IDLE: problems with completions on Mac https://bugs.python.org/issue41611 reopened by terry.reedy #43475: Worst-case behaviour of hash collision with float NaN https://bugs.python.org/issue43475 reopened by serhiy.storchaka #44107: HTTPServer can't close http client completely https://bugs.python.org/issue44107 reopened by ueJone #44398: IDLE: On macOS, cntl-space/backslash display as ^S/^B https://bugs.python.org/issue44398 opened by terry.reedy #44399: log rotator cookbook example might waste disk space https://bugs.python.org/issue44399 opened by mori-b #44403: Add os.path.isreserved() function https://bugs.python.org/issue44403 opened by barneygale #44404: tkinter's after() AttributeError with functools.partial (no at https://bugs.python.org/issue44404 opened by phil.tgd #44405: add program passed as string to dis module. https://bugs.python.org/issue44405 opened by CCLDArjun #44406: Divergent sys.prefix behavior causes `python -m build` command https://bugs.python.org/issue44406 opened by dsmaccy #44407: A "Coroutines and Tasks" code example needs "asyncio.run(main( https://bugs.python.org/issue44407 opened by AtsushiSakai #44408: imaplib fails when server sends extra blank line after literal https://bugs.python.org/issue44408 opened by jrlevine #44410: Exception in AsyncMock side_effect cases incorrect refcount https://bugs.python.org/issue44410 opened by penlect #44412: Add os.path.fileuri() function https://bugs.python.org/issue44412 opened by barneygale #44413: OverflowError: mktime argument out of range after 2019 https://bugs.python.org/issue44413 opened by psijic #44414: from __future__ import annotations breaks profiler's handling https://bugs.python.org/issue44414 opened by wilcoxjay #44416: test_threading: test_print_exception() hangs and killed after https://bugs.python.org/issue44416 opened by vstinner #44418: unicodedata.ucnhash_CAPI removed from Python 3.10 without depr https://bugs.python.org/issue44418 opened by hroncok #44423: copy2 / sendfile fails on linux with large file https://bugs.python.org/issue44423 opened by kr-g #44424: Decompress streaming bz2 file https://bugs.python.org/issue44424 opened by carlosfranzreb #44425: 'dirty' added to sys.version on Linux and Mac source builds de https://bugs.python.org/issue44425 opened by mark.final #44426: Docs fail to build with Sphinx 4 due to Invalid C declaration https://bugs.python.org/issue44426 opened by ksurma #44427: File extension for scripts on windows is unclear https://bugs.python.org/issue44427 opened by maltekliemann #44428: _ProactorBasePipeTransport.abort() after _ProactorBasePipeTran https://bugs.python.org/issue44428 opened by graingert #44429: Tkinter Flow Geometry Manager https://bugs.python.org/issue44429 opened by Gary73 #44430: [sqlite3] refactor threading tests https://bugs.python.org/issue44430 opened by erlendaasland #44431: Add command-line functionality to uuid module https://bugs.python.org/issue44431 opened by ephenix #44432: SourceFileLoader.load_module() is mixing content of previosly https://bugs.python.org/issue44432 opened by blackandred #44434: _thread module: Remove redundant PyThread_exit_thread() call t https://bugs.python.org/issue44434 opened by vstinner #44435: There is no description of PY_SSIZE_T_CLEAN in docs https://bugs.python.org/issue44435 opened by jack__d #44439: PickleBuffer doesn't have __len__ method https://bugs.python.org/issue44439 opened by malin #0: logging does not work as documented (setLevel) https://bugs.python.org/issue0 opened by alex4200 #1: Malformed PyImport_Inittab after re-initialization https://bugs.python.org/issue1 opened by kryheb #3: dataclass looks up field default value on the class, not the c https://bugs.python.org/issue3 opened by eric.smith #5: Add `site-include` install scheme path in sysconfig https://bugs.python.org/issue5 opened by FFY00 #6: linecache.getline TypeError when formatting tracebacks in stac https://bugs.python.org/issue6 opened by graingert #7: Syntax Error not as detailed as shown https://bugs.python.org/issue7 opened by khokhareesa.home #9: Segfault in _PyTrash_begin when faulthandler tries to dump thr https://bugs.python.org/issue9 opened by dgrisby #44450: Generator expressions trace differently on Windows than on Mac https://bugs.python.org/issue44450 opened by nedbat #44451: test_entry_points_by_index (test.test_importlib.test_metadata_ https://bugs.python.org/issue44451 opened by hroncok #44452: Allow paths to be joined without worrying
[Python-Dev] Re: Making PY_SSIZE_T_CLEAN not mandatory.
Le 18/06/2021 à 08:50, Paul Moore a écrit : > > IMO it doesn't. However for certain applications (the sort of thing I > was referring to) - where the user is writing their own scripts and > the embedding API is used merely to expose an interface to the Python > language, dynamically linking to whatever version of Python the user > has installed can be precisely the right thing to do - the user gets > access to the version of the language they expect, the installed > packages they expect to see, etc. As a user, I second this. When trying to drive applications from the outside (as opposed to extending them through plugins), it is annoying when two applications won't work together because each one insists on using its own vendored python. Of course, there are often real blockers, such as incompatible event loops. But not always… Cheers, Baptiste ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/PPKL7466BIG6DPCUIJURLE5ZGFNHBNSM/ Code of Conduct: http://python.org/psf/codeofconduct/
[Python-Dev] Re: Making PY_SSIZE_T_CLEAN not mandatory.
On Fri, 18 Jun 2021 at 01:57, Guido van Rossum wrote: > > I don’t see how the stable ABI works as a substitute for vendoring Python. A > lot of other things can still vary even when the C API remains the same! > (E.g. syntax, and stdlib behavior.) IMO it doesn't. However for certain applications (the sort of thing I was referring to) - where the user is writing their own scripts and the embedding API is used merely to expose an interface to the Python language, dynamically linking to whatever version of Python the user has installed can be precisely the right thing to do - the user gets access to the version of the language they expect, the installed packages they expect to see, etc. Consider something like the vim integration with Python (which *doesn't* use the stable ABI, so you have to use a distribution built for precisely the Python version you have installed - the stable ABI would be better from the POV of supporting fewer binary builds). Vendoring is a viable alternative here as well, but as I say, it just has different trade-offs. As I said, it's a niche usage, but it has its place. I don't personally have an opinion on promoting the option of linking to the system Python - it just suits my use cases. Paul ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/5LOUHPH6VHNA5KFU4ZE6QC4GKCXSSAHX/ Code of Conduct: http://python.org/psf/codeofconduct/