/srv/irclogs.ubuntu.com/2011/10/11/#bzr.txt

fullermdNoldorin: I have vague memories that say it has an env variable you can use to point at an object store elsewhere at least...00:01
jelmerNoldorin: somewhat00:02
Noldorinfullermd, hrmm. sounds hacky00:02
Noldorinbasically i just don't want to pull all the RCS crud.00:02
jelmerNoldorin: you can create a tree in a different location and then set an environment variable00:02
fullermdNoldorin: Well, you did say "git", didncha?   ;>00:03
Noldorinfullermd, fair point ;-)00:03
jelmerNoldorin: yeah, as fullermd says00:03
Noldorinwould it let me avoid pulling all the branch data?00:03
fullermdI expect it only works on local disk.00:03
achianghello, is there a way to get the diff of my tree, starting from -r -1 to the current dirty state?00:03
fullermd(well, mounted filesystem anyway.  A little NFS across the internet never hurt anybody...)00:03
fullermdachiang: Wouldn't that just be 'bzr diff'?00:04
jelmerNoldorin: it doesn't work for remote repositories00:04
Noldorinjelmer, fullermd ah, so i thought. oh well to that idea then.... thanks anyway :-)00:04
achiangfullermd: hm, i didn't explain myself... i fixed something in -r -1 based on a review comment, but pretty much rewrote the commit at the top of the tree. I want to show what the diff would look like if i never committed -1 at all...00:05
achiangso i want -r -2 to current state, i think00:05
fullermdDo you mean "if I hadn't run 'ci' with what's in -r-1" or "if I'd not made the changes in -r-1"?00:07
fullermdThe former would be -r-2.  The latter would be...   uh...   magic.00:07
wgrantachiang: 'bzr diff -r-2..' will show you the combined differences.00:07
achiangwell, asked another way, i want the output that loggerhead might show you if you submitted an MP consisting of 2 commits that modified the same section of source00:07
wgrant"diff -r -2.."00:08
fullermdNo, "-r-2.." is equivalent to "-r-2..-1".  You want "-r-2".00:08
achiangi tried bzr diff -r -2 (with a space)00:08
achiangoops, i mean i tried bzr diff -r -2..00:08
achiangi have uncommitted changes... any way to get those into the combined diff?00:09
fullermdThat's what "-r-2" does.00:09
fullermdThough I imagine what the MP shows is actually more like a merge --preview from the other side, which may not correspond to that diff if there are other changes.00:10
achiangfullermd: hm, it works now. i *thought* that is what i was typing, but i must have gotten it wrong00:10
achiangthanks all00:10
=== AuroraBorealis is now known as aurora|away
vilahi all !06:29
pooliehi there vila06:58
mgzmorning all06:58
vilapoolie: hey, 1-on-1 ?06:58
vilamgz: heya06:58
poolieyes please06:59
jammorning all07:06
jampoolie, vila, mgz, Riddell, jelmer: standup?07:57
pooliehi07:58
poolieabsolutely07:58
pooliemumblicious?07:58
jami'm on07:59
jambut I'm all alone08:00
jamwell, jelmer stopped by for a second :)08:00
jamhttp://pad.ubuntu.com/RXCaDM4J3u08:00
poolieRiddell: have a 'dulce et decorum' badge :)08:27
mgzpoolie: like jelmer asked earlier, what's the plan on 1-1s?08:34
mgzI'd managed to miss a google calendar thing from you last week as well.08:35
pooliejam, mgz, did you see http://people.mozilla.com/~tglek/lpc2011/ - you might like it09:04
* mgz looks09:06
pooliewow especially: http://glandium.org/blog/?p=176409:06
poolierunning a busy-loop in the background makes the benchmark faster09:07
poolie(through not letting the cpu spin down)09:07
mwhudsonthere was an SMP bug on ARM recently where running ping -f localhost made usb transfers go 10x faster09:07
mgzhm, been seeing the updates going by on p.m.o but presentation is new to me09:13
lifelessmwhudson: win09:17
mwhudsonlifeless: turns out assumptions along the lines of "this architecture will only ever be uniprocessor" are dangerous :-)09:18
* mwhudson puts the computer down09:18
nigelbmwhudson: Really? o_O09:33
lifelessmgz: did you see my ping about FixtureResource ?10:48
lifelessmgz: http://bazaar.launchpad.net/~canonical-launchpad-branches/python-oops-amqp/trunk/view/head:/oops_amqp/tests/__init__.py#L83 - example of use10:50
mgzlifeless: thanks10:50
lifelessmgz: RabbitServer() is a Fixture. That declaration is using a resource10:51
lifelessmgz: and you wrap the test suite in an OptimisingTestSuite(); done.10:52
mgzwhere do I find rabbitfixture?10:53
mgzalso, I'd be very sad if I was a test given a resource called 'rabbit' and it wasn't an actual bunny10:54
lifelessmgz: pypi rabbitfixture ;)10:54
mgzwoho! a fluffy friend... wait no... ;_;10:54
mgz<http://pypi.python.org/pypi/rabbitfixture> is 404?10:56
lifelessbwah. it should be10:57
lifelesslp:rabbitfixture too, for sure10:57
mgzlp will do.10:57
lifeless(not that its code is particularly relevant10:57
lifeless(its convoluted due to dealing with heinous erlang stuff)10:58
mgzlifeless: I'm curious how reset is handled.10:59
mgzthe answer seems to be... it's not10:59
mgzbut actually there is quite a lot of interesting code in there11:00
lifelessmgz: reset defaults to stop(); start()11:01
lifelessmgz: doing a smarter one is an optimisation rather than a semantic facility11:01
mgzright.11:02
mgzbut is also the whole point, in some respects11:03
lifelesssure11:03
mgzthe way this uses TempDir and EnvrionmentalVariableFixture is enlightening too11:04
lifeless:)11:04
lifelesscool11:04
lifelessmgz: is that a good thing ?11:09
mgzunderstanding is always good11:14
lifeless:>11:15
mgzso the way useFixture is used there helps seperate concerns, but punts entirely on resource reusage11:15
lifelessright11:17
lifelessthis is the Fixture-does-not-have-introspection-apis issue I was trying to explain11:17
lifelessfixture is a neat easy api, but hard to do layers-of-resource-reuse with11:18
mgzthe filesystem is prepared seperately from the environment, and then a super-fixture inits and uses both11:18
lifelessits totally easy to take the end result and wrap that as a Resource11:18
mgzokay, and I can see how FixtureResource could be changed to split RabbitServerResources and RabbitServerRunner and have the latter depend on the former11:23
mgz...in fact, let me do that as an exercise11:23
lifelessah, thats where its tricky11:24
lifelessbecause the optimiser runs before setUp11:24
lifelessby definition11:24
lifelessand because RabbitServer acquires its dependencies by calling useFixture(new object)11:25
lifelessbut please - have a fiddle :)11:25
mgzokay, I see the problem11:25
lifelessbut that said, you can use the testresources contract with a fixture that expects it11:25
lifelesstestresources injects the dependencies as attributes11:25
lifelessso a fixture which expects a self.config to exist before its setup and go after its cleaned up, will work fine in conjunction with testresources - but not standalone :)11:26
lifelessso the handwaving plan is to expose a static, optional, graph api for fixture11:27
lifelesswhich testresources can introspect and do its thing on, and which fixtures can bring up itself if its running standalone11:27
mgzI don't see why fixtures shouldn't init other fixtures in their init11:33
mgzis there a reason that might be a bad thing?11:33
lifelessmgz: well, init != setUp11:33
mgzright.11:33
lifelessmgz: is 1230am; thats a good question, but I'm just barely managing to delete unneeded tests right now ;)11:34
lifelessmgz: let me get back to you on it; see if I can page in m thoughts (if I had any prior ones)11:34
* mgz cuts lifeless some slack11:34
mgzokay12:00
mgzlifeless, mind if I just propose this to lp:python-oops-ampq so you can look at the diff at your leisure?12:01
lifelessmgz: uhm yeah :) - 20 folk will get mail, and someone will review it12:01
mgz...maybe pastebin would be wiser12:02
lifelessyou could just push a branch up, no need for the proposal angle12:02
mgzgood plan12:02
mgzokay, `bzr diff -r2..3 lp:~gz/python-oops-amqp/rabbitserverresource`12:05
mgzI think that's correct, and should do bascially the same thing as the current formulation12:05
mgzit doesn't seem very generalisable without defining a specific interface on top of fixtures though12:07
lifelessI will look tomorrowish at it; 1am now, just winding down for halt()12:08
mgznight :)12:08
denihi guys.... does bzr have something like git submodule?12:26
denianyone?12:57
briandealwisdeni: I've not actually used git submodule, but from what I vaguely understand, you might want to check out bzr-externals13:01
briandealwisdeni: there's a similar project called scmproj that has a different approach13:02
denibriandealwis: tnx i'll check it out13:18
=== hazmat` is now known as hazmat
jelmermaxb: hi15:25
maxbhi15:25
jelmermaxb: Is there a branch with the python-helper used in the daily PPA?15:25
maxbthere is15:25
maxbsomewhere.... :-)15:26
* maxb hunts15:26
maxbhttps://code.launchpad.net/~maxb/ubuntu/maverick/python-backport-helper/ppa15:27
maxbapparently15:27
maxbWhich surprises even me15:27
maxbSuggestions of a better place welcome15:27
jelmermaxb: Is it used by just bzr at this point? If so, would you mind having it owned by ~bzr?15:28
maxbThat's fine15:28
maxbIt's not used elsewhere15:29
maxb(But having it under ubuntu/maverick isn't exactly helpful either)15:29
jelmeryeah15:29
mgzif I'm a plugin, how do I go about adding something to the library_state?15:29
jelmermgz: that's a good question15:30
mgzit seems I can address it as bzrlib.global_state by the time I'm imported, but I don't know if that's the right way or not15:31
jelmermaxb: and that's used by both lucid and maverick?15:31
maxbyes15:31
=== deryck is now known as deryck[lunch]
=== med_out is now known as medberry
=== deryck[lunch] is now known as deryck
=== yofel_ is now known as yofel
pooliehi maxb23:53
maxbhello23:54

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