=== jamesh_ is now known as jamesh === psynaptic is now known as psynaptic|away [08:02] hi all 1 [08:02] every 1 ? :-/ [08:16] morning vila [08:16] I'm actually 2, today [08:16] :) [08:16] :) [08:17] vila: hi :) [08:17] hey spiv [08:17] jam: I just made lp:~spiv/twisted/deferred-no-failure-tracebacks-by-default [08:18] jam: the existing benchmarks on http://speed.twistedmatrix.com/ don't really exercise this case at all, so I'll probably try make one [08:19] spiv: you need a reasonable amount of state, which is probably the big 'bug' [08:19] Right [08:19] because it scales based on your working depth, etc [08:19] which means isolated testing probably is quite fast [08:19] I'd be interested to know how much that patch helps [08:19] but real-world use is bad [08:19] spiv: the proxy patch? [08:19] Well, that one too :) [08:19] ah ^^ [08:19] But my patch to Twisted as well [08:19] I missed the link [08:20] Because there's the odd spot (like t.w.xmlrpc.Proxy) that creates these Failures directly it might have less impact than hacking self.tb = None in Failure [08:21] But maybe it's almost all of the cases we care about? If it's not too much effort for you to test, please do :) [08:21] spiv: from all the discussions I've read on the bug, and grepping through the codebase, the tracebacks are pretty much never used [08:22] there is failure.printTraceback which only has 1 or 2 callsights [08:22] site [08:23] jelmer: feel better, buddy [08:24] jam: right, I think so [08:25] jam: although I expect e.g. unhandled errors in a deferred chain emit them [08:25] jam: that's probably the most common case, and I think they'd probably be valuable there :/ [08:25] spiv: I think they would be, but I also wonder if we could just leave 'self.tb' and not try to actually walk it [08:25] jam: people using twisted often find it hard enough to track down where those are coming from as it is [08:25] I realize some global state may change, but is it enough to warrant? [08:26] spiv: I think an env var sort-of-thing is ideal here [08:26] Leaving self.tb is probably a bad idea, because it basically is a memory leak [08:26] spiv: well ATM it leaves it until __getstate__ which seems ~ok [08:26] or the issue there is that __getstate__ happens before the traceback could be printed? [08:27] (because it has no errbacks ?) [08:27] Well, when Deferred handles Failures it cleans them before leaving _runCallbacks [08:28] So it at least avoids the expensive cleanFailure logic if there's another callback in the chain about to be run, because it might handle that failure (and turn the result back to a non-failure) [08:28] We're especially badly hit I think [08:28] spiv: initial branch of your stacked branch was very unhappy. Lots of time in Repo.get_parent_map(). I killed it after 115s, and 'bzr branch lp:twisted' completed in 86s. [08:28] we should definitely look into that [08:28] Because the codehosting VFS code is mostly building an async API on a sync API [08:29] sure [08:29] So the common "d = getSomeDeferred(); d.addCallback(…); d.addErrback(…)" pattern will hit cleanFailure every time, because there's a result immediately [08:29] and since everything returns immediately, deferred has nobody to call [08:29] Right [08:30] jam: ouch, and weird [08:30] jam: I guess keep the .bzr.log of that and we can look into it later [08:30] Anyway, it's EOD for me [08:31] Hopefully I've given you some stuff worth playing with :) [08:32] * spiv -> afk [08:32] Happy hacking! [08:33] spiv: have a good night === thomi_ is now known as thomi === lool- is now known as lool [10:08] jelmer: typo in dulwich [10:08] of head, then following theat will be the parents. [11:52] hi [11:52] I want to talk about very strange behavior of bzr in mixed windows/linux environment [11:54] if I push from repository branch to other machine (different OS) then I got on the destination end repository branch with shared repository in the same directory where new branch created [11:54] if I push from standalone branch then I got standalone branch on destination end [11:55] it seems to not depend on whether I have on destination end real shared repo or not [11:58] no, it depends [11:58] sorry [11:59] if destination end has no shared repository then I got this strange effect [12:11] Bug #744893 [12:12] Launchpad bug 744893 in Bazaar "bzr push from repository branch to location without shared repo creates weird sharedrepo+branch" [Undecided,New] https://launchpad.net/bugs/744893 === psynaptic|away is now known as psynaptic [12:41] Hi there [12:44] I created a tag in my branch, and when I try pushing it on my repo, nothing happens, it says "nothing to push". Am I doing something wrong? === hunger_ is now known as hunger [13:06] etenil: I think it will have pushed the tag anyway, but the message it gives only reports on revisions [13:08] greeting all; every time i commit to a bzr repo, i get a 'math range error'... [13:08] bzr: ERROR: Server sent an unexpected error: ('error', 'math range error') [13:08] however the commit is successful [13:09] local bzr is out of sync, and requires a 'bzr up' to make it happy again [13:11] Is there some way to use "vim -R -" as a default pager for `bzr diff`? [13:12] maxb: ah thanks [13:12] I'll make sure it has [13:12] idky: is that like 'view'? [13:13] Kamping_Kaiser: pretty much [13:16] bzr accepts PAGER=, but i dont think pAGER supports '-' in its commandlines [13:17] bzr-pager (the plugin) appears to hard code less as the pager value, so not sure how that works with PAGER either [13:19] Kamping_Kaiser: I just enter `bzr PAGER='view -'` then? [13:21] no, "PAGER='view -' bzr diff" causes bzr to throw up since it thinks it should read from stdin (over the -), not sure what the fix to that is. [13:21] but i will be interested to see what someone else says as the fix [13:25] i'm off to bed, i'll read up tomorrow :) [13:25] 'later all [13:36] glob: wow, I'd love to see the server's log of that [13:37] i've asked the admin to eyeball the log, i don't have access [13:37] glob: can you add '-Dhpss' to your command line to enable some more logging, and attach the resulting ~/.bzr.log to a bug report? [13:38] glob: (and add anything you are able to discover about the server log) [13:38] ok, will do (net time i have to commit, it's a prod instance) [13:38] thanks :) [13:38] glob: thanks [13:38] glob: it'd also be good to know which version of bzr the server is running [13:39] glob: (you can find out using the bzr-ping plugin from https://launchpad.net/bzr-ping if you don't know) [13:44] spiv, 2.3.1 [14:58] * jelmer waves [15:35] hi jelmer, feeling better? [16:12] jam: Yeah, much better. Still have a lingering headache so I think I'm going to do some trivial stuff that doesn't require much thought. === psynaptic is now known as psynaptic|food === Ursinha is now known as Ursinha-afk [16:57] is *anyone* using bzr-svn on Fedora? it seems *way* too hard to set up. [16:57] knighthawk: hi [16:57] knighthawk: it's not packaged? [16:58] jelmer, I haven't been able to find one. [16:59] hmm, whohas doesn't report any either [16:59] knighthawk: isn't it just a matter of installing bzr and python-subvertpy and then just unpacking the tarball as ~/.bazaar/plugins/svn ? [16:59] took out a branch. had to revert it then install docutils. now trying to install Subvertpy which doesn't have a rpm yet. [17:00] so far can't install python-subvertpy [17:00] found a src.rpm but running into an issue with rpmbuild on it. [17:01] centos apparently has packages [17:01] http://pkgs.org/package/python-subvertpy [17:01] the weird thing is that make and make install seemed to work fine *without* subvertpy. but of course when I then tried to use it... [17:01] thanks jelmer === deryck is now known as deryck[lunch] [17:46] I would like to push to a plain FTP, but it fails because of "Append/Restart not permitted". What can I do? === deryck[lunch] is now known as deryck [18:20] * knighthawk hoping that I can run a centos rpm on a fedora 14 box === psynaptic|food is now known as psynaptic === beuno is now known as beuno-lunch === beuno-lunch is now known as beuno === psynaptic is now known as psynaptic|break === psynaptic|break is now known as psynaptic === mtaylor_ is now known as mtaylor [22:58] trying to work with bzr-svn with a self signed certificate. don't know how to tell it to ignore the face that the certificate is self signed. [22:59] knighthawk: what error are you getting? [22:59] ERROR: pycurl.error: (60, 'SSL certificate problem, verify that the CA cert is OK. [23:01] knighthawk: try using svn+https:// [23:02] will do jelmer thanks. [23:03] thanks jelmer [23:03] you're welcome [23:04] * jelmer gets some sleep