2014-02-21 11:06 Larry Hastings napisaĆ(a): > On 02/21/2014 01:30 AM, Ned Deily wrote: > > In article <53070a8a.8080...@hastings.org>, > > Larry Hastings <la...@hastings.org> wrote: > >> As before you'll find the results here: > >> > >> http://midwinter.com/~larry/3.4.status/ > > Status says that: > > > > eef7899ea7ab Doc: do not rely on checked-out Sphinx toolchain from > > svn.python.org anymore > > > > is unmerged, which is what Georg and I agreed upon in Issue20661. Yet, > > in the current python.3.4.2014.02.21.00.07.42.tgz tarball, that change > > appears to be present and, as such, causes installer builds to fail. > > > > Whoopsie! My local branch is actually correct. But! I effectively did > this in my automation: > > % hg clone 3.4 python-{time} > % cd python-{time} > % rm -rf .hg* .bzr* .git* > % cd .. > % tar cvfz python-{time}.tgz python-{time} > > Can you spot the error? That's right: when you clone, the clone always > starts out in "default". So all the tarballs I've published so far have > been wrong. ARGH. Sorry! > > I've added a "hg branch 3.4" in a judicious spot in my automation.
You can use 'hg clone -u 3.4 3.4 python-{time}'. $ hg clone --help ... To check out a particular version, use -u/--update, or -U/--noupdate to create a clone with no working directory. ... -u --updaterev REV revision, tag or branch to check out -- Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ 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