[issue38242] Revert the new asyncio Streams API

Change by Kyle Stanley : -- nosy: +aeros167 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: How to get only valid python package index

Vijay Kumar Kamannavar writes: > As per https://pypi.org/simple/ we have ~2,00,000 packages. i feel there > are lot of packages found to be dummy/Experimental. Where can we get the > properly maintained package list for python? In addition of what Paul already wrote: "https://pypi.org/simple; is

[issue38242] Revert the new asyncio Streams API

Yury Selivanov added the comment: > So like... both of these approaches are definitely possible, but to me it > seems like if you look at it holistically, your approach is actually making > the documentation and deprecations *more* complicated, not less. I think Nathaniel might have a point

[issue11410] Use GCC visibility attrs in PyAPI_*

Change by Vinay Sajip : -- versions: +Python 3.9 -Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38261] Tkinter CheckButton default label white in macOS dark mode

New submission from Ryang Sohn : In macOS, when "Dark Mode" is turned on, TKinter's checkbutton's default label color is white, not black. -- components: Tkinter, macOS files: tkinter_checkbox.py messages: 353056 nosy: Ryang Sohn, ned.deily, ronaldoussoren priority: normal severity:

[issue11410] Use GCC visibility attrs in PyAPI_*

Change by Vinay Sajip : -- pull_requests: +15924 pull_request: https://github.com/python/cpython/pull/16347 ___ Python tracker ___

[issue11410] Use GCC visibility attrs in PyAPI_*

Vinay Sajip added the comment: Reopening, as a new patch is available. -- nosy: +vinay.sajip resolution: out of date -> stage: resolved -> patch review status: closed -> open ___ Python tracker

Re: python installation.

I used Windows x86-64 executable installer the first two times and Windows x86-64 web-based installer. They both yielded the same result. On Tue, 24 Sep 2019 05:46 Cameron Simpson, wrote: > On 24Sep2019 00:12, Brian Korir wrote: > >I receive a 'not a valid Win32...' after a few minutes of

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Change by Benjamin Peterson : -- keywords: +patch pull_requests: +15923 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16346 ___ Python tracker

[issue16637] py-bt, py-locals, etc. GDB commands fail with output-radix 16

miss-islington added the comment: New changeset 5b94eb8d14f5a5b20dc2a999d6ca6219214b458c by Miss Islington (bot) in branch '3.8': closes bpo-16637: libpython: construct integer object directly from gdbvalue (GH-15232)

[issue38136] Remove AsyncMock.assert_awaited_*

Lisa Roach added the comment: New changeset ef048517755db1f0d211fb6dfc655a8b412cc96f by Lisa Roach in branch 'master': bpo-38136: Updates await_count and call_count to be different things (GH-16192) https://github.com/python/cpython/commit/ef048517755db1f0d211fb6dfc655a8b412cc96f

[issue38242] Revert the new asyncio Streams API

Nathaniel Smith added the comment: > I hope that the Trio project can minimize the number of methods they want to > add to those ABCs so that we don't need to duplicate a lot of functionality > in asyncio.Stream. E.g. in the new asyncio.Stream there's a Stream.write() > coroutine; in Trio

[issue16637] py-bt, py-locals, etc. GDB commands fail with output-radix 16

Benjamin Peterson added the comment: New changeset 6f53d34fb0f944a8c0ee530334c353559ac40f72 by Benjamin Peterson (Marc Hartmayer) in branch 'master': closes bpo-16637: libpython: construct integer object directly from gdbvalue (GH-15232)

[issue16637] py-bt, py-locals, etc. GDB commands fail with output-radix 16

Change by miss-islington : -- pull_requests: +15922 pull_request: https://github.com/python/cpython/pull/16345 ___ Python tracker ___

[issue38253] Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h

miss-islington added the comment: New changeset a7c73a0094c336e5f10d9364f244be70683409ff by Miss Islington (bot) in branch '3.8': closes bpo-38253: Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h. (GH-16230) https://github.com/python/cpython/commit/a7c73a0094c336e5f10d9364f244be70683409ff

