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

Attachment: 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

Reply via email to