GungaDinif a parent branch has been moved, does anything have to be configured or rebound in the child branch?00:09
jelmerGungaDin: yes, you can use "bzr bind" to do so00:12
pooliespiv, hi00:25
pooliewhat's next with bmp expanders?00:26
pooliei think the prerequisite has now merged00:26
quotemstrWhere can I find the "bzr branches" command? It's not present in my bzr 2.3.100:27
quotemstrWas it introduced in 2.4?00:27
spivpoolie: the next step is me finishing it I think!00:49
spivpoolie: danilo did a really good review00:49
fullermdWhy does `bzr check --repo .` wander off down into branches in the dir instead of just checking the repo?04:51
pooliei don't know fullermd, that sounds like a bug04:54
mwhudsonwhich reminds me, meld trunk no longer tries to run bzr check on your branch before opening it...04:54
fullermdIt's already kinda irritating how the obstinate the searching is on check anyway, when it finds the branch's repo, then walks all the branches inside it in what seems like the slowest possible fashion...04:55
fullermdBut it's double terrible this time, since there's an [unversioned and ignored] symlink in one of the branches, which leads to a dir, under which is a self-referential symlink...  which means the check blows up and never checks anything.04:55
poolieso spiv, do you need a hand landing that branch?04:58
poolieshould i just send it or do you need any further tweaks?04:59
pooliei refer to the bmp expander branch04:59
spivpoolie: I'm working on the review points atm05:00
poolieoh thanks05:01
pooliei can feed it up when you're done05:01
vilahi all !06:48
pooliehi there vila06:50
jammorning all07:04
vilajam: \o_07:04
vilajam: did it ring ? ;)07:04
pooliehi there jam07:07
poolieso much semaphore today07:07
jam-o \o  |o  \o  o/  o07:09
jam/  /     \ /  /   / |07:09
jamyeah, flag semaphore doesn't work very well on IRC07:09
jam(that was hi vila, according to http://en.wikipedia.org/wiki/Flag_semaphore)07:09
jambut you need a fixed-width font07:09
jampoolie: It turns out I can't be invited to google+ on my standard email, because it is a google-app-for-custom-domain, and it isn't supported. :(07:11
pooliewell, if you have an alternative address i could invite you there07:11
* fullermd . o O ( using semaphore in IRC is kinda a red flag... )07:21
=== jam1 is now known as jam
maxbOK, I'm confused..... why would a launchpadlib api call be happening during 'bzr ci' ?08:24
maxb(I can see an HTTP error in my ~/.bzr.log)08:24
jammorning Riddell, we're on mumble08:25
jelmermaxb: maybe a hook?08:25
jammaxb: do you happen to have bzr.dev 6033 ?08:27
jamI just added a hook when looking at lp:ubuntu/* branches08:28
jamto see if they are up to date08:28
jam(bug #609187)08:28
ubot5Launchpad bug 609187 in Ubuntu Distributed Development "users are not warned when branching ubuntu:foo (or lp:ubuntu/foo) and the package import of foo is out of date" [High,Triaged] https://launchpad.net/bugs/60918708:28
jambut it shouldn't trigger for things that don't look like "ubuntu" or "debian" branches hosted on Launchpad.08:28
maxbjam: hmmm...08:31
maxbyes, I do08:31
jammaxb: I'm working with the lp guys to figure out why the query dropped from 150ms last week to 900ms this week. Seems to be an SSL handshake issue.08:32
maxbjam: I've just noticed you've got an assumption about the ubuntu-branches team in that code - that's not valid, not all package branches are ~ubuntu-branche08:34
maxbHmm, nope, that mysterious http exception can't be from the new stuff, because that uses urllib2, and the exception was a httplib2 one08:39
* maxb shrugs and heads afk08:39
jammaxb: you could pastebin the traceback if you have one08:45
pooliejelmer: http://people.canonical.com/~ubuntu-archive/pending-sru.html08:51
Riddellvila: ready when you are09:27
vilaRiddell: ok09:28
vilapoolie: just checked pending reviews for udd, bzr-builddeb and bzr-builder, all empty, did you have another one in mind ?09:39
poolienup, if that's all clear that's fine09:40
pooliei reviewed some from max and saw some others, but i didn't check the page during the call09:40
pooliecould someone help https://answers.launchpad.net/launchpad/+question/165193 ?09:40
Riddellpoolie: looking09:47
poolieRiddell: the user experiencing it is in #launchpad09:51
jelmerRiddell: I think I know what the problem is, please let me know if I should follow up09:58
poolieok, good night09:58
jelmerhave a nice evening poolie09:58
pooliei think the udd identity switch is now complete\09:58
pooliewe'll see09:59
Riddelljelmer: go ahead if you want, I'm doing patch pilot now with vila09:59
jelmerRiddell: will do, thanks09:59
vilapoolie: \o/09:59
vilapoolie: good evening09:59
maxbjam: No traceback, just a HTTP 400 response. It's quite annoying. I get the same in UDD importer local tests - yet everything still seems to work!10:03
pooliehi maxb10:03
maxbI guess I need to get httplib2 to log all requests or something10:04
pooliehttplib2.debug=1 or something like that10:04
marvin2Hi, I have a local version of the branch lp:original-code; I need the some specific changes made to a fork of that branch located at bzr branch lp:forked-code. What is the most efficient way for me to incorporate those specific changes to my local bzr repo?11:34
jelmerhi marvin211:48
jelmermarvin2: "bzr merge lp:forked-code"11:48
jelmerRiddell: thanks for the review11:50
marvin2jelmer: I need only specific changes from lp:forked-code12:02
jelmermarvin2: after the merge you should be able to revert the changes you don't need12:02
marvin2jelmer: OK, was looking for a more efficient way.12:03
jelmermarvin2: alternatively, you can generate the diff between the two branches and edit that to contain the changes you need12:03
marvin2jelmer: Exactly -> to generate a diff between the two branches, I'd have to have two separate repos on my local system - one for lp:original-code and one for lp:forked-code - is that correct?12:04
jelmermarvin2: not necessarily, you can diff against a remote branch12:05
jelmerbzr diff --new=lp:forked-code I think12:05
marvin2jelmer: That becomes painful when lp:original-code is several revisions ahead of lp:forked-code12:06
jelmermarvin2: why does that become painful?12:06
marvin2jelmer: lp:forked-code is a fork to fix a bug, but hasn't been merged into lp:original-code yet. I'd like to manually bring it in to my local fork of lp:original-code.12:07
jelmermarvin2: That's what "bzr merge" does; maybe I don't understand the full use case?12:07
marvin2lp:original-code is at revno 10; lp:forked-code forks and adds bugfixes to it, and stagnates. Meanwhile lp:original-code keeps updating without incorporating lp:forked-code's fix.12:08
marvin2jelmer: I'd like to keep up to date with lp:original-code, while manually merging in the fix from lp:forked-code12:09
marvin2jelmer: Keep in mind original-code is "huge".12:09
jelmermarvin2: I don't see how merge is inappropriate here12:10
marvin2jelmer: lp:forked-code still contains code that has been updated by lp:original-code.12:11
marvin2jelmer: I don't want to lose the changes made in lp:original-code.12:11
marvin2jelmer: I hope I make sense.12:12
jelmermarvin2: Sorry, I don't think I follow12:13
jelmermarvin2: a merge of lp:forked-code won't overwrite changes made in lp:original-code12:13
jelmerit'll try to merge the changes and create conflicts if there were any12:14
marvin2jelmer: There'd be a lot of conflicts as lp:forked-code stays at revno 11, while lp:original-code move ahead to, let's say, 25...12:15
marvin2jelmer: I'd like to figure out the most efficient way of dealing with this. I don't want to go around resolving 100s of conflicts I expect would show up. I just need the diff for a specific subset of files.12:16
jelmermarvin2: why would there be a lot of conflicts? Is lp:forked-code changing the same chunks of code12:16
jelmermarvin2: generating a diff for forked-code and applying that would generate the same number of conflicts as merge, if not more AFAIU12:16
marvin2jelmer: I think I'm wasting your time here. Let me get back to you with a proper example. Thanks for the help!12:17
marvin2jelmer: I won't be generating a diff for the whole tree - just a subset of the files.12:17
jelmermarvin2: but have you changed any of the other files in lp:forked-code?12:18
marvin2jelmer: No...12:18
jelmermarvin2: then there shouldn't be any risk of getting conflicts in them12:18
marvin2jelmer: Oh...12:19
jelmermarvin2: perhaps it's worth giving merge a try? As long as you don't commit, you can revert it without it ending up in your history.12:19
marvin2jelmer: Yeah, I'll try that. Thanks!12:20
marvin2jelmer: Given lp:original-code and lp:forked-code, how do I figure out the revno in which forked-code was forked from original-code?12:34
jammarvin2: bzr log -r ancestor:lp:original-code -d lp:forked-code12:39
jamthough that may give a different answer if forked-code has then merged original-code again12:39
marvin2jam: Great, thanks!12:40
jelmermarvin2: there shouldn't be a need to specify a revision(if I understand your use case)12:40
marvin2jelmer: Pure for academic purposes.12:40
marvin2jam: Complains about "-d"12:53
jelmermarvin2: the -d isn't necessary13:00
vilamarvin2: 'bzr qlog original forked' (qlog is provided by the qbzr plugin) is another way to look at it13:03
marvin2jelmer, vila: Thanks again.13:08
=== zyga is now known as zyga-food
=== mbarnett` is now known as mbarnett
vilajam: ping, did you get my pm ?13:48
jamvila: just got back to my desk14:09
=== zyga-food is now known as zyga
=== mnepton is now known as mneptok
=== beuno is now known as beuno-lunch
=== beuno-lunch is now known as beuno
=== med_out is now known as medberry
=== yofel_ is now known as yofel
lifelessjam: bug 813017 looks fun21:12
ubot5Launchpad bug 813017 in loggerhead "DatabaseError: database disk image is malformed" [Critical,Triaged] https://launchpad.net/bugs/81301721:12
mwhudsonsqlite aiming for feature compatibility with bsddb?21:13
=== zyga is now known as zyga-afk
pooliehi all23:05
jelmerg'morning poolie23:08
pooliehi there23:08
=== quotemst1 is now known as quotemstr

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!