[issue38253] Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h

miss-islington added the comment: New changeset 912b5a986c4fe0f4d758d7536ce818b1ab672437 by Miss Islington (bot) in branch '3.7': closes bpo-38253: Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h. (GH-16230) https://github.com/python/cpython/commit/912b5a986c4fe0f4d758d7536ce818b1ab672437

Re: python installation.

On 24Sep2019 00:12, Brian Korir wrote: I receive a 'not a valid Win32...' after a few minutes of installing python 3.7.4. I have reinstalled it several times with the same results. My laptop uses windows 7, 64-bit. What can I do to solve this? Thank you. Are you using the appropriate

[issue38253] Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h

miss-islington added the comment: New changeset 7c65adf688dfadb113eec64374d8d5ccb4fc892b by Miss Islington (bot) in branch '2.7': closes bpo-38253: Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h. (GH-16230) https://github.com/python/cpython/commit/7c65adf688dfadb113eec64374d8d5ccb4fc892b

[issue38253] Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h

Benjamin Peterson added the comment: New changeset 4346bad3321699d49a45e3446270b57726ab5c8f by Benjamin Peterson (Hai Shi) in branch 'master': closes bpo-38253: Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h. (GH-16230)

[issue38253] Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h

Change by miss-islington : -- pull_requests: +15920 pull_request: https://github.com/python/cpython/pull/16343 ___ Python tracker ___

[issue38253] Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h

Change by miss-islington : -- pull_requests: +15919 pull_request: https://github.com/python/cpython/pull/16342 ___ Python tracker ___

[issue38253] Fix typo of Py_SET_ERANGE_IF_OVERFLOW in pyport.h

Change by miss-islington : -- pull_requests: +15921 pull_request: https://github.com/python/cpython/pull/16344 ___ Python tracker ___

[issue38242] Revert the new asyncio Streams API

Yury Selivanov added the comment: Nathaniel, thanks for the summary! A few comments to address some points: > So Yury and I are tentatively thinking we'll make some kind of PEP for the > 3.9 timescale, probably just for the core ABCs Yes! At the very least for things like asynchronous

[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception

Change by finefoot : -- pull_requests: +15918 pull_request: https://github.com/python/cpython/pull/16341 ___ Python tracker ___ ___

python installation.

I receive a 'not a valid Win32...' after a few minutes of installing python 3.7.4. I have reinstalled it several times with the same results. My laptop uses windows 7, 64-bit. What can I do to solve this? Thank you. -- https://mail.python.org/mailman/listinfo/python-list

[issue38242] Revert the new asyncio Streams API

Nathaniel Smith added the comment: BTW Andrew, while writing that I realized that there's also overlap between your new Server classes and Trio's ABC for servers, and I think it'd be interesting to chat about how they compare maybe? But it's not relevant to this issue, so maybe gitter or

[issue38242] Revert the new asyncio Streams API

Nathaniel Smith added the comment: I saw Yury on Saturday, and we spent some time working through the implications of different options here. For context: the stream ABCs will be a bit different from most third-party code, because their value is proportional to how many projects adopt them.

[issue38234] The value of Py_SetPath is not used to populate the configuration

miss-islington added the comment: New changeset 7f7cd899e3d773b803b7af5b0c19eeff83dd69fe by Miss Islington (bot) in branch '3.8': bpo-38234: read_pth_file() now returns PyStatus (GH-16338) https://github.com/python/cpython/commit/7f7cd899e3d773b803b7af5b0c19eeff83dd69fe -- nosy:

[issue38234] The value of Py_SetPath is not used to populate the configuration

Change by miss-islington : -- pull_requests: +15917 pull_request: https://github.com/python/cpython/pull/16340 ___ Python tracker ___

[issue38234] The value of Py_SetPath is not used to populate the configuration

STINNER Victor added the comment: New changeset 85ce0a7178801b538160cbb5cf9ef50a713c45bf by Victor Stinner in branch 'master': bpo-38234: read_pth_file() now returns PyStatus (GH-16338) https://github.com/python/cpython/commit/85ce0a7178801b538160cbb5cf9ef50a713c45bf --

[issue38234] The value of Py_SetPath is not used to populate the configuration

Change by STINNER Victor : -- pull_requests: +15916 pull_request: https://github.com/python/cpython/pull/16339 ___ Python tracker ___

[issue38234] The value of Py_SetPath is not used to populate the configuration

Change by STINNER Victor : -- pull_requests: +15915 pull_request: https://github.com/python/cpython/pull/16338 ___ Python tracker ___

Vulture 1.1

Vulture - Find dead code Vulture finds unused code in Python programs. This is useful for cleaning up and finding errors in large code bases. If you run Vulture on both your library and test suite you can find untested code. Due to Python's dynamic nature, static code

[issue38260] asyncio.run documentation does not mention its return value

Change by Emmanuel Arias : -- keywords: +patch pull_requests: +15914 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16337 ___ Python tracker ___

[issue35243] readline timeout too long for async gfx use

Change by pmp-p : -- nosy: +pmpp type: enhancement -> performance ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38260] asyncio.run documentation does not mention its return value

