[00:01] Good morning. [00:09] mornin spiv [00:36] jelmer, hi, still awake? [00:36] hi spiv [00:36] poolie: Hi! [00:36] poolie: Apparently :-) [01:34] Ooh, I'm patch pilot this week. [01:35] poolie: perhaps you should review https://code.edge.launchpad.net/~gz/bzr/smart_add_former_file_dir_251864/+merge/38676 ? I think you may have touched that code or near it with your smart_add deprecation patch. [01:35] spiv, actually i was going to propose swapping with you because i'll be away for the next two [01:36] i have, i'd be happy [01:36] to [01:36] (otp) [01:37] So you'd pp this week, and I'd pp the week of Nov 1? I'm happy to do that. === Ursinha is now known as Ursinha-afk [02:00] spiv, pooile: y'all are just afraid to review my monster mergetools mp ;) [02:00] poolie^ [02:00] Heh [02:01] dOxxx: pfft, I had patch with a 26000 line diff last week ;) [02:01] I don't blame you. Took me 3 months. [02:01] Automated refactorings don't count! :) [02:04] :) [02:04] spiv of course you can still do reviews this week [02:15] spiv, are you all better? or a bit better? [02:31] poolie: I'm mostly better. [02:32] Well enough to continue looking at https://bugs.edge.launchpad.net/udd/+bug/653307 at least :) [02:32] Launchpad bug 653307 in Ubuntu Distributed Development "Import fails with missing referenced chk root keys (affected: 1, heat: 8)" [Critical,In progress] [02:33] want a quick catchup call or pm (depending on the state of your voice)? [02:50] so. debian and bzr [02:50] i hear they don't mix [02:50] and i can't exactly download it [02:52] what is 'it'? [02:52] poolie: a catch up would be good, but maybe just after lunch as I'm in the middle of digging through a udd/bzr-builddeb maze right now [02:52] ok, thanks [02:53] poolie, i've recently decided to download the tarball and build it [02:53] what i mean by 'it' is this [02:54] http://wiki.bazaar.canonical.com/DistroDownloads#Debian [03:50] zamabe, you just need 'sudo apt-get install bzr' or the equivalent [04:08] FryGuy-, thanks for those branches; I've already merged one and will create patches based on the other two soon. [04:09] FryGuy-: I was also surprised to see that it worked with 2010 with such a small change. They actually did pretty well with backwards compatibility. [04:09] FryGuy-: unfortunately I can't use the branch directly, need to put in conditional version checks. ;) [04:19] poolie: My "chopping up the file" proposal was based on what ZFS, Dropbox, et al do for versioning large files. Memory usage was a side effect. [04:19] poolie: Do you know of any better algorithms I should be looking at, maybe in the literature somewhere? === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk [04:38] i think the basic idea of chopping it up based on a rolling checksum is not too bad [04:54] it might be nice to just be deterministic [04:54] every 128K for instance [04:54] so that we don't have to /diff/ to do it. [04:54] in fact, thats probably a must-do, not a might-do. [04:59] lifeless: Should that apply to large text files as well or just binaries. [04:59] ? [05:11] well, rolling checksums are deterministic [05:11] spiv, can you reproduce that bug in bzr alone? [05:13] poolie: they are, but using them to find the boundary between and old and new version means that partial branches cannot reproduce the result [05:13] poolie: which is a significant concern [05:13] maybe we're talking about different things? [05:14] i understood jbowtie to be considering using them to chop single large files [05:16] Yes, trying to find a way to solve some of the issues around large binaries. [05:16] that would be fine, I understood him to be using delta logic based on that [05:16] via the reference to zfs and dropbox [05:17] poolie: no, at least not without intentionally driving the bzrlib APIs to generate two inventories with the same ID but different details. [05:17] jbowtie: so are you saying that dropbox chop the files on boundaries and then apply librsync? [05:17] i know they at least used to use librsync [05:19] poolie: AFAICT yes, that lets them do data deduplication as well as versioning. [05:19] mm [05:21] jbowtie: i'm wondering: in which layer should this be done? [05:22] should the repository present the abstraction that you're just dealing with files, some of which may be extremely large? [05:22] or do you want to expose it at a higher level? [05:22] to me it seems pretty clear it should be behind that abstraction if at all possible [05:23] so then we do need to make sure all those interfaces work with iterators of bytes (or some similar convention) [05:23] otherwise we'll just propagate this problem [05:26] poolie: I'd like to keep it confined to the repository if possible, but I think I need to spend some time trying to implement it to come up with something workable. [05:26] poolie: Figured I'd put together something experimental this week if I can find the free time. [05:27] Speaking of which I have to go offline while I travel home; pick up the conversation on the mailing list if necessary. [05:34] i don't really understand the relevance of the xemacs startup to hooks... [05:34] spiv: now? [05:35] poolie: now is good === poolie changed the topic of #bzr to: Bazaar version control | try https://answers.launchpad.net/bzr for more help | http://irclogs.ubuntu.com/ | Patch pilot: poolie | Release Manager: vila | 2.3b2 is officially released, test it ! | work on bzr: http://webapps.ubuntu.com/employment/canonical_BSE/ [07:34] hi all ! [07:44] yo vila! [07:45] spm: hey ! [07:57] poolie, spiv: Hmm, did I miss something ? jam and poolie are at UDS next week, so PP should be either me or spiv for week 43 (starting 25 oct) [07:58] that is what i meant to make it [07:58] ... and i got it wrong [07:58] i'll fix it [07:58] poolie: done [07:59] was doing it in parallel but wanted to give a heads-up [08:00] spiv: you should get a twitter account ;) [08:44] vila, did you get to talk to charline? [08:44] poolie: no, she never ponged, I will try again today [08:45] poolie: hmm, she's not online currently though... [08:45] poolie: I will mail her [08:45] ah, she might have already gone to the US [08:45] that would be good [08:45] argh, goodbye same-TZ-ness [08:46] i thought she wasn't leaving til later this week [08:47] and I can't find here on the UDS-N attendees :-? >-/ [08:53] vila, ok, i sent her a mail [08:53] you could call later today? [08:53] poolie: sure [08:57] what a day [08:57] i'm going to sign off, good night [09:01] poolie: night ! === CcxCZ_ is now known as CcxCZ [09:13] morning anyone [09:14] does anyone of you have a post_commit update hook/plugin ? [09:18] what do you mean? [09:51] I mean if you have an already running post_commit hook/plugin that does an update on the server [09:53] lifeless - I'm just at the beginning with python so I don't want to jump over my level with a plugin that needs to serve a development environment [09:54] oh, I think someone may have written one [09:54] check the plugins page? [09:56] lifeless, I checked google up to page xx and I can't find one [09:56] hmm [09:56] honestly the problem is that I can't wait till I get a ggod grip of python for this [09:57] I need it and that's why I am asking for help [09:57] I'd ask on the list [09:57] more people see questions there [09:57] I built the development environment in a semi-decentralized manner [09:57] and because is the developement server and we have a routine in place [09:58] an update run after commit will display everything in the broser straight away [09:58] which is what I want [09:59] I've sent my question there but not very successful [09:59] because of that I said I will come here maybe someone has one and maybe will be willing to share it [10:00] the other problem is that I need to put everything in place to close the gates for svn fans asap [10:00] :) [10:24] thevibe: Not sure if I understand you correctly, but maybe the bzr-upload plugin will do what you want. [10:37] bzr-upload will be used to deploy things but I don't think it does what I want [10:38] I just want an equivalent of an svn post_commit hook that runs an update on the server after any commit [10:39] it should be in the same category with hooks that send an email after commit or something similar [10:40] to describe the structure this is how it looks [10:40] we init a project on the server [10:40] thevibe: What does "runs an update" entail? [10:41] the developer will checkout a branch which is bound to the main one [10:41] after any chaneg the developer will commit the changes to the main repo [10:41] after that cmmit I need a hook that will execute a bzr update [10:41] so I can see the changes in the browser straight away [10:42] is being used for web dev mostly [10:42] GaryvdM, after a commit I need a hook that will execute bzr update on the server [10:43] it is something like push-and-update but I need commit-and-update [10:43] thevibe: Ok - bzr update needs to be run on the server. Do the devs all have ssh access? [10:43] everything is run under ssh [10:43] bzr+ssh [10:44] so yes they have as the server is inside [10:44] but I need an automated process [10:44] I don't want them to login and run the command by themselves [10:45] thevibe: You will want a post tip change hook on the master branch, rather than a post commit hook on the devs branch, so that if they unbind, and push, it still works. [10:45] * GaryvdM looks at the push-and-update to see if it can be made to do this [10:46] * push-and-update code... [10:47] thevibe: Note that you can get bzr-upload to do this... [10:48] as I was saying I am not very advanced with python so I don't want to digg in an area where I can miss things and not understand others [10:48] GaryvdM, can you give me more details on how bzr-upload can do this [10:48] ? [10:49] I trust you about the post tip change hook but the issue is still there: how can I get one of those? :) [10:51] thevibe: step 1: in the master branch on the server, run bzr remove tree [10:52] thevibe: step 2 : from your pc run bzr upload sftp://server/path-to-branch -d bzr+ssh://server/path-to-branch --auto [10:54] thevibe: that will get bzr-upload to do a post tip change hook on bzr+ssh://server/path-to-branch to upload to sftp://server/path-to-branch [10:55] thevibe: step 3: make all the devs install bzr-upload. === bac` is now known as bac [10:56] s/remove tree/remove-tree/ [10:56] Glenjamin: yes - thanks [11:06] excellent [11:06] I will do that [11:06] one more thing [11:08] some of the are front-end developers or even designers and I suggest them to use bzr explorer as it can be installed on multiple OS's [11:08] I use Ubuntu, for me it's easy [11:08] Hmm - push-and-update date has a post_push hook, but that limits it to push. It would be much more useful if it used post-tip-changed, like bzr upload.. [11:08] can I create a tool in bzr for this command? [11:09] you're right and I told you I tried that plugin and is not exactly what I need [11:09] it has his good parts but probably a post-tip-changed would be much more useful in real-world [11:10] I think at least [11:10] :) === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk === rml_ is now known as rml === Ursinha-afk is now known as Ursinha === deryck is now known as deryck[lunch] === mnepton is now known as mneptok === deryck[lunch] is now known as deryck === beuno is now known as beuno-lunch === beuno-lunch is now known as beuno-luncheso === beuno-luncheso is now known as beuno === Ursinha is now known as Ursinha-lunch [18:21] I'm pretty sure using bzr with gunicorn is just a bad idea. [18:26] mgz: but... but... unicorns, man [18:27] the problem on the list doesn't look intermittent though, so I won't start yelling about signals just yet. [18:27] mgz: signals shmignals, unicorns man, its all about the unicorns [18:28] (and the fairy dust, but that is harvested from the unicorns anyway) [18:28] shouldn't animal welfare have something to say about covering a unicorn in green paint? [18:29] Hi mgz, jam [18:29] hi GaryvdM [18:29] have you got any smart ideas on bug 663234 Gary? [18:29] Launchpad bug 663234 in Bazaar Windows Installers "qlog fails after loading bzr 2.2.1 on Windows 2000 (affected: 1, heat: 6)" [High,New] https://launchpad.net/bugs/663234 [18:30] He He, was about to ask you.... [18:30] * I was... [18:31] well, Alexander might be right, it's hard to tell without more information [18:31] suggesting the guy tries do just do python -c "import PyQt4.QtGui" might help. [18:31] He said that it was working with 2.2.0, so I wonder if he removes the msvcp dlls and manifest, if it will work [18:32] yeah, I wondered if it was something I'd broken, but I'm not even sure which installer he used [18:32] I've been assuming 2.2.1-2, but I may be wrong. [18:33] I looked, and I can't find any window 2000 cd. [18:33] yeah, not sure it's really worth us trying to test it. [18:34] working out some sensible things for him to try might be worth it though. [18:34] I was still in school when win2000 came out - Seems so long ago. [18:34] ehehhe [18:34] I have a box with win98 on it still! [18:34] :-0 [18:35] but I was in school when I got it. [18:36] I never used 98 much. I went from 95 -> nt 4 [18:38] btw - I got my build host working finally :-) I need to document how I did it with vs express . [18:38] cool. [18:40] And I have built a 64bit python installer, which I need to upload. But I think what people will really be looking for is the standalone 64bit installer. [18:41] I did wonder what people were going on about on the mailing list with 64 bit windows. [18:41] ...if you care that much, just download a 64 bit python and install bzr yourself [18:42] I'm busy in building a 2.2.1-3, with bzr-explorer 1.1.1. 1.1.0 had a bug thats getting alot of heat. [18:45] mgz: Did you see my mail about using build out for the dependences? [18:45] ...no, what list was it sent to? [18:46] mgz: bzr-windows [18:46] Ah - just got jam's reply [18:47] GaryvdM: well, I just sent it now, too :) [18:47] I like the idea [18:47] not sure about the path [18:47] I would be fine using a default that fits the build machine [18:48] I'd really like a way of bypassing buildout, but using it for more things is also good. [18:49] jam: I finally managed to create a bundle on ec2, but the name I gave it was not very good. Sorry [18:54] jam: if you have a mo, could I have some input on my worrying in ? [18:58] mgz: commented [19:00] thanks! === Ursinha-lunch is now known as Ursinha [19:27] is there already a bug out there requesting that bzr launchpad-login set bzr whoami based on metainfo on launchpad [19:28] I _keep_ having folks who have obviously dong lp-login (since they are pushing) but skip the whoami step because nothing reminds them to [19:30] Don't recent versions just refuse to commit if you haven't whoamied? [19:30] (whoami'd? How do you conjugate that?) [19:53] fullermd: not that I can see ... although maybe that's in newer revs than what we have [19:53] fullermd: do you mean post-2.2? [19:53] Looks like it was in 2.2. [20:08] jam: hi [20:18] hi mwhudson [20:18] jam: did you see the lp-service failure? [20:19] yes, I wasn't 100% sure about what it was telling me [20:19] jam: i think it's an unbound variable 'socket_path' [20:19] mwhudson: what I saw was "exited without failures but with nonzero exit code" [20:21] $ pyflakes lib/lp/codehosting/tests/test_acceptance.py [20:21] lib/lp/codehosting/tests/test_acceptance.py:81: undefined name 'socket_path' [20:21] jam: ^ [20:21] AttributeError: 'TestProtocolClient' object has no attribute '_exc_info_to_unicode' [20:23] mwhudson: so it certainly could have failed randomly because of a broken exception handler [20:23] but all the test_acceptance tests seemed to pass here [20:25] jam: you haven't forgotten to push to lp? [20:26] jam: because there's pretty clearly a socket_path that needs to be self.socket_path in the branch i just pulled [20:27] it is possible [20:27] or I pushed without commit, etc [20:30] jam: the deprecationwarnings are probably from the atexit stuff [21:04] AttributeError: 'TestProtocolClient' object has no attribute '_exc_info_to_unicode' <- this is subunit bug 635702 and indicates an old testtools version [21:04] Launchpad bug 635702 in subunit "addError broken with some versions of testtools (affected: 1, heat: 7)" [Undecided,New] https://launchpad.net/bugs/635702 [21:13] mgz: someone should tell launchpad to update their testtools :) [21:13] There's probably an rt on it buried somewhere. [21:16] content filtering hits before diff, right? [21:17] so, content filtering a utf-16 file to utf-8 in the repo would mean you could diff it? [21:29] jam: lifeless tried (to update testtools), it uncovered some broken tests [21:54] mwhudson: I'd be delighted if you wanted to tug on them. [21:55] jam, shall we talk in a bit? [21:58] lifeless: two of the tests are really easy to fix, i guess i can look at them in a bit [22:54] mornin all :) [23:01] ouch, now is already tomorrow, night all ;) [23:03] night vila lol [23:14] Bonne nuit vila === Ursinha is now known as Ursinha-afk