[00:15] igc, hi, i'm setting up a new Analytics account for the bzr team [00:16] in which we should have more configuration control [00:29] I have a pending merge (lots of conflicts) that I still haven't committed... how do I get rid of it? [00:30] "bzr revert" [00:31] Or "bzr revert --forget-merges" if for some reason you just want to revert the pending merge and not the conflicts. [00:37] hello spiv === spm_ is now known as spm [01:57] Are there any special subject-line conventions for discussing subprojects on the bazaar mailing list? (i.e. bzr-fastimport, for example) [01:57] nope [01:59] igc i'm a bit disturbed by the number of "if wt.supports_content_filtering" special cases getting scattered through the code [02:00] it really smells like something not sufficiently well separated === Peng_ is now known as Peng__ === Peng is now known as Peng_ === Peng__ is now known as Peng [02:52] poolie: IIRC, some of them are there just to ensure "zero" overhead on early formats. I'll certainly think about a bit more [03:07] hi there. I am having issues pushing a branch to launchpad. I keep getting 'Permission denied (publickey).' error messages [03:09] any ideas what might be going on? (I added my ssh key to my profile) === timchen1` is now known as nasloc__ [03:10] ricardokirkner: perhaps you need to tell bzr your launchpad user name? [03:10] nay, I did that too [03:11] you added the right key to the profile ? [03:11] and entered the *right* username ? [03:11] I actually deleted any registered keys, created a rsa key, and added it [03:11] what's the right username? I entered *my* username [03:12] ricardokirkner: well, I mean, it would be bad if it was misspelled ;-) [04:40] spiv: that log bug - backport to 2.0? [04:42] lifeless: the merge proposal was for 2.0 :P [04:43] Enjoyed reading jam's email about a possible "improved_chk_index" [04:43] cool [05:09] EODing. [05:09] ring me if needed :) [05:12] Oh, gar, I remembered to run the blackbox tests to see what other bugs my test fix uncovered, then forgot to actually look at that terminal to see if anything failed. [05:16] Well, every bit of advice out there just tells you to run the tests, so surely you did the important bit :p [05:25] test driven development. Doesn't that mean that the tests fix things for you? [05:25] Depends on whether your bugs are stronger. It's like an e-Thunderdome. [05:27] back [05:53] jam: still around? want to do a quickie review of some near-trivial fixes needed for my bzr log fix? http://bazaar.launchpad.net/~spiv/bzr/log-objectnotlocked-bug-445171/revision/4697 [05:56] spiv: Something in the discussion about that reminded me of a bug I filed a while ago... [05:56] * fullermd digs. [05:58] Hm, looks like a cluster of semi-related bugs... [05:59] bug 149270, bug 144421 (closed?), bug 144300 [05:59] Launchpad bug 149270 in bzr "revisionspec in_history calls fetch, which requires the branch to be writable" [Medium,Confirmed] https://launchpad.net/bugs/149270 [05:59] Launchpad bug 144421 in bzr "Using branch: revspec in stat blows up" [Undecided,Fix released] https://launchpad.net/bugs/144421 [05:59] Launchpad bug 144300 in bzr "bzr log -r branch|ancestor attempt to fetch data in a read only transaction" [High,Triaged] https://launchpad.net/bugs/144300 [05:59] It sounded from the discussion like those may be fixed in that branch? [06:01] No, in fact it exacerbates that slightly :( [06:01] But they are all related, yeah. [06:02] Well, you can pretend they're fixed; just run the tests and don't look at the results 8-} [06:02] Heh. [06:06] bbiab [07:10] hi all [07:12] Good morning. :) [07:13] * fullermd waves at vila. [07:18] vila: BTW, big thanks for your help keeping the DWIM stuff moving! [07:19] * Peng goes to sleep. [07:36] fullermd: always happy to help (TM) [07:37] fullermd: I had a question about it though, I suppose you used the dwim revspec for quite some time now, what is your feedback as a *user* (trying to forget your also are the implementor) ? [07:38] james_w: ping, ready for you whenever you are [07:39] Oh, I haven't used it much beyond testing. [07:39] It wasn't so much a "gaah, I need this" as a "wtf, why don't we have this yet, how hard can it be?" [07:40] hmm, I see [07:40] I mean, we had discussions about "Yeah, -r should be able to just take a revid and DTRT with it", like, 3.5 years ago. [07:41] I figured it would be, like, a half hour change. Obviously, my estimation skills are subpar, but... [07:42] yeah, half our changes... I knew a guy who never made estimations *below* one man month :) [07:42] Well, it's probably only actually an hour or so for somebody comptent :p [07:43] Full day or so for me... [07:46] even with s/competent/knowing that piece of code and all its users/ I have to disagree here :) [07:47] the closer you get to users, the more time you need to get it right... DWIM being the closest you can get... :) [07:48] it's more 3.5 years than one hour in that case [07:48] Oh, heck, I don't even worry about _right_; if I can just get it to _work_, I feel good :p [07:51] ..but you can't know it /works/ until it's /used/... [07:51] and stop being so modest, thanks for making it happen is my underlying message :) [07:52] Well, in precise terms I guess. But if I can make it do what I ostensibly want and not just blow backtraces and stuff, I call it success. [07:52] Especially in a codebase I don't know in a language and methodology I don't want to know :p [07:54] that last part is interesting, that part of the code base was (and still is) well tested, so you really experienced the nice aspects of TDD regarding refactoring [07:55] Oh, I don't mean the TDD part. I'm in favor of large test suites (in the abstract anyway; the code I write all day doesn't have any for practical reasons), though not necessarily test-first. [07:55] I mean the whole OO thing. I don't hold with it. [07:57] gee, so last century :-) Well, I think TDD is more important than OOP, so forget the later but practice the former :) You'll come to OOP eventually... [07:57] * fullermd proudly wears his Luddite badge. [07:58] I wish I could write test suites for work stuff. Just a giant pain of ugly problems to get a useful one... [07:58] http://en.wikipedia.org/wiki/Luddite ? You don't like bzr-loom ? [07:59] Introducing TDD is a giant pain [08:00] Well, especially with something that reaches so far. Just building a test in general means I have to deal with instantiating and pointing at a properly-populated fresh database, and figuring URL's to access to test the codebase in question, and yada yada. [08:01] Even with the mechanics of testing this vs that worked out, the infrastructure for setting up the environment is daunting. I haven't convinced myself it's reasonably doable given time etc. constraints. [08:01] yup, infrastructure and test-ready code, if you don't start at the lowest level, you just can't spend the time to write the first useful test [08:02] These are obviously the main reasons why TDD is not used more broadly [08:02] Yeah. And I need to test the whole stack to catch our common bugs, so I can't even do things like shim database layers or the like. [08:03] and that's without mentioning setting up even test *hosts* [08:03] Some level of intra-code unit testing may be doable (and I have vague plans to add this on some of our library code), but at the app layer, it's just... [08:04] But hey, I don't need testing. That's what the client is for :p [08:04] hi vila, fullermd [08:04] hi Ian [08:04] * fullermd sails a paper airplane past igc. [08:05] testing is one thing, reproducing bugs is another, you can't beat a failing test to speed up debugging... [08:06] It would be _really_ nice for some of the refactoring some projects desperately need :| [08:06] Could spend 3 hours trying to manually test the things a 5 minute change can impact. [08:06] Which means a lot of those 5 minute changes just never get made... [08:07] That's where TDD is most often badly understood, the time spent in the test infrastructure is the time *not* spent understanding and reproducing bugs... [08:09] Yeah. And trying to tell our clients "OK, here's the hours we'll spend writing your app... and here's 4x as many hours to design and build a testing infrastructure for it"... [08:09] Well, I guess it would be a useful technique to get some free time :p [08:11] But the point is that if TDD is more expensive than usual methods (including debugging times), then TDD failed and the reasons should be understood [08:12] But if you have to do a fair try and that implies *ending* with a good infra [08:12] In the long run, having a good test suite would save us time (on the projects that run long, anyway; some are done in a few months, others we keep working on for years) [08:12] But it front-loads the time, even when it's nice over 5 or 6 years. [08:12] That's not true if you start from scratch, the problem is that you nearly never start from scratch... [08:14] Well, yes and no. There's a lot of codebase-specific stuff that wouldn't be so hard to build in along the way. [08:15] But the general environmental setup stuff would take me a very long time sitting and hammering on to make work well enough. I've thought about it somewhat more than casually, and haven't come up with a scheme I even theoretically feel confident in. [08:16] IME unless you have the whole infra, you're hitting the wall in unexpected places and that's where you spend a lot of time and need a lot of faith... [08:17] ...or deep pockets or hiearchy support, whatever [08:17] Yeah. Which is why we don't have test suites :) === _thumper_ is now known as thumper [10:52] vila: I have one zero-day SRU to shoot for, so is after lunch good with you? [10:54] james_w: sure [10:56] #ubuntu-release-party is giving me a headache [11:01] awilkins: you're running the smart server on windows right ? [11:02] s/the/a/ [11:05] vila: Yes, I think my config is non-optimal but it works [11:05] awilkins: do you run it as a service or do you use ssh ? [11:06] vila: I'm running it i) in IIS, ii) From the command line on demand... I think I got it working on SSH too [11:07] awilkins: do you see any problem running it as a service ? [11:07] The SSH was a long time ago ; ICT refused to poke a hole in the firewall for port 22 [11:07] as in: no ssh setup, no access control [11:07] This is a box exposing IIS to the world... didn't make much sense to me... [11:08] awilkins: right, but if it was an internal box ? [11:08] vila: I don't see why it would be a problem to run it as a service... there's a little "run program as a service" thingy that you can use [11:08] awilkins: ok, thanks, that's what I was looking for :) [11:15] srvany? [11:16] hey bialix ! [11:16] heya vila! [11:16] bialix: I didn't know if *you* were runing the smart server or just using windows shares... [11:16] I'm running smart server, yes [11:17] bialix: feel fre to answer my questions above :-) [11:17] perhaps I've joined too late [11:17] ho, you joined just when I asked :-) [11:18] the first thing I see in my log is: [13:06] vila: Yes, I think my config is non-optimal but it works [11:18] do you run it (smart server) as a service or do you use ssh ? [11:18] bialix: before I asked if he was using the smart server [11:18] bialix: before, I asked if he was using the smart server [11:18] I run bzr serve --alow-writes on internal computer in our intranet network [11:18] I run it as windows service via srvany [11:19] I've described my setup in Russian if you want to read it [11:19] ;-) [11:19] excellent ! That's exactly the setup I wanted confirmation about ! Unfortunately I don't read russian :-/ [11:20] bialix: But thanks anyway, I was mostly interested to know if it was possible, no urgency for the details [11:20] well, srvany is well documented on microsoft [11:20] site [11:20] it's a native MS thing [11:21] but absense of ACL is pain for me [11:21] and plain --allow-writes too [11:21] today I've just closed access from outside to my server [11:22] but for our small company it's enough [11:22] bialix: these are the limitations I had in mind, for ACL, I'd say ssh is the way to go (but that's because I know how to set this up in general, not sure how I will proceed on windows...) [11:22] yep [11:23] btw, hg approach does not require ssh [11:23] how many users on your server ? [11:23] hg beats bzr on this field [11:23] 2 full-time programmers [11:23] ok [11:25] vila: http://translate.google.com/translate?prev=hp&hl=ru&js=y&u=http%3A%2F%2Fgroups.google.com%2Fgroup%2Fru_bzr%2Fweb%2Fbzr-serve---windows-2k-xp&sl=ru&tl=en&history_state0= [11:25] it's not too bad computer translation [11:25] I saw even worse [11:26] bialix: wow...... [11:26] * vila reading [11:30] so, yes, some translation are strange (and I don't get them) but the overall is excellent, you should really send a submission for inclusion in core doc [11:32] bialix: or is it already part of the windows survial guide igc is talking about ? [11:33] no, I don't think so [11:33] well, it should, IMHO :) [11:33] some russian words in this translation just is not translated, e.g. some slang [11:34] I never think it worth [11:34] Well, all setups are worth documenting IME, it's amazing how you can lose time rediscovering things that can be summarized in one page.... [11:35] hm [11:36] I may try... but close to december, I have too much urgent work and very critical deadline [11:36] like, how many times did I spend hours finding the right site to get the right version of some utility... or trying to decide what is the most effective way to achieve X with Y constraints... [11:36] yea, I know the feeling... [11:36] bialix: yea, I know the feeling... [11:37] another good one is seaching the right key in the registry.... [11:37] just curious: why you interesting in windows approaches? [11:37] someone asked offline [11:38] I'm gate-keeping :) [11:38] ok [11:38] :-) [11:46] bzr: ERROR: Tree transform is malformed [('versioning no contents', 'new-84')] [11:46] what does that mean, and how do I fix it? [11:46] bialix: do you mind if I use the translation to start a wiki page on bazaar-vcs.org ? [11:47] vila: feel free [11:47] Mez: it's a bug [11:47] vila: So, workarounds? [11:47] vila: just copy code examples from original page, translator slightly broke them. [11:48] Mez: how did you get there ? [11:48] running bzr up [11:48] Mez: hmm, bad, what does 'bzr st' says ? [11:49] http://pastebin.com/m797ef42d [11:49] vila: drop me a link then so I will fix some obvious translations errors [11:50] bialix: asap [11:50] * bialix -> lunch [11:50] Mez: are these local modifications or already brought by the update ? [11:51] local mods [11:51] then do a 'commit --local' first just to avoid too much further problems [11:51] bzr: ERROR: Working tree is out of date, please run 'bzr update'. [11:51] grr [11:52] ok, 'bzr shelve --all', 'bzr update', 'bzr unshelve' [11:53] err, bzr unshelve 1 or whatever bzr shelve told you [11:53] yeah, I just did that ;) [11:53] thought ahead and thought that might work [11:53] Mez: so you're out of trouble ? [11:53] yup [11:53] thanks ... kinda annoying that that happened but meh. [11:53] Mez: can you still reproduce and file a bug ? [11:54] no idea. [11:56] if I can, I will [11:56] but it was someone elses stuff that I got asked how to fux [12:07] bialix: http://bazaar-vcs.org/SmartServer/AsAserviceOnWindows === mrevell is now known as mrevell-lunch === vila is now known as vila-lunch === mrevell-lunch is now known as mrevell === elmo_ is now known as the_real_elmo [13:14] spiv: your changes seem fine, though I wonder why you feel they are needed, but pqm still merged your earlier patch? [13:22] I'm using Bazaar to work on a project, but the official, public repository is CVS. Has anybody written a post-commit hook to push changes made in bzr to CVS? [13:30] morning jam (wow early start ?) [13:31] IslandUsurper: Not that I know of === vila-lunch is now known as vila [13:42] jam: pqm rejected my earlier patch; I decided on reflection that the changes were trivial enough to just send it in rather than keeping the fix hanging around unmerged. [13:42] * spiv -> zzz [13:56] spiv: sleep well [13:56] vila: sort of. I came around before taking my son to school [13:56] morning to you [13:56] sounds like the call went fairly well [13:57] yes [14:08] * vila unplug fullermd again just for fun [14:08] hello [14:08] jam: err, re-reading Kareem already goes to school ? [14:09] vila: daycare [14:09] but we call it school sometimes [14:09] haa, ok [14:09] they do teach [14:09] Im looking for some help in order to use bzr-pqm [14:10] leo__: that's quite the good channel [14:10] got a main bzr repo and I'd like other devs to be able to pqm-submit on it [14:10] leo__: we can try to help, though bzr-pqm *is* a bit tricky to set up. [14:10] and we haven't done it in a while, because it tends to be something you do once :) [14:10] I do a branch from main repo [14:10] modify a file & commit [14:10] then try to do bzr pqm-submit [14:10] bzr: ERROR: You must supply a commit message for the pqm to use. [14:11] bzr pqm-submit -m 'That message will appear in the commit where pqm is the committer' [14:11] I guess I must first setup pqm on the main brach ? [14:12] err, yes [14:12] bzr pqm-init ? [14:13] hmmmm [14:13] pqm is kind of a robot that receives mail and do merges/commit/pushes based on that [14:13] ok [14:14] it's not simply some branch configuration, you need a mail address to send it requests for example [14:14] I get an error now [14:15] $ bzr pqm-submit -m 'essai pqm' [14:15] bzr: ERROR: There is no public branch set for "/home/vincent/ALACARTE_Lagamine/" [14:16] leo__: You can't send pqm requests before setting up your pqm robot [14:17] that sounds logical :D but how to set it up ? didnt find any documentation [14:18] pqm-submit is the client part, you want to look at https://edge.launchpad.net/pqm [14:18] for the "server" part [14:19] rockstar: by the way, we missed chatting yesterday. Think we'll get a chance today? [14:20] need to build it from source right ? :) [14:20] It's written in python, what OS are you using ? [14:20] ubuntu [14:20] leo__: you should be able to install it with synaptic then [14:21] :s [14:21] err, no ! [14:21] theres bzr-pqm but no pqm [14:21] only the bzr plugin is available there.. amazing... [14:21] leo__: so, yes you need to start from the sources [14:22] leo__: start with 'bzr lp:pqm' and look at the README there [14:22] k tx [14:28] hmm...I'm seeing an exception in `bzr log` with bzr branches from svn and git repos - all of the backtrace seems to be in bzrlib core - should I file a bug against bzr, or bzr-svn and bzr-git? [14:31] hi, i have a bzr branch of an svn.repository/trunk. Is it possible to switch to svn.repository/branch? [14:31] bzr switch says i can't be in a branch [14:33] doesn't that just mean your local branch has to be bound? [14:35] bzr bind looks like what i need! [14:35] thank you Tak! [14:35] \o/ [14:35] YES YOU'RE A GENIUS! [14:36] "checkout of branch" now reflects the branch and it got the changes! [14:43] vila: is now a good time? [14:44] james_w: yes === gioele_ is now known as gioele [14:47] metahuman: You may find it better to keep a local repository and track the SVN branches there, and work in your own local bzr branches [14:48] awilkins, what i have been doign is doing bzr branch svn:// [14:48] but i can't switch svn repositories... [14:48] or rather svn branches [14:48] see the problem? [14:48] metahuman: If you do bzr branch, you get a separate local bazaar branch [14:48] jam, yes, we should indeed chat today. [14:49] You can't switch standalone branches as they are not tracking anything [14:49] I do this... [14:49] ok, there's an svn branch/mantis/4453 that i need to switch the bzr working copy to, and commit and pull changes from [14:49] bzr init-repo .repo [14:49] bzr branch svn://branch .repo/branch [14:49] bzr co --lightweight .repo/branch project-name [14:50] hey awilkins [14:51] what would bzr pull svn:///branch/4453 do? [14:51] metahuman: Hi [14:51] ? [14:52] If you're in your local branch, it will pull any revisions into it. [14:52] is there a way to change the parent branch to another svn branch? [14:52] But pnly if it hasn't diverged from /trunk (where I presume you are) [14:52] ie - if trunk has revisions since /4453 was branched, no dice [14:53] metahuman: You could pull --overwrite [14:53] yeah that's what i want [14:53] And that will turn your current branch into a mirror of the remote branch [14:53] If you make commits locally, you'll have to push them for them to be in the remote branch... OR bind your local branch to the remote [14:54] yes i want to push them when i'm ready [14:54] svn is really spotty around here [14:54] down about once a day and horrendously slow [14:54] my parent branch doesn't change [14:55] when i do --overwrite [14:55] The usual SVN working copy is analogous to the bzr "lightweight checkout" [14:55] Hmmph. Add --remember to the pull [14:56] ok!!! [14:56] that's awesome! [14:56] so [14:56] When you push the first time you'll have to specify the target anyway [14:56] to svn switch in bzr, do pull --overwrite --remember and push --remember [14:56] Which will be your branch [14:57] --remember is only need when you want to change the default that it stores first time [14:58] It's not really the same as switch... Bazaar does have "switch" but it only works on bound branches and works best with lightweight checkouts. [14:59] but it is funcitonally equivalent for my working copy [14:59] Which is my practice ; I keep a hidden no-trees repo in the parent folder to my source projects and switch between local and svn-mirrored branches as required. [14:59] the same thing happens to my workign copy as if i was using svn switch [15:00] To the working tree, yes. The repository inside your branch now regards the tip revision to be the HEAD revision of your branch mirrored from SVN [15:01] If you did the same thing to a tree you'd committed changes to locally, you wouldn't LOSE the revisions you'd committed, but you'd have to make some effort to find them [15:02] i already found the workaround for that, tho [15:02] the "lost changes" [15:02] bzr uncommit; bzr shelve; bzr uncommit; bzr shelve; for every local commit [15:02] then bzr shelve; commit again when ready [15:02] or unshelve rather [15:03] thankjs for helping me out, awilkins ; i really appreciate it [15:03] metahuman: That's a rather manual way of doing what the rebase command in the bzr-rewrite plugin does [15:04] metahuman: Only it doesn't smush all your local history into one commit [15:04] maybe bzr rebase is what i should look into? [15:04] nah doesn't look like it [15:05] As I recall, the Bazaar-for-SVN-guys document has some lovely pictures illustrating it [15:05] 'tis a bit slow on the server though what with the Karmic Horde descending [15:06] * awilkins just happens to have the sources for those locally though [15:16] hmmm what's the status of getting colorized diffs? bzr cdiff i've seen somewhere but doesn't seem to work in 2.0.0 and my inital googles are failing me === Island_Usurper is now known as IslandUsurper [15:26] cdiff is part of bzrtools, according to `bzr help commands` [15:31] phinze: alias color='vim -c ":syntax on" -' [15:31] phinze: bzr diff | color [15:32] aha, found a dup in bzr bugs [15:36] gioele: that's a nice general purpose trick, Tak you're right i just was looking in the wrong place -- simply needed to install bzrtools [15:37] phinze: bzrtools brings in too many commands for my taste :) [15:37] understandable :) [15:38] yeah, damn all those features! === the_real_elmo is now known as elmo === loxs_wrk is now known as loxs === Island_Usurper is now known as IslandUsurper [16:06] * Ng hrms at the email plugin [16:06] it seems to mostly make bzr explode on me [16:10] filed as bug #463428 [16:10] Launchpad bug 463428 in bzr "bzr crash when using the email plugin and smtplib" [Undecided,New] https://launchpad.net/bugs/463428 === beuno is now known as beuno-lunch === deryck is now known as deryck[lunch] [16:26] Ng: see bug #338261 [16:26] Launchpad bug 338261 in bzr "Python2.6 hmac.py TypeError: character mapping must return integer, None or unicode"" [Undecided,Fix released] https://launchpad.net/bugs/338261 [16:27] it seems we fixed that in bzrlib but bzr-email didn't get the fix [16:27] short answer is to just do "smtp_username = str(smtp_username)" [16:27] jam: aha :) [16:45] I have a problem with bzr-svn: If I run any bzr command in an unversioned subdirectory of a svn working copy, it climbs up to the working copy and starts processing stuff, sometimes breaking things, always causing a slowdown [16:45] This affects me particularly severely since my home directory is a svn working copy [16:46] This means I always pay the price of bzr-svn slowdown even when I'm not using it [16:49] maxb: unfortunately that's an issue in bzr itself [16:49] it will just browse up until it finds something it can open [16:50] I suppose I could alias sbzr to "BZR_PLUGIN_PATH=something bzr" === beuno-lunch is now known as beuno === deryck[lunch] is now known as deryck [17:27] maxb: the idiom is 'BZR_PLUGIN_PATH=-site bzr' to run with only the 'core' plugins (i.e. the ones in bzrlib/plugins) [17:34] I guess that doesn't help much if you're using a system-packaged bzr-svn [17:35] I might need to switch to a bzr-svn somewhere else [17:35] hi how can I migrate existing cvs code to bzr with revision history === oubiwann__ is now known as oubiwann [17:36] hevayo, a quick way to do it is import it into Launchpad [17:37] thanks but I am looking for a tool to do that [17:38] hevayo, http://bazaar-vcs.org/CVSPSImport [17:39] beuno, thanks for the info I'll check on that [17:44] jam, wanna chat? [17:44] rockstar: sure. can I get ~ 5 min to finish writing an email? [17:44] jam, yes. [17:45] hevayo: Also, cvs2svn has the beginnings of bzr output support [17:45] jam, for context, I have about 45 minutes right now before I get go to shovel 2 ft of snow from the walks at my church. [17:45] rockstar: ah, you live in *that* part of the country :) [17:45] do you want to skype or type? [17:46] jam, whichever works. Skype might be better. [17:47] rockstar: let's just do the call, this email is going to take a while. [17:47] jam, okay. [17:48] I don't see you online right now [17:48] jam, I'm on now. [17:48] (I have to start Skype with a little pulse misdirection) === rockstar is now known as rockstar-afk === asac_ is now known as asac [19:22] beuno: My shirt got here today. :) [19:23] Peng, yay! [19:24] Whoever wrote the shipping information on the envelope has nice handwriting. :) === awilkins_ is now known as awilkins [20:12] moin [20:43] verterok: hi [20:48] hello lifeless [20:51] RenatoSilva: hi [20:56] hi poolie === rockstar-afk is now known as rockstar [22:02] g'night folks [22:02] night vila [22:15] lifeless, poolie: Can one of you guys contact spm or another losa to get 2.0.2 and 2.1.0b2 branches set up? I just realized it is probably better to start the branch tonight, and the filter patches into them. So that we aren't waiting on them over the weekend, etc. [22:15] If not, I'll try to get a hold of someone tomorrow. [22:16] I'm off for now. [22:22] spm: ^ [22:33] morning [22:47] Hi igc. [22:47] hi garyvdm [22:47] igc: I just hacked this up: http://garyvdm.googlepages.com/out.ogv [22:47] garyvdm: I'll take a look [22:47] igc: rename from qbrowse (and qcommit) :-) [22:48] garyvdm: before I forget, I was hoping to ask for some help ... [22:48] garyvdm: epxlorer on karmic is crashing much more than on jaunty [22:48] garyvdm: I'm guessing its a segafult [22:49] maybe related to some data model not quite right? [22:49] * igc checks the bug list [22:49] igc: If it is a segfault - qbzr had a similar problem [22:50] igc: run from the terminal so you can see stdout to check if it is a segfault. [22:51] garyvdm: I'm suspecting bug 395175 [22:51] Launchpad bug 395175 in bzr-explorer "Refresh twice in a row causes segmentation fault" [High,Confirmed] https://launchpad.net/bugs/395175 [22:51] garvdm: it's crashing on implicit refresh [22:51] igc: oh. [22:51] garyvdm: is there any chance you could take a look? [22:51] igc: ok [22:52] garyvdm: much apprecated. It's beyond my qt foo right now and other things are higher on my list [22:52] garyvdm: and I'm fearful that karmic being released with highlight this problem to lots of people in coming days ... [22:53] igc: this is the qbzr problem we had: bug 447214 [22:53] and explorer will get a reputation for unreliability is we don't fix it soon [22:53]