Emmanuel Arias added the comment: So, I think that will return the Future's return, isn't? I will propose a PR for this -- nosy: +eamanu ___ Python tracker ___

[issue38259] having a PriorityQueue in multiprocessing.queue module like in queue module would be a plus

Change by Yair Bonastre : -- title: There should be a PriorityQueue in multiprocessing module -> having a PriorityQueue in multiprocessing.queue module like in queue module would be a plus ___ Python tracker

Re: How to get only valid python package index

On Mon, 23 Sep 2019 at 19:15, Vijay Kumar Kamannavar wrote: > > Hellom > > As per https://pypi.org/simple/ we have ~2,00,000 packages. i feel there > are lot of packages found to be dummy/Experimental. Where can we get the > properly maintained package list for python? There is no "properly

[issue38216] Fix for issue30458 (HTTP Header Injection) prevents crafting invalid requests

Ned Deily added the comment: > Will the latter to accept non-ascii values also be merged to security > branches too given that it predates the security issue addressed ? At this point, I'm willing to allow it in 3.6 unless someone identifies a compelling reason not to. --

[issue38249] Optimize out Py_UNREACHABLE in the release mode

Serhiy Storchaka added the comment: > What does __builtin_unreachable()? Does it nothing? Call abort()? It is more than does nothing. It gives a hint to the compiler, so it can optimize out checks that lead to this code. For example, in switch (k) { case 0: ... case 1: ...

[issue38254] Pickle not deserializing an aiohttp ClientConnectorError exception as expected

David Parks added the comment: I may be wrong here, but the issue appears to be a problem in pickle, which is why I brought it over here. From the looks of the very simple code in the Exception I can't see that there's any way that this exception is possible unless pickle itself has a bug.

RasterFrames 0.8.2

[RasterFrames](https://rasterframes.io/) provides a DataFrame-centric view over arbitrary Earth-observation (EO) data, enabling spatiotemporal queries, map algebra raster operations, and compatibility with the ecosystem of [Apache Spark](https://spark.apache.org/docs/latest/)

How to get only valid python package index

Hellom As per https://pypi.org/simple/ we have ~2,00,000 packages. i feel there are lot of packages found to be dummy/Experimental. Where can we get the properly maintained package list for python? If not, atleast please let me know what kind of strategy i shoud use to decide whether package is

JOB | Front End Architect (London, UK)

Hello, I'm working with an employer that is looking to hire a permanent front end architect to join their London office. You should have experience with Javascript and frameworks such as (but not only) React. Consequently, I had hoped that some members of this mailing list may like to discuss

[issue38234] The value of Py_SetPath is not used to populate the configuration

STINNER Victor added the comment: New changeset 3f5409a3f13c59baa34656bccefdc3728e46c9ef by Victor Stinner in branch '3.8': bpo-38234: Fix _PyConfig_InitPathConfig() (GH-16335) (GH-16336) https://github.com/python/cpython/commit/3f5409a3f13c59baa34656bccefdc3728e46c9ef --

[issue15902] imp.load_module won't accept None for the file argument for a C extension

Change by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38260] asyncio.run documentation does not mention its return value

Change by Yury Selivanov : -- nosy: +aeros167 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38234] The value of Py_SetPath is not used to populate the configuration

