[10:42] how come my bzr folder has a 26 GB folder called ".bzr" full of binary junk? Can I safely delete this folder? (It's become so big that I can't run bzr update anymore) [10:55] thrustcore: 'bzr pack --clean-obsolete-packs' [10:55] and *maybe* 'bzr pack', but that happens periodically automatically [10:55] You can't safely delte .bzr though, it contains your revision history! [10:57] Also, don't version blurays :) [10:59] I'm pretty sure we're not versioning blu rays [11:00] but how come it's storing 20 gb's of packs that aren't obsolete [11:00] what the hell is in there [11:04] The stuff you've committed. [11:14] jesus shit, I can't believe I've committed so many gb's [11:14] this folder is just going to keep growing then [11:14] I'm out of hard drive space, what do I do? [11:16] I'd start by figuring out what the heck you're committing that's getting that big. I suspect you haven't written 20 gig of source code. [11:16] probably virus definition files [11:16] I'm not in charge of the repository [11:17] and the text file that I commit the most often is only about 65K lines [11:17] I should be able to commit that thousands of times [11:17] it's only 8 megs [11:18] why do I even need to keep these committed packs around? [11:21] If you don't have revs that reference them, you theoretically don't. But you presumably do, unless you toss history regularly. [11:22] VCSen as a rule deal poorly with the case "big lumps of binary data changing all the time"... [11:26] I don't really get what you mean by tossing history [11:26] is that something I can do to save disk space? [11:27] As in, throwing away all your history and starting version control afresh [11:27] Well, sorta. You don't need to spend space storing the history, if you throw away the history... [11:27] Not generally a particularly viable solution though [11:32] why the hell do I have to store the history locally though, why isn't it stored somewhere else [11:36] That comes along mostly by definition in the 'D' part of 'DVCS'. [11:37] bzr is distributed eh? [11:37] goddamn, no wonder [12:18] fullermd: is it possible to store the revision packs on a different drive? (windows) [12:21] Oh, probably a few ways, of varying degrees of intrusiveness. The easiest would just be to move the whole workspace over; no reason to complicate things beyond that unless some part of it really needs to be in the current location. === anthonyf` is now known as anthonyf [12:40] 26 GB is unusally huge. I'd suspect there's unwanted large binaries in there. It may be simplest to throw the history away and start again (or if you really care, filter it via fastexport/import perhaps). [12:40] Depends on what you need. === jpds_ is now known as jpds [14:32] it's 30Gb now [14:32] what the hell lol [14:32] I've only been committing the same text file over and over [14:33] what exactly is the difference between the "packs" and "upload" folders? [14:33] packs has 21 gigs but upload only 5 === zyga is now known as zyga-snorkel [14:34] thrustcore, you could try running "bzr pack" manually [14:34] and it'll optimize as much as it can [14:34] it does so automatically every now and then [14:35] but that's as small as you'll get it, after the pack [14:39] beuno: I can't run bzr pack because I have no disk space [14:40] can I run the pack so that it uses another volume to work on? [14:40] If pack can't run, that will exacerbate your problem :( [14:40] gah, that's horrible [14:41] I'll move my virtual machine to the slow disk and try again :( [14:41] spiv! hey there [14:42] beuno: howdy! [14:42] (I'm actually in London this week, as it happens) [15:17] hey beuno, spiv [15:17] it's a reunion! [15:19] beuno: :) [15:19] beuno: what are you working on these days? [15:20] jelmer, the appstore for the ubuntu phone [15:20] and surrounding things like payments and sso [15:20] lots of juju and scaling [15:20] fun [15:20] you? [15:22] beuno: ah, cool :) That's the server side of the store then? [15:23] beuno: I'm working on google's frontend [15:23] mostly DNS related things [15:23] jelmer, yeah, with the new click format, which is much easier to work with than debs === zyga-snorkel is now known as zyga === r0bby is now known as robbyoconnor === SamB__ is now known as SamB