** Also affects: brz
Importance: Undecided
Status: New
** Changed in: brz
Importance: Undecided => High
** Changed in: brz
Status: New => Triaged
** Tags removed: check-for-breezy
** Tags added: stacking
--
You received this bug notification because you are a member of Ubun
** Tags added: check-for-breezy
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/818138
Title:
branch not stacked if first push is interrupted
To manage notifications about this bug go to:
https://bug
** Changed in: bzr (Ubuntu)
Status: New => Triaged
** Changed in: bzr (Ubuntu)
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/818138
Title:
branch not stacked
Until a recent commit from John, newer versions of bzr (at least the one
currently in Oneiric) would not just fetch all revisions in the mainline
but also all revisions pointed to by tags.
It looks like lp:~ubuntu-on-ec2/live-build/cloud-images has a lot of
tags for revisions unrelated to the main
I suggest that you attempt to reproduce this issue.
The steps to do so are completely available above. I would guess that you
could do them entirely with your user instead of ~ubuntu-on-ec2.
regarding the difference in size, reproducibility is as easy as:
On Lucid:
$ bzr branch lp:~ubuntu-on-ec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/9/2011 10:59 AM, Scott Moser wrote:
> Additionally, Why would a perfectly clean 'bzr branch' done on 10.04
> version of bzr result in a checkout that takes 52M and the same on a
> recent bzr result in 314M.
>
This seems unrelated to this report,
Additionally,
Why would a perfectly clean 'bzr branch' done on 10.04 version of bzr result
in a checkout that takes 52M and the same on a recent bzr result in 314M.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launc