Change by STINNER Victor : -- pull_requests: +15913 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/16336 ___ Python tracker ___

[issue38258] ctypes ignores when a DLL function is called with too many arguments

Eryk Sun added the comment: According to the docs, raising ValueError in this case has been a deprecated feature since 3.6.2, and the ability to do so no longer exists in 3.8. The documentation needs to be updated to reflect the new behavior.

[issue38234] The value of Py_SetPath is not used to populate the configuration

STINNER Victor added the comment: New changeset 9c42f8cda552694f3b47d6388d4ae84d61731872 by Victor Stinner in branch 'master': bpo-38234: Fix _PyConfig_InitPathConfig() (GH-16335) https://github.com/python/cpython/commit/9c42f8cda552694f3b47d6388d4ae84d61731872 --

[issue38234] The value of Py_SetPath is not used to populate the configuration

STINNER Victor added the comment: > When calling Py_SetPath(), the value that is passed in is ignored. Hum, in fact the bug was even worse: Py_SetPythonHome() and Py_SetProgramName() calls are also ignored. I'm not sure when I introduced these regressions. PR 16335 fix this bug as well.

[issue38234] The value of Py_SetPath is not used to populate the configuration

Change by STINNER Victor : -- pull_requests: +15912 pull_request: https://github.com/python/cpython/pull/16335 ___ Python tracker ___

[issue38260] asyncio.run documentation does not mention its return value

New submission from Luis E. : The documentation for asyncio.run (https://docs.python.org/3/library/asyncio-task.html#asyncio.run) does not mention the function's return value or lack of one. Looking at the source, its clear it returns the passed coroutine's value via

[issue38234] The value of Py_SetPath is not used to populate the configuration

Steve Dower added the comment: > _PyPathConfig_Init() initializes _Py_dll_path global variable which is only > used by _Py_CheckPython3(). Ah okay, maybe I'll take the time later on (in a separate issue) to get rid of it fully. We may as well load python3.dll at startup anyway, it's not

[issue38255] Replace "method" with "attribute" in the description of super()

Change by Raymond Hettinger : -- assignee: docs@python -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38234] The value of Py_SetPath is not used to populate the configuration

STINNER Victor added the comment: Steve: > Why are we keeping the DLL path around at all? It should only be being used > in 1-2 places during path calculation. _PyPathConfig_Init() initializes _Py_dll_path global variable which is only used by _Py_CheckPython3(). _Py_CheckPython3() is

[issue38255] Replace "method" with "attribute" in the description of super()

Change by Fred L. Drake, Jr. : -- versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38234] The value of Py_SetPath is not used to populate the configuration

Steve Dower added the comment: Why are we keeping the DLL path around at all? It should only be being used in 1-2 places during path calculation. -- nosy: +steve.dower ___ Python tracker

[issue38249] Optimize out Py_UNREACHABLE in the release mode

STINNER Victor added the comment: Ah, moreover, it's a public macro, so I would prefer to not change its behavior. I consider that modify the macro to call __builtin_unreachable() changes the behavior. -- ___ Python tracker

[issue38255] Replace "method" with "attribute" in the description of super()

Change by Fred L. Drake, Jr. : -- versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38205] Py_UNREACHABLE() no longer behaves as a function call

