2.0 upgrade experiences

Andrew Cowie andrew at operationaldynamics.com
Thu Aug 13 01:31:52 BST 2009


On Wed, 2009-08-12 at 07:36 +1000, Robert Collins wrote:
> You will have content in .bzr/repository/obsolete-packs that will get
> cleaned up when you make subsequent commits. We do this to deal with
> various edge cases without requiring fsync/fdatasync operations (which
> are either a) expensive, or b) [on XFS and MacOSX] don't work).

So I get why you have to do this on broken platforms, but why oh why are
those of us running good operating systems penalized for it?

I must admit I'm a little tired of this & jaded as a result; in the
projects I run we simply solve this by not supporting broken platforms
at all. That's not an option for you based on your desire to also target
proprietary platforms like Microsoft and Apple.

But I wish it were possible for bzr to say "hey! You're running Linux
and [probe] not subject to [known problem] so good for you! We'll now
switch to dramatically-improved-user-experience mode and delete the
obsolete files that we only need for broken operating systems' corner
cases."

Seems like it would make bzr look better.

2¢

AfC
Sydney

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20090813/66ac9f35/attachment.pgp 


More information about the bazaar mailing list