[issue38086] Synchronize importlib.metadata with importlib_metadata 0.21

2019-09-10 Thread Jason R. Coombs
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +15487 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/15840 ___ Python tracker <https://bugs.python.org/issu

[issue38086] Synchronize importlib.metadata with importlib_metadata 0.21

2019-09-10 Thread Jason R. Coombs
New submission from Jason R. Coombs : Importlib_metadata 0.21 has been released (technically releasing at this moment). This issue serves as an anchor to incorporate those changes (https://gitlab.com/python-devs/importlib_metadata/blob/4b86813ecf7e40e6d553976e3f5604f90d475fb4

[issue32587] Make REG_MULTI_SZ support zero-length strings

2019-09-09 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset ef66f31ce21cd759cc0c618c5c42ba6da0a06834 by Jason R. Coombs (Steve Dower) in branch 'master': bpo-32587: Fixes unsafe downcast in PC/winreg.c (GH-15766) https://github.com/python/cpython/commit/ef66f31ce21cd759cc0c618c5c42ba6da0a06834

Re: fileinput module not yielding expected results

2019-09-07 Thread Jason Friedman
> > If you're certain that the headers are the same in each file, > then there's no harm and much simplicity in reading them each > time they come up. > > with fileinput ...: > for line in f: > if fileinput.isfirstline(): > headers =

fileinput module not yielding expected results

2019-09-07 Thread Jason Friedman
ne: {fileinput.isfirstline()}") I run this: $ python3 program.py ~/Section*.csv > ~/result I get this: $ grep "^Version" ~/result Version: sys.version_info(major=3, minor=7, micro=1, releaselevel='final', serial=0) $ grep "^Files" ~/result Files: ['/home/jason/Section0

[issue36853] inconsistencies in docs builds (Sphinx 2)

2019-09-02 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset ebe709dc1d7c1f9f07dc7d77e53674d2500b223e by Jason R. Coombs (Anthony Sottile) in branch '3.7': bpo-36853: Fix suspicious.py to actually print the unused rules (#13579) (#15653) https://github.com/python/cpython/commit

[issue36853] inconsistencies in docs builds (Sphinx 2)

2019-09-02 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset b365cfae4675ae90df329cb1179a5664e8283c13 by Jason R. Coombs (Miss Islington (bot)) in branch '3.8': bpo-36853: Fix suspicious.py to actually print the unused rules (GH-13579) (GH-15649) https://github.com/python/cpython/commit

[issue38010] Synchronize importlib.metadata with importlib_metadata 0.20

2019-09-02 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset bf69e160c431dc40d6530d427cec71c6a97522f5 by Jason R. Coombs (Miss Islington (bot)) in branch '3.8': bpo-38010 Sync importlib.metadata with importlib_metadata 0.20. (GH-15646) (GH-15648) https://github.com/python/cpython/commit

[issue38010] Synchronize importlib.metadata with importlib_metadata 0.20

2019-09-02 Thread Jason R. Coombs
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue36853] inconsistencies in docs builds (Sphinx 2)

2019-09-02 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset e1786b54162e2bfb01ca5aafa19d596c4af5a803 by Jason R. Coombs (Anthony Sottile) in branch 'master': bpo-36853: Fix suspicious.py to actually print the unused rules (#13579) https://github.com/python/cpython/commit

[issue38010] Synchronize importlib.metadata with importlib_metadata 0.20

2019-09-02 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset 102e9b40ff6ee45086a5f0d34d9c60c581a1e5e5 by Jason R. Coombs in branch 'master': bpo-38010 Sync importlib.metadata with importlib_metadata 0.20. (GH-15646) https://github.com/python/cpython/commit/102e9b40ff6ee45086a5f0d34d9c60c581a1e5e5

[issue38010] Synchronize importlib.metadata with importlib_metadata 0.20

2019-09-02 Thread Jason R. Coombs
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +15312 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15646 ___ Python tracker <https://bugs.python.org/issu

[issue38010] Synchronize importlib.metadata with importlib_metadata 0.20

2019-09-02 Thread Jason R. Coombs
New submission from Jason R. Coombs : Importlib_metadata 0.20 addresses two issues (https://importlib-metadata.readthedocs.io/en/latest/changelog%20(links).html#id1). Sync those changes here. -- components: Library (Lib) messages: 351004 nosy: jaraco priority: normal severity: normal

Re: How to use regex to search string between {}?

2019-08-28 Thread Jason Friedman
> > If I have path: /home/admin/hello/yo/{h1,h2,h3,h4} > > import re > r = re.search('{.}', path) > # r should be ['h1,h2,h3,h4'] but I fail > > Why always search nothing? > A site like http://www.pyregex.com/ allows you to check your regex with slightly fewer clicks and keystrokes than editing

[issue33523] loop.run_until_complete re-entrancy to support more complicated codebases in transition to asyncio

2019-08-26 Thread Jason Fried
Jason Fried added the comment: Yeah I have to agree at this point, from a naive point of view it looks awesome, but its just as bad as loosing gil guarantees. On Mon, Aug 26, 2019 at 03:04 Andrew Svetlov wrote: > > Andrew Svetlov added the comment: > > The solution pro

[issue37772] zipfile.Path.iterdir() outputs sub directories many times or not at all

2019-08-24 Thread Jason R. Coombs
Jason R. Coombs added the comment: Thanks very much shireenrao for the PR, which is now merged with Python 3.8+. I've additionally backported the fix to zipp in 0.6.0. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +P

[issue37772] zipfile.Path.iterdir() outputs sub directories many times or not at all

2019-08-24 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset c410f381bf66c48d84812e19e3ba7c2878511a3e by Jason R. Coombs (Miss Islington (bot)) in branch '3.8': bpo-37772: fix zipfile.Path.iterdir() outputs (GH-15170) (#15461) https://github.com/python/cpython/commit

[issue37772] zipfile.Path.iterdir() outputs sub directories many times or not at all

2019-08-24 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset a4e2991bdc993b60b6457c8a38d6e4a1fc845781 by Jason R. Coombs (shireenrao) in branch 'master': bpo-37772: fix zipfile.Path.iterdir() outputs (GH-15170) https://github.com/python/cpython/commit/a4e2991bdc993b60b6457c8a38d6e4a1fc845781

[issue34632] Port importlib_metadata to Python 3.8

2019-08-11 Thread Jason R. Coombs
Jason R. Coombs added the comment: > Is there a reason that requires() and files() return iterators instead of > lists? I'm a huge fan of `itertools` and Python 3's move to prefer iterables over materialized lists, and I feel that forcing materialized results gives the caller less c

[issue37772] zipfile.Path.iterdir() outputs sub directories many times or not at all

2019-08-07 Thread Jason R. Coombs
Change by Jason R. Coombs : -- assignee: -> jaraco ___ Python tracker <https://bugs.python.org/issue37772> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue37772] zipfile.Path.iterdir() outputs sub directories many times or not at all

2019-08-07 Thread Jason R. Coombs
Jason R. Coombs added the comment: Please do. -- ___ Python tracker <https://bugs.python.org/issue37772> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37741] importlib.metadata docs not showing up in the module index

2019-08-05 Thread Jason R. Coombs
Jason R. Coombs added the comment: > Why is the code in `Lib/importlib/metadata/__init__.py` Mainly because originally, the code was in multiple modules. I'm happy for it to move into a single file module. -- ___ Python tracker <

[issue37770] implement __reversed__ on reversed types

2019-08-05 Thread Jason Curtis
Change by Jason Curtis : -- title: reversed class should implement __reversed__ -> implement __reversed__ on reversed types ___ Python tracker <https://bugs.python.org/issu

[issue37770] reversed class should implement __reversed__

2019-08-05 Thread Jason Curtis
Jason Curtis added the comment: Ok, not so sure about the PR now; I dug around and realized this is a C implementation and my C is likely not strong enough! -- ___ Python tracker <https://bugs.python.org/issue37

[issue37770] reversed class should implement __reversed__

2019-08-05 Thread Jason Curtis
New submission from Jason Curtis : I've just been trying to implement some logic which potentially involves reversing things back to their initial orders, and it'd be nice to just be able to call reversed() on something that has already been reversed. >>> reversed(reversed

[issue37697] Incorporate changes from importlib_metadata 0.19

2019-07-28 Thread Jason R. Coombs
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37697] Incorporate changes from importlib_metadata 0.19

2019-07-28 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset f96334c17946683dd4fb5a84e86a7a4caa4b487d by Jason R. Coombs (Miss Islington (bot)) in branch '3.8': bpo-37697: Sync with importlib_metadata 0.19 (GH-14993) (GH-14995) https://github.com/python/cpython/commit

[issue37697] Incorporate changes from importlib_metadata 0.19

2019-07-28 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset 049460da9c7b5f51732e2966195c44713af9dc4c by Jason R. Coombs in branch 'master': bpo-37697: Sync with importlib_metadata 0.19 (#14993) https://github.com/python/cpython/commit/049460da9c7b5f51732e2966195c44713af9dc4c

[issue37697] Incorporate changes from importlib_metadata 0.19

2019-07-28 Thread Jason R. Coombs
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +14759 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14993 ___ Python tracker <https://bugs.python.org/issu

[issue37697] Incorporate changes from importlib_metadata 0.19

2019-07-28 Thread Jason R. Coombs
Jason R. Coombs added the comment: Okay, I think the issue was that I had failed to `make regen-importlib`. After doing that, the tests are passing. PR incoming. -- ___ Python tracker <https://bugs.python.org/issue37

[issue37697] Incorporate changes from importlib_metadata 0.19

2019-07-28 Thread Jason R. Coombs
Jason R. Coombs added the comment: I've started work on this in https://github.com/jaraco/cpython/commit/ee913fd4b1cc3bb324f43bfebd4f1006f90c2b6e, but two tests are failing: == FAIL: test_egg_info

[issue37697] Incorporate changes from importlib_metadata 0.19

2019-07-28 Thread Jason R. Coombs
New submission from Jason R. Coombs : Importlib_metadata 0.19 is about to release. Let's sync the code with that milestone (https://gitlab.com/python-devs/importlib_metadata/-/milestones/20). -- components: Library (Lib) messages: 348581 nosy: barry, jaraco priority: normal severity

[issue37520] zipfile.Path.parent returns incorrect value (same as self) for directory ref

2019-07-07 Thread Jason R. Coombs
Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37520] zipfile.Path.parent returns incorrect value (same as self) for directory ref

2019-07-07 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset 66905d14672517d50dc8ba516b9839f9ddbcc131 by Jason R. Coombs (Miss Islington (bot)) in branch '3.8': bpo-37520: Correct behavior for zipfile.Path.parent (GH-14638) (GH-14641) https://github.com/python/cpython/commit

[issue37520] zipfile.Path.parent returns incorrect value (same as self) for directory ref

2019-07-07 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset 38f44b4a4adc37e8f5f8971917d8b3145f351a56 by Jason R. Coombs in branch 'master': bpo-37520: Correct behavior for zipfile.Path.parent (GH-14638) https://github.com/python/cpython/commit/38f44b4a4adc37e8f5f8971917d8b3145f351a56

[issue37520] zipfile.Path.parent returns incorrect value (same as self) for directory ref

2019-07-07 Thread Jason R. Coombs
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +14452 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14638 ___ Python tracker <https://bugs.python.org/issu

[issue37520] zipfile.Path.parent returns incorrect value (same as self) for directory ref

2019-07-07 Thread Jason R. Coombs
New submission from Jason R. Coombs : Originally reported in https://github.com/jaraco/zipp/issues/7, the parent of a Path object referencing a directory is returning the incorrect result: cpython master $ docker run -it python:rc-buster

[issue37479] IntEnum __format__ behavior can't be overridden through __str__

2019-07-01 Thread Jason Curtis
Change by Jason Curtis : -- title: IntEnum f-string behavior can't be overridden -> IntEnum __format__ behavior can't be overridden through __str__ ___ Python tracker <https://bugs.python.org/issu

[issue37479] IntEnum f-string behavior can't be overridden

2019-07-01 Thread Jason Curtis
Jason Curtis added the comment: related cPython code: https://github.com/python/cpython/blob/19a1e1eb86115db66c1faae5927f87e3a12692fc/Lib/enum.py#L626 If we're in a mixed-in class but the class has overridden __str__(), we should probably use str(self) instead of self._value_

[issue37479] IntEnum f-string behavior can't be overridden

2019-07-01 Thread Jason Curtis
Jason Curtis added the comment: I mistyped - __str__ can be overridden effectively, but __format__ has to be overridden instead or overridden also to get the desired f-string behavior. -- ___ Python tracker <https://bugs.python.org/issue37

[issue37479] IntEnum f-string behavior can't be overridden

2019-07-01 Thread Jason Curtis
New submission from Jason Curtis : Combining int and Enum, as with enum.IntEnum results in a class where __str__ cannot be effectively overridden. For example: from enum import IntEnum class myIntEnum(IntEnum): x = 1 def __str__(self): return 'AAAa' f

[issue37453] Symlink creation on Windows should work without privilege escalation

2019-06-30 Thread Jason R. Coombs
Jason R. Coombs added the comment: I see looking at the code and docs now that this work was done for Python 3.8. -- resolution: -> works for me stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37453] Symlink creation on Windows should work without privilege escalation

2019-06-30 Thread Jason R. Coombs
Jason R. Coombs added the comment: The missing reference above should be https://blogs.windows.com/windowsdeveloper/2016/12/02/symlinks-windows-10/#iqm9GJhlyWhcM78e.97 -- ___ Python tracker <https://bugs.python.org/issue37

[issue37453] Symlink creation on Windows should work without privilege escalation

2019-06-30 Thread Jason R. Coombs
New submission from Jason R. Coombs : A few years ago, Windows [announced more lenient support for creating symbolic links](). This more lenient support requires the caller to pass a flag in the API. Neither the blog post nor the API docs give any indication of why one would not ever pass

[issue37162] new importlib dependencies csv, email and zipfile

2019-06-05 Thread Jason R. Coombs
Jason R. Coombs added the comment: I imagine that importlib.metadata isn’t imported at bootstrap time, only after the import infrastructure is ready. I think an early failure to import one of those dependencies is desirable. What is the reasoning behind deferring the imports and why does

[issue36853] inconsistencies in docs builds (Sphinx 2)

2019-05-26 Thread Jason R. Coombs
Jason R. Coombs added the comment: > I've just locally ran sphinx 2.0.0 on 071cbd4ea1 (the current tip of your PR) > and I'm not getting any error, which one are you getting? The issue occurs on 2347d3ae36 with `make suspicious` with Sphinx 2.0.0 and 2.0.1. ``` Doc 2347d3ae36

[issue37043] Buildbots fail when new files are added

2019-05-25 Thread Jason R. Coombs
Jason R. Coombs added the comment: In GH-13565, @yan12125 provides [this reference](https://github.com/python/buildmaster-config/blob/master/master/custom/factories.py) to the buildbot code that copies the code and thus imposes the requirement to declare source directories

[issue34632] Port importlib_metadata to Python 3.8

2019-05-25 Thread Jason R. Coombs
Jason R. Coombs added the comment: I believe buildbots are fixed. Please re-open if you find otherwise. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue34632] Port importlib_metadata to Python 3.8

2019-05-25 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset f7fba6cfb62edfc22e9b2e12a00ebaf5f348398e by Jason R. Coombs in branch 'master': bpo-34632 fix buildbots and remove artifact (GH-13566) https://github.com/python/cpython/commit/f7fba6cfb62edfc22e9b2e12a00ebaf5f348398e

[issue34632] Port importlib_metadata to Python 3.8

2019-05-25 Thread Jason R. Coombs
Jason R. Coombs added the comment: > By the way, I think Python.framework is not needed? Correct. That was an artifact that I unintentionally added. I've submitted https://github.com/python/cpython/pull/13566 to address the two concerns. I've also opened issue37043 and issue37

[issue37044] Build/test artifacts not ignored for framework build

2019-05-25 Thread Jason R. Coombs
New submission from Jason R. Coombs : When developing on macOS, after some build/test operations (I'm not sure exactly which, but seemingly relating to a framework build), artifacts are generated which aren't ignored. As a result, it's easy for them to leak into a merge request as they did

[issue34632] Port importlib_metadata to Python 3.8

2019-05-25 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +13476 pull_request: https://github.com/python/cpython/pull/13566 ___ Python tracker <https://bugs.python.org/issue34

[issue37043] Buildbots fail when new files are added

2019-05-25 Thread Jason R. Coombs
New submission from Jason R. Coombs : As [reported here](https://bugs.python.org/issue34632#msg343445), I submitted a pull request that passed all tests locally and in CI, but when accepted, build bots started to fail as a result of new files having been added to the project. It seems it's

[issue34632] Port importlib_metadata to Python 3.8

2019-05-25 Thread Jason R. Coombs
Jason R. Coombs added the comment: New changeset c3738cfe63b1f2c1dc4a28d0ff9adb4e9e3aae1f by Jason R. Coombs (Chih-Hsuan Yen) in branch 'master': bpo-34632: fix installation of importlib.metadata (#13563) https://github.com/python/cpython/commit/c3738cfe63b1f2c1dc4a28d0ff9adb4e9e3aae1f

[issue34632] Port importlib_metadata to Python 3.8

2019-05-25 Thread Jason R. Coombs
Jason R. Coombs added the comment: I started trying to replicate the failure. I got as far as this Dockerfile: ``` FROM fedora:rawhide RUN yum install -y clang make git RUN git clone https://github.com/python/cpython WORKDIR cpython RUN ./configure RUN make ``` And then running `./python

[issue29847] Path takes and ignores **kwargs

2019-05-17 Thread Jason Saporta
Change by Jason Saporta : -- keywords: +patch pull_requests: +13309 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue29847> ___ ___ Py

[issue36832] Port zipp to zipfile

2019-05-08 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +13124 ___ Python tracker <https://bugs.python.org/issue36832> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36853] inconsistencies in docs builds (Sphinx 2)

2019-05-08 Thread Jason R. Coombs
New submission from Jason R. Coombs : In working on some docs contributions, I've run into issues where docs builds are failing in CI differently than they're failing locally. Locally, running `make venv` from `Docs/` results in Sphinx 2, whereas on Azure Pipelines, the docs are built

[issue36843] AIX build fails with failure to get random numbers

2019-05-07 Thread Jason Madden
Change by Jason Madden : -- nosy: +jmadden ___ Python tracker <https://bugs.python.org/issue36843> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36832] Port zipp to zipfile

2019-05-07 Thread Jason R. Coombs
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +13070 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36832> ___ _

[issue36832] Port zipp to zipfile

2019-05-07 Thread Jason R. Coombs
Change by Jason R. Coombs : -- components: +Library (Lib) type: -> enhancement versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issu

[issue36832] Port zipp to zipfile

2019-05-07 Thread Jason R. Coombs
New submission from Jason R. Coombs : The [zipp package](https://pypi.org/project/zipp) implements a pathlib-compatable wrapper for zipfiles and is used by the importlib_metadata project. The port of importlib_metadata to importlib.metadata (issue34632) currently embeds that functionality

[issue36740] zipimporter misses namespace packages for implicit dirs

2019-04-28 Thread Jason R. Coombs
Change by Jason R. Coombs : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> zipimport needs to support namespace packages when no 'directory' entry exists ___ Python tracker <https://

[issue36740] zipimporter misses namespace packages for implicit dirs

2019-04-27 Thread Jason R. Coombs
New submission from Jason R. Coombs : As discovered in https://github.com/pypa/packaging-problems/issues/212, if a PEP 420 namespace package is represented by an implicit directory (that is, there's no explicit entry for the directory, only entries for the contents of the directory

[issue36650] Cached method implementation no longer works on Python 3.7.3

2019-04-19 Thread Jason R. Coombs
Jason R. Coombs added the comment: Nice work. Thanks Raymond. -- ___ Python tracker <https://bugs.python.org/issue36650> ___ ___ Python-bugs-list mailin

[issue36650] Cached method implementation no longer works on Python 3.7.3

2019-04-17 Thread Jason R. Coombs
Jason R. Coombs added the comment: Hi Josh. Thanks for the tip on types.MethodType. I've updated the code to use that and the behavior seems to be the same, MethodType does seem a more appropriate way to create a bound method. Regarding the referenced tickets, I suspect they're

[issue36650] Cached method implementation no longer works on Python 3.7.3

2019-04-17 Thread Jason R. Coombs
Jason R. Coombs added the comment: I've put together this full reproducer script: ``` import functools def method_cache(method): def wrapper(self, *args, **kwargs): # it's the first call, replace the method with a cached, bound method bound_method

[issue36650] Cached method implementation no longer works on Python 3.7.3

2019-04-17 Thread Jason R. Coombs
Change by Jason R. Coombs : -- components: +Library (Lib) type: -> behavior versions: +Python 3.7, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issu

[issue36650] Cached method implementation no longer works on Python 3.7.3

2019-04-17 Thread Jason R. Coombs
New submission from Jason R. Coombs : In [this ticket](https://github.com/jaraco/jaraco.functools/issues/12), I learned that [jaraco.functools.method_cache](https://github.com/jaraco/jaraco.functools/blob/6b32ee0dfd3e7c88f99e88cd87c35fa9b76f261f/jaraco/functools.py#L109-L180) no longer works

[issue35967] Better platform.processor support

2019-04-14 Thread Jason R. Coombs
Jason R. Coombs added the comment: In PR 12824 (https://github.com/python/cpython/pull/12824), I've developed a test that should assure the current output from uname().processor. I've merged those changes with PR 12239, which if the tests pass, should illustrate the values returned

[issue35967] Better platform.processor support

2019-04-13 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +12749 ___ Python tracker <https://bugs.python.org/issue35967> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35967] Better platform.processor support

2019-04-13 Thread Jason R. Coombs
Jason R. Coombs added the comment: > I don't quite follow: since you are the author of the tool, you can of course have your uname.py import platform and then apply one of the above tricks. I thought I'd tried that, but failed [ref](https://github.com/jaraco/cmdix/issues/1#issuecomm

[issue35512] patch.dict resolves in_dict eagerly (should be late resolved)

2019-04-04 Thread Jason R. Coombs
Jason R. Coombs added the comment: Confirmed the fix. Thank you very much! -- ___ Python tracker <https://bugs.python.org/issue35512> ___ ___ Python-bugs-list m

Re: The Mailing List Digest Project

2019-03-29 Thread Jason Friedman
> > Pretty cool. FYI, the index page (now containing 4 articles) with Google >> Chrome 72.0.3626.x prompts me to translate to French. The articles >> themselves do not. >> > > I'm now getting the translation offer on other web pages with Chrome, not just this one. Thus, please ignore my prior

Re: The Mailing List Digest Project

2019-03-27 Thread Jason Friedman
On Mon, Mar 25, 2019 at 11:03 PM Abdur-Rahmaan Janhangeer < arj.pyt...@gmail.com> wrote: > As proposed on python-ideas, i setup a repo to turn mail threads into > articles. > > i included a script to build .md to .html (with syntax highlighting) here > is the index > >

[issue34632] Port importlib_metadata to Python 3.8

2019-03-25 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +12496 ___ Python tracker <https://bugs.python.org/issue34632> ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: Not Defined error in basic code

2019-03-14 Thread Jason Friedman
On Thu, Mar 14, 2019 at 8:07 AM Jack Dangler wrote: > > > class weapon: > weaponId > manufacturerName > > def printWeaponInfo(self): > infoString = "ID: %d Mfg: %s Model: %s" % (self.weaponId, > self.manufacturerName) > return infoString > > > > import

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Change by Jason R. Coombs : -- pull_requests: +12227 ___ Python tracker <https://bugs.python.org/issue35967> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: > It's also easy to bypass that by simply seeding the global cache > for uname(): _uname_cache. > Or you could monkey-patch the platform module > in your utility to work around the circular reference. I don't think these options are possible in

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: In [this commit](https://github.com/jaraco/cpython/commit/acd024e2d4aa56f13d7bc165d10a35510e83a12b), I demonstrate the alternative approach I was considering that avoids calling "uname -p" until it's required, but otherwise retains compatibilit

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: > Perhaps adding a more capable API to interface to /proc/cpuinfo would be a good idea. The core concern I want to address is that it's not possible to use any function in the platform module without invoking "uname -p", and thus it's

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: > the output of platform.uname() needs to stay compatible to what the function > returned prior Do we really wish to retain the output for this unreliable interface, especially when it is not standardized and is returning improper infor

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: Correction on last comment: s/Debian/Ubuntu/ -- ___ Python tracker <https://bugs.python.org/issue35967> ___ ___ Python-bug

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: [This answer](https://unix.stackexchange.com/a/307960/275034) is extremely helpful. `uname -p` isn't available on Linux except Fedora and late versions of Debian that apply the patch. This lack of consistency means that `platform.uname().processor

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: After fussing with sysctl for a while, I'm fairly confident that one can't use sysctl on Linux reliably (https://stackoverflow.com/a/55066774/70170). I'll keep digging to see if I can find another implementation of `uname` that's used on Linux

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: Hmm. But if I go to the Linux man page for uname (https://linux.die.net/man/1/uname) and follow the links to the source code, I end up at the same repository. So maybe the BSD man page is suitable for Linux. I'll work from that assumption for now

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: Reading further, the 'sysctl' call seems to only be for BSD (https://www.freebsd.org/cgi/man.cgi?sysctl(3)). I could find the man page for sysctl for BSD but not Linux. There is a _sysctl in Linux (http://man7.org/linux/man-pages/man2/sysctl.2.html

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: Best I can tell, neither sysinfo nor sysctl are exposed in any way to Python, so it may not be possible to accurately load the processor information from those system calls without writing a wrapper in C. What I might try is to experiment with ctypes

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: Aha! It seems the 'sysinfo' call is for Solaris: https://docs.oracle.com/cd/E23823_01/html/816-5167/sysinfo-2.html -- ___ Python tracker <https://bugs.python.org/issue35

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: The first call I see in that routine is to "sysinfo", but the signature of that function doesn't match what I find in the [man pages for that function](http://man7.org/linux/man-pages/man2/sysinfo.2.html). So that function must be coming from

[issue35967] Better platform.processor support

2019-03-08 Thread Jason R. Coombs
Jason R. Coombs added the comment: It won't be possible in general to emit what the function returned before, as `uname` is a symbolic reference to an arbitrary executable, which can vary by platform and release and local environment. What I might be able to do is find the implementation

[issue35967] Better platform.processor support

2019-03-07 Thread Jason R. Coombs
Change by Jason R. Coombs : -- keywords: +patch pull_requests: +12217 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35967> ___ _

[issue35967] Better platform.processor support

2019-03-07 Thread Jason R. Coombs
Change by Jason R. Coombs : -- assignee: -> jaraco versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue35967> ___ ___ Python-bugs-list mai

[issue35512] patch.dict resolves in_dict eagerly (should be late resolved)

2019-02-22 Thread Jason R. Coombs
Jason R. Coombs added the comment: I agree that’s a good reproducer. Thanks for looking into this! -- ___ Python tracker <https://bugs.python.org/issue35

[issue35955] difflib reports incorrect location of mismatch

2019-02-11 Thread Jason R. Coombs
Jason R. Coombs added the comment: Nice insight Tim. -- ___ Python tracker <https://bugs.python.org/issue35955> ___ ___ Python-bugs-list mailing list Unsub

[issue35955] difflib reports incorrect location of mismatch

2019-02-11 Thread Jason R. Coombs
Jason R. Coombs added the comment: I don't think so, because the issue happens on a single line diff... although it's plausible there's a common-mode fix. -- ___ Python tracker <https://bugs.python.org/issue35

[issue35955] difflib reports incorrect location of mismatch

2019-02-11 Thread Jason R. Coombs
Jason R. Coombs added the comment: I'm re-opening this issue as it does seem to apply stdlib (difflib.ndiff), which is why I encountered it both in unittest and pytest. Thanks xtreak for the distilled example. -- resolution: third party -> stage: resolved -> status: closed -

[issue35967] Better platform.processor support

2019-02-11 Thread Jason R. Coombs
New submission from Jason R. Coombs : or: Unable to implement 'uname' on Python due to recursive call or: platform.uname() should avoid calling `uname` in a subprocess In [this issue](https://github.com/jaraco/cmdix/issues/1), I stumbled across a strange and somewhat unintuitive behavior

[issue7850] platform.system() should be "macosx" instead of "Darwin" on OSX

2019-02-11 Thread Jason R. Coombs
Jason R. Coombs added the comment: This issue now needs to consider that Mac OS X was renamed to macOS. -- nosy: +jaraco ___ Python tracker <https://bugs.python.org/issue7

[issue35955] unittest assertEqual reports incorrect location of mismatch

2019-02-10 Thread Jason R. Coombs
Jason R. Coombs added the comment: I was able to replicate the issue using pytest and not unittest, so I've [reported the issue with that project](https://github.com/pytest-dev/pytest/issues/4765). -- ___ Python tracker <https://bugs.python.

<    4   5   6   7   8   9   10   11   12   13   >