STINNER Victor added the comment: Serhiy created bpo-38249: "Optimize out Py_UNREACHABLE in the release mode". -- ___ Python tracker ___

[issue38147] add Py_ASSUME() macro for __builtin_unreachable()

STINNER Victor added the comment: See also bpo-38249. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38249] Optimize out Py_UNREACHABLE in the release mode

STINNER Victor added the comment: See also bpo-38147. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38249] Optimize out Py_UNREACHABLE in the release mode

STINNER Victor added the comment: What does __builtin_unreachable()? Does it nothing? Call abort()? > Py_UNREACHABLE is used to indicate that a specific point in the program > cannot be reached, even if the compiler might otherwise think it can. I disagree here.

[issue38252] Use 8-byte step to detect ASCII sequence in 64bit Windows builds

Ma Lin added the comment: There are 4 functions have the similar code, see PR 16334. Just replaced the `unsigned long` type with `size_t` type, got these benchmarks. Can this be backported to 3.8 branch? 1. bytes.isascii() D:\dev\cpython\PCbuild\amd64\python.exe -m pyperf timeit -s "b =

[issue38239] test_gdb fails on AMD64 Fedora Stable LTO 3.8 and AMD64 RHEL8 LTO 3.x: Unexpected gdb output

Steve Dower added the comment: Greg seems to have done LTO related things in the past, maybe he knows? (All my PGO contributions only apply to Windows :) ) -- nosy: +gregory.p.smith ___ Python tracker

[issue38259] There should be a PriorityQueue in multiprocessing module

New submission from Yair Bonastre : In Python 3.7 queue module has Queue, LifoQueue, PriorityQueue, SimpleQueue types and in multiprocessing.queue has Queue, SimpleQueue, JoinableQueue. Why not adding PriorityQueue to multiprocessing.queue? Now the only way to do it is by making usage of

[issue38258] ctypes ignores when a DLL function is called with too many arguments

