gvanrossum

# Don't name this file html.py!

from __future__ import annotations

from typing import *
from dataclasses import dataclass

from html import escape
from html.parser import HTMLParser

gvanrossum

def generate(source):
    print("# What comes before")
    print(f"{source.removesuffix(".py")}.c: $(srcdir)/{source}")
    print("\t$(COMMAND)")

def generate_too(source):
    print("# What comes before")
    print(f"{source.removesuffix("some/bad-\"-stuff%!")}.c: $(srcdir)/{source}")
    print("\t$(COMMAND)")

gvanrossum

def f(a):
    t = 0
    for x in a:
        if x > 0:
            t = t + x
    return t

import dis

dis.dis(f)

gvanrossum

Hello Dear,

This is Ellen from ***.com

We are pleased to get to know that your articles on your blog are awesome and the writing style is so suitable for introducing our company's products.

And we sincerely invite you to cooperate with us,

*Write an article about our products on your blog about 400-500 words + 2 pictures+ 3 links  
*Promote it on your social website.

gvanrossum

diff --git a/mypy/checker.py b/mypy/checker.py
index 7b0180f79..488ae825f 100644
--- a/mypy/checker.py
+++ b/mypy/checker.py
@@ -991,9 +991,11 @@ class TypeChecker(NodeVisitor[None], CheckerPluginInterface):
 
                 if is_unsafe_overlapping_signatures(forward_tweaked,
                                                     reverse_tweaked):
+                    rev_name = reverse_class.name() if reverse_class is not None else None
+                    fwd_name = forward_base.type.name() if forward_base and hasattr(forward_base, 'type ') and forward_base.type else None

gvanrossum

variadic.py:17: error: Overloaded function signatures 1 and 2 overlap with incompatible return types
variadic.py:17: error: Overloaded function signatures 1 and 3 overlap with incompatible return types
variadic.py:38: error: Revealed type is 'Any'
variadic.py:39: error: Revealed type is 'Any'

gvanrossum

LIMIT = 5
BOUND = 'object'

def prelude(limit: int, bound: str) -> None:
    print('from typing import Callable, Iterable, Iterator, Tuple, TypeVar, overload')
    print('Ts = TypeVar(\'Ts\', bound={bound})'.format(bound=bound))
    print('R = TypeVar(\'R\')')
    for i in range(LIMIT):
        print('T{i} = TypeVar(\'T{i}\', bound={bound})'.format(i=i+1, bound=bound))

gvanrossum

# A local timezone class that inherits its behavior from the time
# module's knowledge about the local time zone.

# TODO: Use tm_gmtoff and tm_zone if supported?  (Probably should be a
# separate class so we can compare them.)

import calendar  # TODO: Really shouldn't.
import datetime
import time

gvanrossum

This was posted as an email to python-dev.

History lesson

Since I signed up for the python-dev mailing list way back in June 2002, there seems to be a cycle where we as a group come to a realization that our current software development process has not kept up with modern practices and could stand for an update. For me this was first shown when we moved from SourceForge to our own infrastructure, then again when we moved from Subversion to Mercurial (I led both of these initiatives, so it's somewhat a tradition/curse I find myself in this position yet again). And so we again find ourselves at the point of realizing that we are not keeping up with current practices and thus need to evaluate how we can improve our situation.

Where we are now

Now it should be realized that we have two sets of users of our development process: contributors and core developers (the latter whom can play both roles). If you take a rough outline of our cu

gvanrossum

python3 trans.py 
begin
initial_preparations
HO HO HO
main: i = 0
finishing_touches
commit
and a bottle of rum 0
begin
initial_preparations