While trying to clone a cpython repo to a new repo. I am getting this error.
getting Lib/idlelib/idle.bat
getting Lib/idlelib/idle.py
getting Lib/idlelib/idle.pyw
getting Lib/idlelib/idle_test/(a)README.txt
abort: data/Lib/idlelib/idle_test/@README.txt.i@7573717b9e6f: no match
found!
Is something wrong with the repo?
I updated my clone today morning
[cpython]$ hg pull
running ssh hg(a)hg.python.org 'hg -R cpython serve --stdio'
pulling from ssh://hg@hg.python.org/cpython
searching for changes
no changes found
[cpython]$hg log
changeset: 83956:ad56dff3602f
tag: tip
parent: 83954:96e543ba96a4
parent: 83955:b864f4056b78
user: Serhiy Storchaka <storchaka(a)gmail.com>
date: Tue May 28 16:27:08 2013 +0300
files: Lib/test/test_io.py Misc/NEWS Modules/_io/bufferedio.c
description:
Issue #18025: Fixed a segfault in io.BufferedIOBase.readinto() when raw
stream's read() returns more bytes than requested.
...
I was trying to do a simple merge of a doc change between 3.3 and
default and the usual Misc/NEWS conflict came up. But when I looked at
the diff it was massive! Turns out that Misc/NEWS in default goes from
3.3.1rc1 to 3.4.0a1
(http://hg.python.org/cpython/file/24ffb0148729/Misc/NEWS) while
Misc/NEWS in 3.3 goes properly through all versions between 3.3.1rc1
to 3.3.3rc1 (http://hg.python.org/cpython/file/3c4a5dc29417/Misc/NEWS).
I have to get to work so I don't have time to fix this, but if someone
does have the time to unwind this mix-up that has accumulated that
would be great. And maybe it's finally time to bite the bullet and
come up with some way to automatically generate Misc/NEWS from commit
messages.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On behalf of the Python development team, I am pleased to announce the
releases of Python 3.2.5 and 3.3.2.
The releases fix a few regressions in 3.2.4 and 3.3.1 in the zipfile, gzip
and xml.sax modules. Details can be found in the changelogs:
http://hg.python.org/cpython/file/v3.2.5/Misc/NEWS and
http://hg.python.org/cpython/file/v3.3.2/Misc/NEWS
To download Python 3.2.5 or Python 3.3.2, visit:
http://www.python.org/download/releases/3.2.5/ or
http://www.python.org/download/releases/3.3.2/
respectively. As always, please report bugs to
http://bugs.python.org/
(Thank you to those who reported these regressions.)
Enjoy!
- --
Georg Brandl, Release Manager
georg at python.org
(on behalf of the entire python-dev team and all contributors)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAlGUbJ4ACgkQN9GcIYhpnLDH8ACdEM4k7bobLJsFmCb49zuwQR3W
EjgAoIWAOFNhJNdTAWEGSWqFWUP20wrb
=YnPr
-----END PGP SIGNATURE-----
Greetings!
I was recently added as a core-dev (yes, saying it still makes me smile ;).
Python is an awesome language and I am happy to be a part of it.
Minor history: I authored PEP 409 (raise ... from None), and authored most of the reference implementation for Enums
(PEP 435). I've been programming for a couple decades in languages ranging from x86 assembly to AS/400 CL (yeah, not
really a language :( ) to Visual Foxpro, and I'm acquanted with several others. Once I started using Python, however,
my desire to spend any valuable free programming time on other languages just died. Although I still need to get better
at C (for Python!).
This is the first time I've really had the chance to work with a team, and I'm happy to say it has been productive,
educational, and enlightening.
--
~Ethan~
Hello,
I'd like to propose to grant Ethan Furman commit rights. He's authored PEP
309, has been very helpful in the Enum saga (and is the de-facto author of
the current reference implementation), and has also been active on the
tracker for a couple of years (username stoneleaf). I think he has already
signed the contributor agreement, and explicitly expressed interest to
contribute directly to PEP 435.
Any objections?
Eli