New submission from Sebastian Ernst : A c-function with the following signature ... ```C int16_t __stdcall __declspec(dllimport) square_int( int16_t a ); ``` ... is being called with ctypes: ```python def test_error_callargs_unconfigured_too_many_args(): dll =

[issue38172] Python 3.8 Segfult with Bandersnatch pytest Suite

STINNER Victor added the comment: > Victor, am I correct in thinking that this should be closed as either > intermittent, lacking in sufficient information for us to do anything, or > possibly a 3rd party issue? It can be a Python 3.8 or a bug in third party code. I suggest to attempt to

[issue38239] test_gdb fails on AMD64 Fedora Stable LTO 3.8 and AMD64 RHEL8 LTO 3.x: Unexpected gdb output

STINNER Victor added the comment: > builtid_id isn't in longobject.c, so this is incorrect debug information. The > test expects to find it in bltinmodule.c: gdb may be confused by LTO. I'm not sure if how LTO works to debug symbols. > Shouldn't this test be suppressed on LTO builds?

RE: Unable to start Python with Windows 7

Hi Eren, Thanks for your help. But I tried another way. I am now on Linux and it works fine ! I don't to want to lose any more time on windows ;-) Christian -Message d'origine- De : Python-list [mailto:python-list-bounces+cdoare.ext=orange@python.org] De la part de Eko palypse

[issue38172] Python 3.8 Segfult with Bandersnatch pytest Suite

STINNER Victor added the comment: The Travis CI job contains the Python traceback where the bug occurs. It seems like the crash occurs at multidict/__init__.py:23 which imports multidict._multidict which is a C extension. > Full failure on Travis CI: >

[issue38236] Dump the Python path configuration at the first import error

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

[issue38236] Dump the Python path configuration at the first import error

STINNER Victor added the comment: I backported my change to Python 3.8. Example with PYTHONPATH set to Python 2.7 with Python 3.8: $ PYTHONPATH=/usr/lib64/python2.7/ ./python -c pass Python path configuration: PYTHONHOME = (not set) PYTHONPATH = '/usr/lib64/python2.7/' program name =

[issue38252] Use 8-byte step to detect ASCII sequence in 64bit Windows builds

Change by Ma Lin : -- title: micro-optimize ucs1lib_find_max_char in Windows 64-bit build -> Use 8-byte step to detect ASCII sequence in 64bit Windows builds ___ Python tracker

[issue38236] Dump the Python path configuration at the first import error

STINNER Victor added the comment: New changeset c5c642565e260477ae2fb29d0c86a91e19702ae3 by Victor Stinner in branch '3.8': bpo-38236: Dump path config at first import error (GH-16300) (GH-16332) https://github.com/python/cpython/commit/c5c642565e260477ae2fb29d0c86a91e19702ae3 --

[issue38236] Dump the Python path configuration at the first import error

STINNER Victor added the comment: New changeset 88e6447451fb5525e83e802c66c3e51b4a45bf86 by Victor Stinner in branch 'master': bpo-38236: Fix init_dump_ascii_wstr() (GH-16333) https://github.com/python/cpython/commit/88e6447451fb5525e83e802c66c3e51b4a45bf86 --

[issue38252] micro-optimize ucs1lib_find_max_char in Windows 64-bit build

Change by Ma Lin : -- keywords: +patch pull_requests: +15911 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16334 ___ Python tracker ___

[issue38241] Pickle with protocol=0 in python 3 does not produce a 'human-readable' format

Nicholas Neumann added the comment: Apologies as I'm not super-familiar with Latin1 or how Python refers to Latin1, but it seems a little odd to even call it Latin1. It can be decoded as Latin1, but it can contain every possible byte, including 0x7f through 0x9f, which aren't really Latin1.

[issue38236] Dump the Python path configuration at the first import error

Change by STINNER Victor : -- pull_requests: +15910 pull_request: https://github.com/python/cpython/pull/16333 ___ Python tracker ___

[issue38236] Dump the Python path configuration at the first import error

Change by STINNER Victor : -- pull_requests: +15909 pull_request: https://github.com/python/cpython/pull/16332 ___ Python tracker ___

[issue38236] Dump the Python path configuration at the first import error

STINNER Victor added the comment: New changeset fcdb027234566c4d506d6d753c7d5638490fb088 by Victor Stinner in branch 'master': bpo-38236: Dump path config at first import error (GH-16300) https://github.com/python/cpython/commit/fcdb027234566c4d506d6d753c7d5638490fb088 --

[issue38239] test_gdb fails on AMD64 Fedora Stable LTO 3.8 and AMD64 RHEL8 LTO 3.x: Unexpected gdb output

STINNER Victor added the comment: AMD64 Fedora Stable LTO + PGO 3.7 is also affected: https://buildbot.python.org/all/#/builders/252/builds/2 And AMD64 Fedora Stable LTO 3.7: https://buildbot.python.org/all/#/builders/270/builds/2 -- ___ Python

[issue38184] test_site: test_s_option() failed on AMD64 Fedora Rawhide Refleaks 2.7 and AMD64 Fedora Stable Refleaks 3.7

STINNER Victor added the comment: Fail on AMD64 Fedora Stable Refleaks 3.7: https://buildbot.python.org/all/#/builders/261/builds/2 FAIL: test_s_option (test.test_site.HelperFunctionsTests) -- Traceback (most recent call

[issue38184] [2.7] test_site: test_s_option() failed on AMD64 Fedora Rawhide Refleaks 2.7

STINNER Victor added the comment: Same error on AMD64 Fedora Stable Refleaks 2.7: https://buildbot.python.org/all/#/builders/291/builds/2 -- ___ Python tracker ___

[issue38257] __pycache__ directory with World writable permission

New submission from SivaKumar NSK : Hello All, I am having some python script, which will be loaded when I run lpinfo -v in Manjaro Linux Distro (18.0.4) which has Python 3.7 , it is creating _pycache__ directory with full permission, not root user can edit those file. May i know on what

Re: Unable to start Python with Windows 7

>What is strange is that I can run Python, but only with a short program ! Hi Crhistian, hard to tell, what might help is if you can copy/paste code which does not run (an example should be as small as possible). In addition, isn't there any output you get when the program doesn't run? A

[issue38238] site.py reporting user site info even if ENABLE_USER_SITE=False

Christian Heimes added the comment: getusersitepackages() and getuserbase() don't take ENABLE_USER_SITE into account. The function simply return the location of the user site-package directory independently of the value of ENABLE_USER_SITE. The check for ENABLE_USER_SITE and modification of

[issue38252] micro-optimize ucs1lib_find_max_char in Windows 64-bit build

Ma Lin added the comment: Maybe @sir-sigurd can find more optimizations. FYI, `_Py_bytes_isascii()` function [1] also has similar code. [1] https://github.com/python/cpython/blob/v3.8.0b4/Objects/bytes_methods.c#L104 -- ___ Python tracker

[issue38232] empty local-part in addr_spec displayed incorrectly

Change by Karthikeyan Singaravelan : -- nosy: +maxking ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38251] urllib.request memory leak / overflow

Ofer Sadan added the comment: I appreciate the suggestion and the update, thank you! -- ___ Python tracker ___ ___

[issue38251] urllib.request memory leak / overflow

Christian Heimes added the comment: Yes, the problem will be fixed by 3.7.5. In the mean time you can work around the issue by creating a single SSLContext object with ssl.create_default_context() and reusing it for all requests. It's also much more efficient to reuse a single context for

[issue38241] Pickle with protocol=0 in python 3 does not produce a 'human-readable' format

Serhiy Storchaka added the comment: Protocol 0 was initially ASCII, but it was changed since adding support for the unicode type (and bytearray uses the unicode representation for compatibility with Python 3). It is Latin1 now. And still mostly human-readable (except that some control

[issue38232] empty local-part in addr_spec displayed incorrectly

Andrei Troie added the comment: As far as I understand it, this is due to the following code in email.headerregistry.Address.addr_spec (in 3.8 and below): if len(nameset) > len(nameset-parser.DOT_ATOM_ENDS): lp = parser.quote_string(self.username) or, in the current version on master:

[issue36947] Fix 3.3.3.1 Metaclasses Documentation

Change by Serhiy Storchaka : -- status: pending -> open title: [Good first issue] Fix 3.3.3.1 Metaclasses Documentation -> Fix 3.3.3.1 Metaclasses Documentation ___ Python tracker

[issue36947] [Good first issue] Fix 3.3.3.1 Metaclasses Documentation

Serhiy Storchaka added the comment: It is not good first issue. The referred documentation is complex and needs deep knowledge of Python for changing. The original report was wrong. The original documentation is correct. Josh, do you think the documentation needs other changes, and if yes,

[issue38216] Fix for issue30458 (HTTP Header Injection) prevents crafting invalid requests

Karthikeyan Singaravelan added the comment: If I understand PR 16321 correctly it has a private hook to bypass validating invalid bytes in URL added in 3.7.4 and also has the fix to accept non-ascii values which is a regression from 2.7 to 3.0 . Will the latter to accept non-ascii values

[issue38251] urllib.request memory leak / overflow

Ofer Sadan added the comment: I can confirm that testing with http instead of https this problem doesn't exist, on 3.7.4. Are the issues closed because this problem is fixed in the upcoming 3.7.5, or 3.8.0? -- ___ Python tracker

[issue36587] race in logging code when fork()

Vinay Sajip added the comment: Is this issue still valid, or should it be closed as out of date? -- ___ Python tracker ___ ___

[issue38252] micro-optimize ucs1lib_find_max_char in Windows 64-bit build

Serhiy Storchaka added the comment: This looks like a good idea. Do you mind to create a PR? -- ___ Python tracker ___ ___

  1   2   >