| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
Most changes to Python require a NEWS entry. Add one using the blurb_it web app or the blurb command-line tool. If this change has little impact on Python users, wait for a maintainer to apply the skip news label instead. |
Sorry, something went wrong.
Sorry, something went wrong.
Sorry, something went wrong.
|
Sure, since this is the first contribution by @Maxinho96, I would prefer to merge their PR :) |
Sorry, something went wrong.
|
Most changes to Python require a NEWS entry. Add one using the blurb_it web app or the blurb command-line tool. If this change has little impact on Python users, wait for a maintainer to apply the skip news label instead. |
Sorry, something went wrong.
Oh no, closing! 😱 I am joking, obviously (not about the Roma part) :) |
Sorry, something went wrong.
| value_and_type_parameters = list(_value_and_type_iter(parameters)) | ||
| deduplicated_parameters = tuple(p for p, _ in _deduplicate(value_and_type_parameters, unhashable_fallback=True)) | ||
|
|
There was a problem hiding this comment.
We ususally want lines under 80 charactesr, so I suggest that you rename value_and_type_parameters to a shorter name or you use the same format as Nikita:
parameters = tuple(
p
for p, _ in _deduplicate(
list(_value_and_type_iter(parameters)),
unhashable_fallback=True,
)
)
Sorry, something went wrong.
There was a problem hiding this comment.
Sorry, something went wrong.
There was a problem hiding this comment.
For the future: how do I enforce the correct formatting? The pre-commit hook passed for some reason. I see it uses ruff, but if I run it one the codebase it changes all the files
Sorry, something went wrong.
There was a problem hiding this comment.
Unfortunately, this is a manual task =/ we do have some parts of the stdlib with ruff configs, but for historical reasons, we don't enforce style on old files (for maintenance and diff purposes) and only try to enforce them for new code (so code you add, or code you change around). See PEP-7/PEP-8 guidelines (while they are guidelines, sometimes we need to break them because it's not consistent).
What we aim for:
Sorry, something went wrong.
|
@Maxinho96 Make sure to add a NEWS entry as well :) |
Sorry, something went wrong.
@sobolevn lol what are the chances? I forgive you for your sins since you kindly let me contribute, thanks! 🙏🏻 |
Sorry, something went wrong.
There was a problem hiding this comment.
Thanks! This looks good to me.
I think backporting makes sense here. It's unlikely that people are relying on this in a way that would break code; if anything, people could have been running their own deduplication pass on __args__, but that won't be broken by this fix.
Sorry, something went wrong.
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
…l dedup test_literal_values_unhashable_type asserts that duplicate unhashable Literal values (e.g. Literal[[1, 'a'], [1, 'a']]) are preserved, but CPython 3.13.15+ deduplicates unhashable Literal args at construction time (python/cpython#153914). Upstream fixed this the same way starting in 0.4.4 by skipping the test on newer Python; backport that same guard here since this recipe is pinned to 0.4.2. AI-Generated: Uses Claude Code Signed-off-by: Khem Raj <raj.khem@gmail.com>
| Back | FazBrowse Home | New Git URL |
Uh oh!
There was an error while loading. Please reload this page.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.