Re: [Python-Dev] Git hub : CLA Not Signed label

2018-03-11 Thread Matěj Cepl
On 2018-03-11, 03:45 GMT, Terry Reedy wrote:
> When processed properly, a day to a week, usually, a * will 
> appear after your name on any tracker (bpo) post.

So, I got my start after the name, where is the list of 
maintainers of individual packages, so I could know whom to 
bother to take a look at my PR 
https://github.com/python/cpython/pull/5999 (damn, just one 
number too small!).

Best,

Matěj
-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
There are two ways of constructing a software design: One way is
to make it so simple that there are obviously no deficiencies,
and the other way is to make it so complicated that there are no
obvious deficiencies.
  -- C. A. R. Hoare

___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Git hub : CLA Not Signed label

2018-03-11 Thread Terry Reedy

On 3/11/2018 3:34 AM, Matěj Cepl wrote:

On 2018-03-11, 03:45 GMT, Terry Reedy wrote:

When processed properly, a day to a week, usually, a * will
appear after your name on any tracker (bpo) post.


So, I got my start after the name, where is the list of
maintainers of individual packages, so I could know whom to
bother to take a look at my PR
https://github.com/python/cpython/pull/5999 (damn, just one
number too small!).


https://devguide.python.org/experts/
I added Langa for configparser.

I have no idea what is going on with the numerous errors, like

==
ERROR: test_write_filename (test.test_configparser.SortedTestCase)
--
Traceback (most recent call last):
  File "C:\projects\cpython\lib\test\test_configparser.py", line 717, 
in test_write_filename

os.unlink(f.name)
PermissionError: [WinError 32] The process cannot access the file 
because it is being used by another process: 
'C:\\Users\\appveyor\\AppData\\Local\\Temp\\1\\tmpklkbe8_y'



--
Terry Jan Reedy


___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Python 2.7 -- bugfix or security before EOL?

2018-03-11 Thread Benjamin Peterson
Sounds good to me. I've updated the PEP to say 2.7 is completely dead on Jan 1 
2020. The final release may not literally be on January 1st, but we certainly 
don't want to support 2.7 through all of 2020.

On Sat, Mar 10, 2018, at 18:54, Guido van Rossum wrote:
> Let's not play games with semantics. The way I see the situation for 2.7 is
> that EOL is January 1st, 2020, and there will be no updates, not even
> source-only security patches, after that date. Support (from the core devs,
> the PSF, and python.org) stops completely on that date. If you want support
> for 2.7 beyond that day you will have to pay a commercial vendor. Of course
> it's open source so people are also welcome to fork it. But the core devs
> have toiled long enough, and the 2020 EOL date (an extension from the
> originally annouced 2015 EOL!) was announced with sufficient lead time and
> fanfare that I don't feel bad about stopping to support it at all.
> 
> On Sat, Mar 10, 2018 at 5:36 PM, Terry Reedy  wrote:
> 
> > On 3/10/2018 4:59 PM, Michael Scott Cuthbert wrote:
> >
> >> I notice on https://devguide.python.org that Python 3.5 is in “security”
> >> status with an EOL of 2020-09-13 but Python 2.7 is in “bugfix” and has a
> >> likely earlier EOL.
> >>
> >
> > There is no relation between the two, or between 2.7 and any other
> > version.  2.7 is a completely special case.
> >
> >  Will there be a period where Py2.7 is in security-only status before
> >> hitting EOL?
> >>
> >
> > https://www.python.org/dev/peps/pep-0373 gives the public status.  When
> > Benjamin Peterson want to add something, he will.
> >
> > Already, the main emphasis is on security, build, and test infrastructure
> > fixes.  Backporting bug and doc fixes is at developer discretion.
> >
> >  Even if the EOL is set at the last possible date of 2020-12-31,
> >>
> >
> > Benjamin Peterson will decide when he decides.  He has not yet announced a
> > date for a 2018 release.
> >
> > People have mostly proposed either Jan 1 or sometime late spring related
> > to PyCon.  If you want something definite for your own planning, I
> > recommend that you assume Jan 1.
> >
> > it still is in the time period before EOL that other recent versions have
> >> gone to security only.
> >>
> >
> > Again, not relevant.
> >
> > You might want to read http://python3statement.org/.
> >
> > Some major projects (like Django, I believe) have already put their last
> > 2.x compatible version into bug-fix only mode and expect to stop patching
> > it before 2020.
> >
> > --
> > Terry Jan Reedy
> >
> >
> > ___
> > Python-Dev mailing list
> > Python-Dev@python.org
> > https://mail.python.org/mailman/listinfo/python-dev
> > Unsubscribe: https://mail.python.org/mailman/options/python-dev/guido%
> > 40python.org
> >
> 
> 
> 
> -- 
> --Guido van Rossum (python.org/~guido)
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe: 
> https://mail.python.org/mailman/options/python-dev/benjamin%40python.org
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com