=== iBasic is now known as BasicOSX === iBasic is now known as BasicOSX === iBasic is now known as BasicOSX === yofel_ is now known as yofel [10:06] awesome: http://pastebin.com/Nf8JBdvq :-( [10:12] neXyon: shot in the dark: do you have a working tree with at least one revision here (as opposed to a just-created-never-committed one) ? [10:12] That sounds familiar. [10:13] vila: I just did a bzr branch, that's the cause? [10:13] Though hazy enough that whatever it's reminding me of is well before 2.5... [10:13] neXyon: what does 'bzr revno' says ? And 'bzr info' ? [10:13] Is there a working tree there? [10:15] I deleted the directory and branching again atm, will tell you then [10:16] I suspect (as fullermd) that you have a branch with no working tree (i.e. the directory contains only a '.bzr' dir) [10:17] Great minds think alike. [10:17] And vila gets lucky sometimes, too. [10:17] . o O (Glad I re-read his remark until I realized he meant *no* wt there ) [10:19] vila: yes true, only a .bzr dir [10:19] On the one hand, it might point at the error. Though, on the other, the command being run seems like something that might be embedded in a build script, not something you'd just come up with manually. [10:21] so, first of all, this is a bug, at the very least a friendly error message should be displayed, not a traceback, so please file it at http://pad.lv/fb/bzr [10:22] neXyon: now, what's your use case ? [10:23] vila: I just did as http://doc.bazaar.canonical.com/latest/en/mini-tutorial/#creating-your-own-copy-of-another-branch told me to [10:23] neXyon: and then, a workaround would be to do 'bzr checkout .' to create a working tree there [10:23] vila: bzr init-repo stellarium; bzr branch lp:stellarium stellarium [10:23] err, are you sure you didn't do 'bzr init-repo --no-trees' ? [10:24] and my question is: why do you run 'bzr version-info' ? [10:24] vila: the zsh does [10:24] eeerk [10:25] and no, I didn't add any --no-trees :D [10:25] who told it to do that ? ;) [10:25] * vila scratches head [10:25] the grml zsh configuration :D [10:25] I never trust something with that few vowels. [10:25] bzr branch creates a working tree by default [10:25] so why didn't do it in this case? [10:25] +it [10:26] hehe, *you* tell me :) [10:26] bzr alias ? [10:26] how could I? xD [10:26] neXyon: :) [10:26] because it's probably caused by some setting on your side [10:27] and my crystal ball is currently being checked in this place I cannot name [10:27] nah, I have no alias for it and I also didn't change any bzr configuration [10:28] so, back to previous question: 'bzr info -v' ? [10:29] ah, sure [10:29] vila: http://pastebin.com/03ddtbQE [10:30] 'brz config' ? [10:32] vila: nothing special there: http://pastebin.com/RPADTTY0 [10:33] Name Mail and IRCnick got changed by me before pasting ;) [10:35] ls -lR .bzr [10:37] vila: http://pastebin.com/wsKuASVA [10:38] puzzling... [10:38] so, there is indeed no working tree, get one with 'bzr checkout .' [10:39] yeah, that might fix it, but what about the bug that it isn't there as it should be? :D [10:39] I don't understand how this can happen :-/ Try looking into in ~/.bzr.log ? [10:39] s/ in / / [10:39] gotta go soon [10:41] vila: nothing special there [10:41] the checkout however fixed it [10:42] it should have happened at 'bzr branch' time, everybody is relying on it :) [10:42] I know of only two ways to avoid it: 'bzr init-repo --no-trees' and 'bzr branch --no-tree' [10:43] and your 'ls -lR' says you didn't use 'bzr init-repo --no-trees'... [10:43] Once upon a time, --no-trees was the default for init-repo. But that was a _long_ time ago. [10:44] fullermd: and is reflected by a 'no_working_trees' file under .bzr/repository [10:44] To be sure, it is a _little_ odd to make a shared repo, then have one branch in the root of it... [10:44] vila: yes the log tells I didn't do it too [10:45] fullermd: so what's the expected way to start developing on a launchpad project? [10:45] fullermd: if it's not "bzr init-repo stellarium; bzr branch lp:stellarium stellarium"? [10:45] it *is*, that's why it's puzzling, that's what everybody does :) [10:46] xD [10:46] * fullermd peers at vila. [10:46] Nobody I've ever met... [10:46] fullermd: it's not? what else? [10:46] (although, meeting other bzr users would require that I leave my cave in the first place, but still...) [10:47] Generally, you'd have a branch in its own dir under the repo, not colocated with the repo root. Otherwise, where would you put the second branch that would share space and make the shared repo be pointful anyway? [10:47] But it's not something that should _break_ anything. I think. [10:48] Oh ho. Back up. [10:48] Yes, it is. [10:48] eeerk, 'bzr init-repo xxx; *cd* xxx ; bzr branch lp:xx yyy' [10:48] I can reproduce it. If I bzr init-repo something, then bzr branch $SRC something, I wind up with a treeless branch. [10:48] (lp: having nothing to do with it) [10:49] So it's a behavioral oddity when the bzrdir exists. [10:49] neXyon: you need to *CD* into the repo before branching [10:50] * vila nods @ fullermd, that's another bug (unless there is a rationale for it (doubtly)) [10:50] could also be a fallout from an unrelated fix [10:50] It's probably a 2nd or 3rd order consequence of some other sensible behavior that nobody ever ran into. [10:50] hah, so we found the bug :D [10:51] Man, we should write some more wrong docs; think of all the extra bugs we could find! [10:51] neXyon: roughly, you create a shared repo if you intend to create several branches (so they will share their revisions) [10:51] this seems like the weird thing i had if you try to make a branch a shared repo [10:51] if you want a single branch, no need for a shared repo [10:51] you get really weird state [10:51] vila: and how to create a not shared repo? xD [10:52] just 'bzr branch' [10:52] no 'init-repo' [10:52] * vila gone [10:52] neXyon: You don't need to explicitly create a repo if you don't want a shared one. [10:52] vila: I just want to develop somewhere; stay in sync with trunk and probably at some point be able to push the changes to trunk :) [10:53] so I just had to run "bzr branch lp:stellarium stellarium" ? [10:53] Might as well just ignore it. If down the line you start having several branches around and want to switch them to sharing a repo, that's easy enough to do then. [10:53] Correct. [10:54] don't even need to specify the 'stellarium', by default it creates that folder [10:55] I first had a "bzr checkout lp:stellarium" is it possible to change that to a "bzr branch lp:stellarium"? [10:55] You can use 'bzr unbind' if you avoid thinking too carefully about the semantics. [10:56] Or something under 'reconfigure'. I'd have to dig around to figure out what. [10:56] fullermd: can I still keep it up to date with trunk after the unbind? [10:56] Sure, just 'pull' whenever. [10:59] awesome, well as it works currently with the shared repo, I'll leave it as it is :) [10:59] fullermd: shall I report that bug somewhere or will you handle it? [11:00] I can file it I guess. [11:01] fullermd: if you wish, sure; otherwise I could too [11:03] Well, I wouldn't want to steal your LP karma. [11:04] fullermd: whatever that is xD [11:05] nah, I know it, but no clue what it's for [11:05] Neither do I. But it's a number, so it MUST be important. [11:30] fullermd: so? looks like we're both too lazy :) [11:52] Laziness is a virtue. [12:32] is someone having success using bzr on the fedora 17 prerelease? === neXyon_ is now known as neXyon === r0bby is now known as robbyoconnor [19:49] Is there a way to search for when few consecutive lines of code were added to the repo? [19:49] I want to find the revision when those lines were added. [19:58] Nevermind, I used "Change to this file" in launchpad web GUI to find what I was looking for. [19:58] Though this was more of manual searching.