[12:38] <quicksilver> bzr: ERROR: Unable to delete transform temporary directory ......./.bzr/checkout/limbo
[12:39] <quicksilver> how odd.
[12:43] <fullermd> Obviously, it couldn't go THAT low.
[12:48] <quicksilver> :)
[12:49] <quicksilver> it then suggested I look in that directory for any files I wanted to keep
[12:49] <quicksilver> there was nothing there at all
[12:49] <quicksilver> except .DS_store which is always everywhere
[13:00] <vila> quicksilver: eerk, no, .DS_store is only where you look with your Finder
[13:00] <vila> and bzr is overly peeky about that limbo dir, there is a bug for that
[13:01] <vila> quicksilver: workaround is empty the dir with $whatever (!= Finder)
[13:02] <quicksilver> vila: it's odd because the only command I had issued was "bzr co bzr+ssh://path/to/remote"
[13:02] <quicksilver> vila: and I've done that many many times before to the same remote, never seen this error
[13:02] <quicksilver> it appears harmless, the working tree looks fine
[13:02] <quicksilver> PS I have never looked inside that dir with the finder
[13:08] <vila> quicksilver: it is generally harmless, let me find the bug
[13:17] <vila> quicksilver: meh, can only find fix released or incomplete bugs, what bzr version are you using ?
[13:18] <vila> quicksilver: are you the only one that can visit that directory with the finder ?
[13:20] <quicksilver> it's possible that the person who pushed the remote directory had visited it in the finder on his mac
[13:20] <quicksilver> nobody browses the remote directly with a mac (it's a linux machine, we don't have afp or samba running)
[13:22] <vila> quicksilver: wait, is ./bzr/checkout local or remote ?
[13:33] <quicksilver> local, vila
[13:33] <quicksilver> it was a brandnew checkout
[13:33] <quicksilver> it gave that error at point of chekcking out
[13:36] <vila> quicksilver: then I'm lost :-/ The thing is: limbo and pending-deletions must be empty or bzr whines
[13:37] <vila> quicksilver: the rationale was that if some bug occurred, precious files may have been left there (.DS_store is not preicous ;) so remove it and forget about the issue
[13:38] <vila> a "brand new" ??? Wow, if you can reproduce that would be an annoying bug
[14:53] <quicksilver> vila: yes, it was a fresh checkout into an empty directory
[18:36] <Amis> Helló!
[18:36] <Amis> I'm checking out a project from FTP but it never finishes
[18:37] <Amis> I know Bazaar does some repacking but the .bzr directory is "only" 152 MB but the network traffic while checkout out exceeds 2 GB
[18:37] <Amis> And it never seems to finish
[18:37] <Amis> What can I do with this?
[19:18] <vila> Amis: pack the repository in the server (*not* from your client)
[19:19] <vila> Amis: avoid ftp as most as you can, it's a protocol that is provided for convenience but there is no way to get good performances out of that
[19:23]  * fullermd continues to dream of the day FTP is eradicated from the face of the Interweb.
[19:42]  * vila thought he could avoid summoning fullermd by dismissing ftp but realized that was bound to failed ;)
[19:49] <Amis> I have no real choice here since the repo is managed by someone else, meh
[19:50] <Amis> I'm at 3.5 GB now, yay
[19:52] <vila> Amis: something weird is going on, you're sure you're checking out not committing there ?
[19:52] <Amis> Yep, checking out using the GUI
[19:53] <Amis> It's doing inserting stream
[19:53] <vila> Amis: first time ever ? You don't have another branch from the same repo ?
[19:54] <vila> Amis: the bzr log file may give more details (bzr version will tell you where it is)
[19:54] <Amis> Let me see
[19:55] <Amis> Actually...
[19:55] <Amis> I see a bunch of these:
[19:55] <Amis> 4014.845  Adding the key (<bzrlib.btree_index.BTreeGraphIndex object at 0x02F3D5B0>, 503597, 48833298) to an LRUSizeCache failed. value 100672643 is too big to fit in a the cache with size 41943040 52428800
[19:55] <Amis> By bunch I mean a few thousand
[19:55] <fullermd> Totally logical.
[19:55] <fullermd> After all, you can't spell "pathological" without "logical".
[19:56] <Amis> Seems messed up
[19:56] <fullermd> The two aren't contradictory   :)
[19:58] <Amis> It seems my bzr is stuck forever
[19:58] <Amis> I may not even be able to checkout this?
[19:58] <Amis> Yay?
[19:59] <fullermd> No, it _is_ progressing.  Just very slowly and painfully.
[19:59] <Amis> The value is always the same
[20:00] <Amis> Every little detail in these messages are the same
[20:00] <Amis> I don't see any progress here
[20:12] <vila> Amis: including 0x02F3D5B0 ?
[20:14] <Amis> vila, yap
[20:16] <Amis> It downloaded a 4.7 GB before I shut it down
[20:16] <Amis> It's pointless
[20:16] <Amis> Just as a reminder, the .bzr folder with all the history and stuff is 152 MB
[20:18] <vila> Amis: remotely ? what about the local one ? (May me too late if you killed it ;)
[20:20] <Amis> Huhh?
[20:20] <vila> Amis: during the checkout, bzr was storing stuff under .bzr locally, but it has probably cleaned it when it died
[20:38] <vila> Amis: I can't find such message in my logs of the last 3 weeks, what bzr version are you using ?
[20:55] <Amis> vila, 2.5.1
[20:55] <Amis> I think the repo is v2
[20:58] <vila> bzr info -v <url> will confirm but then I don't know what's happening there, sorry, try filing a bug at  http://pad.lv/fb/bzr
[20:58] <Amis> I'll see tomorrow, now I can an important task pending called sleeping
[20:59] <Amis> Thanks for the help
[20:59] <Amis> Bye!