/srv/irclogs.ubuntu.com/2011/08/30/#bzr.txt

=== AuroraBorealis is now known as aurora|sleep
jamvila: no issues building the installers, I just haven't tried yet05:38
vilajam: do you plan to try soon or should I announce 2.4.0 without them ?05:43
vilahi all !06:32
vilapoolie: regarding HTTPErrors on jubany, here is an interesting one: http://paste.ubuntu.com/67773006:34
pooliehi vila, jam06:34
pooliehi vila06:35
jamhi poolie06:35
jamso... interesting news about fdatasync06:36
vilapoolie: hey06:36
pooliei think i know what's happening there, which is that it's getting None for one of the branches so lp rejects the attempt to file an mp06:36
jamtest suite w/fdatasync 3h35min, hacking it out, 1h35min06:36
jamstill not as fast as bzr-2.3's 45min06:36
poolielocally? or on pqm?06:36
jampoolie: on pqm06:36
jamso there is more going on than just fdatasync06:36
pooliethat's about what i would expect06:36
poolieright06:36
jambut it is clearly part of it06:36
pooliei wonder if it's failing to load some extensions?06:36
jampoolie: doesn't that issue warnings, and we use -Werror ?06:37
poolieit's just kind of a shot in the dark about what could cause such a large slowdown06:38
pooliedo we know anything about the relative timing of particular tests?06:38
jampoolie: yeah, the difference w/ 2.3 was where I was going to focus06:38
jampoolie: we could do a failing pqm run that doesn't filter out successes, and we would get back a subunit stream containing all the timings06:38
jam2.4 has a few more tests, 26.3k vs 24.7k than 2.306:42
jamI doubt that accounts for doubling the time, though06:42
jampoolie: I'll try to find another quiescent time for PQM and put another couple of test runs through06:44
poolieyou can also just ask the sysadmins to run something on that box06:44
pooliei saw Sidnei wrote about having a tarmac-on-openstack set up for tarmac so i might try to convert that some time06:45
poolievila, that bug you mentioned with httperror i was going to keep tracking under the same number06:45
pooliei fixed some of them but that's still a problem06:45
poolieit's related to the Branch.getByURL call (that might not be the exact name)06:46
vilapoolie: not a bug, just something I caught while monitoring jubany after deploying bzr-builddeb yesterday06:48
poolieit is a bug06:48
vilaright06:48
vilawhat I mean is that I've seen different outputs usually, this one was mentioning something different (the missing branch)06:49
vila... and I didn't file a new bug before mentioning it to you, should I ?06:51
vilaso s/not a bug/not *yet* a bug/06:52
vilajam: do you plan to try building the windows installers soon or should I announce 2.4.0 without them ?06:59
jamvila: I'm working on them as we chat06:59
vilajam: great, waiting for your feedback to do the announcement07:00
jamanyone know if qbzr-0.21 is still the right version to build with?07:00
jamthere seems to be an 0.21.1, I'll go with that07:02
jamthough I think there was supposed to be a 0.21.2 coming soon07:02
vilamaxb: do you plan to upload bzr-svn-1.1.0 to the stable ppa ?07:25
poolieare you ready to mumble?07:49
fullermdSpeaking of qbzr, is it just me or does it still completely hork the test suite on .dev?07:50
fullermd...  and of course, it figures I say that right before firing off a pull that gets the rev that fixes it...07:51
jampoolie: I believe that has to be spelled "muuuummmbbbbbbbbllllllee" ?07:51
* fullermd sighs.07:51
jampoolie: http://www.youtube.com/watch?v=WvufFwdqMzg&feature=player_detailpage#t=53s07:53
jambut yes, I'm logged in07:53
poolieyep07:54
jamOr maybe "LETS GET READY TO *mumble*"07:54
jamvila: it says it will be 20min for it to copy down to me, and then 5-10 min for me to upload them to launchpad07:59
jambut -1 is built07:59
jamvila: windows installers have been uploaded and announced08:42
vilajam: thanks08:43
poolieRiddell, so can people actually get into translating bzr now?08:45
pooliei thought perhaps you should send an update on the state of i18n - perhaps it's better to wait until it's live though08:46
Riddellyou go to https://translations.launchpad.net/bzr and do the translation08:54
Riddellit's set to restricted so you have to be an approved translator08:55
RiddellI can e-mail the translators list and bazaar list to announce that08:55
jampoolie: https://code.launchpad.net/~hid-iwata/bzr/fix-827721/+merge/73125 I don't know if you saw that I already made the fix, but accidentally submitted it to trunk instead of 2.408:56
jamI'm guessing you did the same fix?08:56
pooliei saw a comment about that08:56
pooliei sent just a correction of his patch to 2.408:56
pooliedid you fix it in a substantially different way?08:56
jampoolie: I just indented by 1 space09:06
pooliethat's what i did too09:07
poolieit's running on jubany now09:07
poolie*bellany09:07
jampoolie: well, jubany does have better hardware, maybe we could install PQM and.... :)09:13
jelmerjam: I'm looking at my bzr/move-hashcache branch; is it correct that just WT2 and WT3 use the hashcache?09:17
jamyes09:18
jamthe cache is in the Dirstate for WT4+09:18
poolieok i'm going to sign off09:28
poolievila, if you commit that fix to trunk it should automatically get onto docs.b.c.c09:29
vilapoolie: yup, I know, submitting to pqm09:29
vilapoolie: grepping 2\.4 I found some references to python-2.4 that we don't support anymore, I'll file a bug for that as several docs needs a deeper fix09:30
jamjelmer: rather than resubmit, I think just marking your submission back to NeedsReview09:30
jamat least for me, it means that email threads get put on the right submission, etc.09:30
jamlike I *just* commented on the last one09:30
jelmerah, hmm09:30
jelmerwith some projects I find that reviewers ignore MPs that already have votes on them09:30
jamjelmer: well, I just ignore everything you submit regardless :)09:31
fullermdjam: Ignore who?  ;p09:32
jamjelmer: I supposed it is project dependent. I do a lot of processing merge requests via email vs the web ui09:32
jamand often keep "unread" things that are in queue to reviewe09:32
jamunfortunately, LP does *not* link emails across resubmissions09:32
jamso it starts a new email thread09:33
jamand doesn't have a "this proposal has been superseded" email09:33
jamin this particular case, it looks like we raced09:33
jamwhere I was in the web app commenting, and you were resubmitting.09:33
jelmerjam: Clearly the workflow isn't optimal yet :) I'm happy to just change the MP status for bzr though09:34
jamfor bzr, I would probably resubmit if there has been a long discussion that is now only partly relevant due to large changes09:35
vilajam: additionally when you review via mail CC'ing the submitter, the submitter gets two mails, one of them without the lp links and headers which also break threading09:36
jelmerjam: also, we don't always change the MP status when we vote so there's no way to indicate a MP is ready for another review09:36
jelmere.g. https://code.launchpad.net/~jelmer/bzr/move-hashcache/+merge/7329909:37
jamsure, but you can also just *say* "ready for re-review"09:37
vilajelmer: you can request an additional review from the web ui, which should send emails09:37
vilajelmer: I did that yesterday for https://code.launchpad.net/~jelmer/bzr/metadir-goes-colo/+merge/72451 and got an email with the updated diff AFAICS09:38
jamvila: yeah, but then jelmer resubmitted it as well :)09:38
jelmerjam, vila: neither of those makes it easy to see what needs another review on the +activereviews page09:38
vilajelmer: true :-/09:39
jelmeranyway, I wasn't trying to be a pedant..09:39
jamjelmer: *everything* needs review if it is still on that page09:39
jamthat page should always be pushed to 009:39
jamIMO09:39
jamthough yes, some with more or less priority09:39
jamwhich isn't particularly easy to see09:39
jamthough, even when used "correctly" it isn't very easy to see09:39
vilajelmer: I don't think you were09:39
jelmervila: several of the recent problems building against 2.4 seem fail because of the safety net10:14
jelmergrmbl10:14
jelmervila: several of the recent problems building against 2.4 seem be because of the safety net10:14
jelmervila: e.g. https://launchpadlibrarian.net/78535248/buildlog_ubuntu-oneiric-i386.trac-bzr_0.4.2%2Bbzr117~ppa34~oneiric1_FAILEDTOBUILD.txt.gz10:14
jelmerdo you have any idea what might be causing that? It seems to be some weird interaction with fakeroot (which LD_PRELOADs and pretends the currents uid is 0)10:15
vilajelmer: failing to call setUp for the parent class ?10:16
jelmerit succeeds when not run under nosetests10:16
jelmerargh, when not run under fakeroot10:17
jelmerand as far as I can tell setUp() gets called where necessary10:17
vilahmm, doesn't explain the attributeerror...10:18
vila_SAFETY_NET_PRISTINE_DIRSTATE was introduced recently, let me check10:18
vilacreated in _check_safety_net, called by _make_test_root10:19
vilathere is a comment there about tricky test dir on OSX,10:20
vilathe issue there was that /tmp is redirected to /private/tmp10:20
vilajelmer: could it be that fakeroot is doing some trick too about /tmp ?10:21
vilanot that it would explain the AttributeError either...10:21
jelmervila: well, it pretends the owner of all files is root.root, for /tmp too.10:21
vilabrain dumping,10:22
vilawe had issues related to tests run as root, we had issues related to a very early failure with the test root not being properly created or something10:23
jelmerfwiw the debian packages have always been using fakeroot, but this issue has only come up recently10:24
vilajelmer: recently << 2011-07-11 ?10:25
jelmervila: I'm also surprised it's trying to access /root/.bazaar/locations.conf10:25
vilajelmer: $HOME == /root ?10:26
jelmervila: nope, HOME=/home/jelmer10:26
vilawow, test isolation10:26
jelmeralthough getpwuid(0).pwd_home is /root10:26
vilaHOME is not set I presume, fallback to python whatever10:27
jelmerin fact, it seems that if I change the home directory of root in /etc/passwd the tests all pass..10:27
vilayup, python is getting there to get the home if nothing else is available10:27
jelmerso the _SAFETY_NET_PRISTINE_DIRSTATE issue is a red herring10:28
vilaknown issue10:28
vilanot sure they are related10:28
jelmervila: it looks like it's now reading the config because it wants to know if it should fdatasync, perhaps it wasn't doing that previously10:30
jelmervila: is the safety net perhaps created before BZR_HOME is overridden?10:30
vilafor the config stuff, yes, it wasn't and it's related to finding HOME from /etc/passwd and is a test isolation issue10:30
jelmerbecause creating the safety net involves creating a tree, and that involves reading the config10:30
vilayup10:30
vilaoh, and some exception is lost ?10:31
vilaso we miss the safety net not being created ?10:31
jelmervila: if creating the safety net fails then the exception is masked by the fact that the teardown fails, because we haven't set _SAFETY_NET_PRISTINE_DIRSTATE yet at that point10:33
vilaurgh, http://paste.ubuntu.com/677867 , indeed the safety net is created before overriding the env for tests10:33
vilajelmer: in the short term, can you try a way to run selftest in a context where bzr *can* read its config files ?10:37
vilas/try/find/10:38
vilajelmer: like... BZR_HOME=<valid home> may be ?10:38
vilajelmer: valid here doesn't imply there is a .bazaar dir, just that we get File not found instead of permission denied10:39
vilaalternatively we should catch permission denied and handle it as meaning we can't read the config files10:41
jelmervila: overriding the environment variables doesn't seem to work :(10:42
vilamay be fakeroot filters it ?10:43
jelmervila: nope10:44
vilajelmer: hmm, does os.path.isfile(infile) raises permission denied ?10:45
vilas/s//10:45
jelmerit returns False10:46
jelmervila: still, that seems like the wrong thing to do. We shouldn't be reading the users' config10:46
vilajelmer: configobj uses this to decide if the file exists10:46
vilajelmer: why ?10:46
vilajelmer: we're not *in* the test at this point, we are still in the user context setting up the test environment10:47
jelmervila: this is for the test setup, we shouldn't be using the users preferences for the repository we're going to use for testing10:47
vilajelmer: we obey TMP10:47
vilawhich is part of the user env10:48
jelmervila: sure, but this means you could get varying test results based on what the user has in ~/.bazaar/bazaar.conf10:48
vilano, because we take care of that just after10:48
vilabut I think I've found the hole10:48
vilaTestCase.setUp has been called and there we clear BZR_HOME10:48
vilajelmer: try moving _make_test_root *before* the upcall to setUp() ? (May not be enough)10:50
jelmerAttributeError: 'TestRepository' object has no attribute '_bzr_selftest_roots'10:51
jelmervila: where do we reset the standalone working tree so it isn't affected by the users settings?10:52
vilaI don't follow10:52
vilathe safety net is supposed to be created... above the test dirs10:53
vilathe tests have no idea it exists10:54
jelmervila: ah, nevermind.. I see we just use bzrdir.BzrDir.create_standalone_workingtree() to get at the dirstate bytes10:54
vilajelmer: try commenting out the calls to _create_safety_net and _check_safety_net10:54
jelmervila: that does mean we try to read ~/.bazaar/bazaar.conf for every test though, doesn't it?10:54
vilayes, that's the main issue related to config in the fdatasync patch10:55
jamvila, jelmer: We only create the safety net once per test suite run, right?10:56
jelmerdoes remembering the raw bytes of the dirstate file really gain us all that much speed?10:56
jamwe just check it on every test10:56
jamjelmer: spiv commented it was about 15% of the run speed for the whole test suite10:56
jamso... yes10:56
jelmerjam: yeah, I guess I'm just seeing it being executed multiple times because its setup fails10:57
jamjelmer: the point of that code was we *used* to have a real problem with a test case not isolating itself from the environment10:57
jamhence you can do "bzr log -r revid:A"10:57
jamin bzr.dev10:57
jamIt honestly hasn't been a problem for a while, but perhaps that is because it gets caught easily. I would venture it is because TestCaseInTempDir/MemoryTransport et al make it easy to just inherit a base that is env safe10:58
jamI think vila already submitted a bug that if _create_safety_net fails, it should just abort the test suite10:58
jamrather than fail 20k times10:58
vilahttps://bugs.launchpad.net/bzr/+bug/82502710:59
ubot5Ubuntu bug 825027 in Bazaar "create_safety_net is brittle" [High,Confirmed]10:59
jamvila, jelmer, Riddell: I'd like to do some more PQM timing runs, but I want to make sure not to block anything. Is there a reasonable time for me to do it?10:59
vilajam: thanks !10:59
vilajelmer: doh, but you *did* comment on this one !11:00
spivjam, jelmer: IIRC by reading the raw bytes we skipped open_workingtree and that in turn skipped reading all bazaar.conf and locations.conf11:00
vilaspiv: right, but the issue here is when *creating* the wt11:01
jelmerjam: as long as you don't approve any MPs you should be good ;)11:01
jamjelmer: k, I'll make sure to reject all patches. :)11:01
jamjelmer: it is more "is there stuff you want to see land soon that hasn't been approved so I'll wait"11:01
vilajam: fine with me, I'm finishing the announcement for 2.411:01
spiv(Because it is the safety net, not some wt inside it, that means reading the users real ~/.bazaar/locations.conf, etc)11:01
jamwe already have a Q depth of 411:01
jelmerjam: I figured :) Nothing from me.11:02
jamhi spiv! good to see you around, btw11:02
jamjelmer: is it "_create_safety_net" or "_check_safety_net" that is cousing problems for bzr-cia?11:03
vilajam: i.e. nothing urgent from me, the one waiting can even be canceled (but let me know as it was a pqm-submit one)11:03
spivjam: thanks :)11:04
jamvila: I have a strong suspicion that our current Q is going to overflow for at least today.11:04
vilajam, jelmer: I suspect it's create_safety_net and the exception is caught11:04
jam4*2.5 is already 10 hours11:04
spivjam: If the Q overflows, I guess that makes it an R11:04
jamspiv: I'm pretty sure it becomes QQ11:04
vilajam: yeah, debugging a live pqm is not fun11:05
vilajam: which is why I postponed it :)11:05
jamspiv: from: http://www.urbandictionary.com/define.php?term=less%20qq%20more%20pew%20pew11:05
spivjam: two Qs?  Too cute :P11:05
jelmervila,jam: it's _create_safety_net (but that gets called by _check_safety_net)11:05
jamspiv: It symbolizes tears coming out of eyes11:05
vilajelmer: I don't think we reach that call11:06
jamvila: we do if it is failing11:06
vilajam: we get an AttributeError on _SAFETY_NET_PRISTINE_DIRSTATE so we don't reach it11:06
jamah11:07
jelmeryeah, that's true11:07
jelmerbecause _create_safety_net raised an exception11:07
* jelmer 's head spins11:07
vilajelmer: try commenting out create/check safety_net11:07
vilacalls11:07
vilasafety net and permit_url kind of overlap in both their implementations and intents, in your case, if you don't get failures with safety net outside of fakeroot, then it's probably safe to disable it11:09
jelmeryeah, that's fine (apart from a test isolation error because BzrDir browses up too far in the fs)11:09
spivjam: QQ makes me think of pearl tea (http://en.wikipedia.org/wiki/Bubble_tea), there's a tea place I used to go to that lists the tapioca balls on the menu as QQ.11:09
vila"browses up too far in the fs" is a hard one11:09
jelmervila: could we just temporarily monkey patch config_dir in _create_safety_net ?11:10
jamjelmer: http://paste.ubuntu.com/677891/11:10
vilapfew, to which value ?11:10
vilajam: that would make the test suite fails for jelmer, he is trying to get a successful run (or it could just not run it all otherwise)11:11
vilas/it could/he could/11:11
jamvila: well fix #1, if we can't set up, stop running the rest of the tests11:11
jamfix #2, make it so we can run11:11
jelmerjam: thanks, that would at least make it fail sensibly11:12
vilajam: right, that's what bug #825027 is about11:12
ubot5Launchpad bug 825027 in Bazaar "create_safety_net is brittle" [High,Confirmed] https://launchpad.net/bugs/82502711:12
jamjelmer: I think there should be a better way, integrating it with our test suite runner, etc.11:12
jelmervila: set BZR_HOME to e.g. TestCaseWithMemoryTransport.TEST_ROOT while we run create_standalone_workingtree11:12
jelmervila: we don't care if that location doesn't exist11:13
vilajelmer: yup, should work11:13
jamjelmer: can you paste the actual traceback somewhere?11:13
jelmerjam: http://pastebin.ubuntu.com/677896/11:16
jelmerthat's with a slight change to _check_safety_net to use getattr to get at _SAFETY_NET_PRISTINE_DIRSTATE11:16
jamjelmer: well, I would say that if config gets PermissionDenied, it should just accept it and treat it as though the file doesn't exist11:16
jamjelmer: by the time we get to _check* we should always have _SAFETY_NET set11:17
* jelmer looks at vila11:17
vila<vila> alternatively we should catch permission denied and handle it as meaning we can't read the config files11:17
jelmerjam: Perhaps we should just warn ?11:17
jamjelmer: looking at the traceback you posted, it is clearly during "_make_test_root" not during "_check_safety_net"11:17
jelmerthat works for me I guess11:17
jamjelmer: I could consider warning.11:18
jelmerjam: If I don't make that slight change to _check_safety_net then I get an attributeerror from _check_safety_net.11:18
jamjelmer: I'm thinking you're getting that after the previous failure, during tear-down time11:18
jelmerjam: yes, I am11:18
jamso setUp() fails, then we always run tearDown() and *it* fails11:18
jelmerjam: that attributeerror is a red herring, but that's why I mentioned _check_safety_net in that bug report11:19
jamsure11:19
jelmercool11:19
jamjelmer: is bug #835183 actually fixeD?11:34
ubot5Launchpad bug 835183 in Bazaar "bzr-svn 1.1.0 from daily PPA does not install with bzr 2.5.0 from same repository" [Undecided,New] https://launchpad.net/bugs/83518311:34
jelmerjam: not yet - the right packages are available from the daily PPA but not from the regular PPA11:34
jamjelmer: the bug at least claims to be the daily11:34
jam"bzr-svn from bzr-daily repo doesn't install with bzr  from the same repo"11:35
jelmerjam: in that case it might be a different one than I was thinking about11:35
jamwhich is why I'm confused that you saying "use the daily repo" and he claimed it was fixed11:35
jelmerjam: marked fixed, thanks for the pointer11:36
jelmervila: https://code.launchpad.net/~jelmer/bzr/config-file-permdenied/+merge/7336111:41
vilajelmer: cough, configobj based configs doesn't have the issue and TransportConfig is not involved either in your case11:57
vilajelmer: the bug is that configobj uses os.path.isfile and doesn't see the permission denied while config.IniFileStore traps only NoSuchFile and should also catch permission denied12:01
jelmervila: updated12:08
jelmer(and confirmed working against tracbzr)12:08
grumbelI have here a bzr repository (based on a svn repo) with some user created changes, I (the one with write access to the SVN) want to merge those changes back into the main svn repository. How would I do that?12:09
jelmergrumbel: if you have a checkout, it should just be a matter of running "bzr commit"12:09
jelmergrumbel: if you have a standalone branch that's derived from the svn branch, commit and push back12:10
grumbeljelmer: confusing part for me right now is that the bzr repository (not mine) is against anon-svn, while I would need to commit to the non-anon svn, which has a different URL12:19
jelmergrumbel: if the bzr branch is standalone it should just be a matter of pushing12:20
jelmerand specifying the non-anon URL to "bzr push"12:20
vilajelmer: BB:tweak, can you check that my tweak still works for tracbzr ?12:44
vilajelmer: finally, don't we want that for 2.4 ?12:45
=== med_out is now known as medberry
jelmervila: either works for me; I'll have to ship it as a Debian patch anyway. I'm not sure if it's big enough of an issue for other users.12:55
vilajelmer: wfm12:56
vilajelmer: and sorry for the trouble, I should have thought about bug #825027 earlier :-/12:57
ubot5Launchpad bug 825027 in Bazaar "create_safety_net is brittle" [High,Confirmed] https://launchpad.net/bugs/82502712:57
jelmervila: thanks for the review, I'll submit to PQM after John is done12:58
jelmervila: no worries, it's pretty hard to recognize what it breaks without knowing the exact cause13:04
vilajelmer: where is fakeroot used in the whole bzr ecosystem ?13:05
jelmervila: it's used by pretty much all debian packages when building13:06
vilajelmer: including ubuntu packages you mean ?13:06
jelmervila: yep13:06
vilaweird that we didn't encountered sooner...13:07
jelmervila: it only happens if there actually is a /root directory - on most build hosts there isn't13:08
vilaoh my...13:08
vilajelmer: and 'fakeroot -u' is not applicable ?13:08
jelmernope13:09
jelmervila: the idea is that when installing binaries they don't end up being owned by some random uid13:09
vilaok13:09
vilait's still weird to pretend to be root while not allowing to read config files though, but well, I can't see how to fix that anyway13:12
vilajelmer: ha, no, you mentioned the right fix earlier I think: force BZR_HOME to an existing place while creating the safety net, I'll add that to the brittle safety net bug13:15
jelmervila: thanks!13:25
jelmerSpeaking of weird FTBFS errors..13:33
jelmer  File "/usr/lib/python2.7/dist-packages/bzrlib/osutils.py", line 822, in compact_date13:33
jelmer    return time.strftime('%Y%m%d%H%M%S', time.gmtime(when))13:33
jelmerValueError: timestamp out of range for platform time_t13:33
vila8-(13:34
jelmermy thoughts exactly13:34
jamjelmer: clearly 'when' is negative?13:34
jamor a BIGINT13:34
jamI wonder if you need (time.gmtime(int(when))) or something13:34
jelmerjam: yeah, it's probably something like that13:35
jamthe fact that it says out-of-range seems very strange13:35
jelmerit's also something that only occurs on the buildds13:36
jelmeranyway, I'll dig deeper13:36
jelmerit just seems like *somebody* forgot to tell me that today is weird FTBFS day.13:37
jamjelmer: didn't they just do an oneiric "rebuild" which causes everything to break?13:37
jelmerjam: yeah, but usually that just results in one or two plugin packages that happen to still call a method that has been removed from bzrlib13:38
jamjelmer: https://code.launchpad.net/~jelmer/bzr/move-hashcache/+merge/7329913:38
jamappears to be duplicating _write_hashcache_if_dirty13:39
vilajelmer: today is weird FTBFS day.13:39
jamanyway, not to distract you from what you're up to13:39
jelmerjam: it is - rather than using hashcache in the base class it makes WT2 and WT3 use it explicitly13:40
jelmerI could've made that clearer in the comments.13:40
* jelmer adds a comment13:41
jamjelmer: is it possible to unify them, such as by just having a non-class attribute, or an extra base class. It is a real pain to track down and fix a bug in duplicated code.13:45
jamlike NonDirstateWorkingTree or something13:46
jelmerjam: yeah, it's always a tradeoff I guess. I'd be happy to add a base class13:46
jamjelmer: I know it is old code that doesn't get touched much, but that's also why I'd like to not make it harder to support13:47
vilajam: that's what I was trying to convey when I asked you that follow-up about get_parent_map :)13:50
jamvila: except in my case there isn't code duplication, which is what I told you13:50
jamit isn't copy and paste code, it is take data from a different format and extract it for the api13:50
viladoesn't make the maintenance easier13:51
jamIt is a "give me data" interface, but there isn't a simple corresponding "insert data" interface13:51
vilathat's true13:52
vilabut that can be addressed for the tests13:53
vilajelmer: do you have an easy way to test the build failure (without your patch for permission denied) ?13:55
jelmervila: yeah13:55
vilajelmer: http://paste.ubuntu.com/677992/13:56
vilajelmer: bah, waitasec14:00
jelmerNoSuchFile: No such file: u'/tmp/testbzr-BmUC0T.tmp/.bzr/checkout/dirstate': [Errno 2] No such file or directory: u'/tmp/testbzr-BmUC0T.tmp/.bzr/checkout/dirstate'14:00
vilajelmer: http://paste.ubuntu.com/677995/ the previous one was blatently bogus14:01
vilaor did you fix it yourself ?14:01
jelmervila: "1". Really?14:02
vilafor os.exit ? you prefer -1 ?14:02
jelmervila: see that pastebin :)14:03
vilaLOL14:03
vilapastebinit epic failure :)14:03
vilajelmer: http://paste.ubuntu.com/67799814:03
jelmervila: that works14:06
vilaha, gooood, now, can I add tests for that...14:07
vilajelmer: just checking by "works" you mean the test pass not that we abort at the first one right ?14:08
jelmervila: yep14:15
=== aurora|sleep is now known as aurora|school
vilajelmer: speaking of weird cases, something happens in a try: tree.lock_write() /finally: tree.unlock() that leaves a broken lock, what can 'something' be ?15:04
vilajelmer: some failed imports can't be requeued without breaking these locks manually which is.. disruptive ;)15:09
jelmervila: hmm, not sure either :/15:09
vilaan unmatched lock/unlock ?15:10
vilaunlikely15:10
jelmercould be, I guess15:11
vilaand we get a traceback... so the finally clause should be obeyed...15:11
=== deryck is now known as deryck[lunch]
lamalexhi, so bzr status only showed 2 unknown files, so i can bzr add. and it added a fucking ton of other files. is there a sane way to remove them without losing all of the changes i had in my tree?16:30
LeoNerdbzr rm --keep path/to/file   will forget an 'add'16:34
=== Meths_ is now known as Meths
jelmerlamalex: what kind of files did it add that "bzr status" didn't show?16:45
lamalexjelmer, build files16:46
lamalexcan i bzr ignore build/ and have it disregard the add?16:46
lamalexha oh LeoNerd bzr rm --keep worked great16:47
jelmerlamalex: yes, "bzr add" (without arguments) will ignore files that are in .bzrignore16:47
jelmerlamalex: if you explicitly specify files it will add them regardless of whether they are in .bzrignore16:47
lamalexyah16:48
lamalexthanks16:48
=== kedare is now known as kedare_work
=== deryck[lunch] is now known as deryck
lamalexdoes anyone know of a good tutorial on bzr pipelines and bzr colo17:11
lamalexi keep finding myself in space where i think i would really benefit from the workflow17:11
lamalexbut i can't find good docs about really how people use it17:11
lamalexthumper, ^ don't you use these things?17:12
=== beuno is now known as beuno-lunch
=== beuno-lunch is now known as beuno
AuroraBorealisis launchpadlibrarian slow as hell to anyone?19:16
AuroraBorealisim downloading at 2 kb/s19:16
Quintasanjelmer: http://paste.kde.org/116311 <-- any idea about that? recipe file: http://paste.kde.org/11631719:24
=== zyga is now known as zyga-food
=== CardinalFang_ is now known as CardinalFang
thumperlamalex: yes, I use pipelines20:26
=== nyuszika7h` is now known as nyuszika7h
=== zyga-food is now known as zyga
jelmerQuintasan: sorry, was out. I'll have a look now21:54
Quintasanjelmer: Thanks22:17
jelmerQuintasan: can you run this: python -c 'from bzrlib.plugins.builder.cmds import get_maintainer; print get_maintainer()'22:21
Quintasan('Micha\xc5\x82 Zaj\xc4\x85c', 'quintasan@kubuntu.org')22:21
jelmerQuintasan: bzr-builder needs to be calling .decode on that since python-debian (now?) uses unicode for changelogs22:22
jelmerQuintasan: can you file a bug?22:22
Quintasanjelmer: against bzr?22:24
jelmerQuintasan: against bzr-builder22:24
Quintasanjelmer: https://bugs.launchpad.net/bzr-builder/+bug/83774122:28
ubot5Ubuntu bug 837741 in bzr-builder "bzr-builder has to call .decode on get_maintainer() output" [Undecided,New]22:28
jelmerQuintasan: thanks22:28
* jelmer wished he could triage bugs from IRC22:28
jelmerQuintasan: setting DEBFULLNAME to something that only includes ascii characters should work around it for hte moment22:29
=== medberry is now known as med_out
=== aurora|school is now known as AuroraBorealis
pooliehi all23:53

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