[00:01] * RenatoSilva is very confused [00:02] the terminal should encode the unicode string to your code page === _thumper_ is now known as thumper [00:08] Yay pipelines (bzr-pipeline) they rock! [00:09] * LarstiQ wonders what they are [00:09] poolie: call? [00:10] LarstiQ: topgit for bzr; no versioning of the structure, its wysiwyg, and uses regular branch objects [00:10] LarstiQ: I'll be blogging about them soon [00:10] um [00:10] lifeless: stgit:topgit :: looms:pipelines? [00:10] thumper: cool [00:10] LarstiQ: I haven't reviewed how they would work for e.g. ubuntu packages, but certainly should be nice and easier for local patch creation [00:10] LarstiQ: so look out in planet bzr :) [00:11] LarstiQ: yes [00:11] LarstiQ: hopefully today, but if not, the weekend [00:11] * LarstiQ might have a look at them, now that the regular conference part of EuroPython is done [00:11] (tomorrow/weekend) [00:12] lifeless: sure, give me a call [00:21] bug 394943 [00:21] Launchpad bug 394943 in bzr "Wrong chars in bzr xmloutput > file" [Undecided,New] https://launchpad.net/bugs/394943 [00:44] morning all [00:48] morning ian [01:05] I just tried upgrading bzr to 1.16 per https://edge.launchpad.net/~bzr/+archive/ppa and now I get "bzr: ERROR: The API for "" is not compatible with "(1, 13, 0)". It supports versions "(1, 15, 0)" to "(1, 16, 1)"." on a bzr branch operation [01:05] anyone have any ideas? [01:08] mthaddon: Yes. Upgrade whichever plugin is whining about it. [01:09] that's the only output - I don't know what plugin it's whining about [01:11] mthaddon: Yeah, I know. There *might* be a traceback in ~/.bzr.log [01:14] can you change your parent branch -- switch doesnt seem to do it ? [01:17] http://pastebin.ubuntu.com/208656/ is the traceback (I think) [01:18] mthaddon: bzr-gtk likely [01:19] lifeless: I don't have that installed [01:20] mthaddon: bzr-svn [01:20] oh, traceback - bzr-svn [01:21] thx, that did it! [01:25] mathrick: re Integration - whats confusing? [01:27] lifeless: you present a bunch of different options, but you don't explain in which the integration happens. And then there's "For projects that do 'releases', the contents of a series could be much more mutable with no ill effects." which I completely fail to get [01:30] lifeless: just to check i understood, did you say last night that spiv would necessarily need to fix bug 368921 as part of his current work? [01:30] Launchpad bug 368921 in bzr "rich root upgrade adds inconsistent parents/rich root parents are not evaluated correctly." [Critical,Triaged] https://launchpad.net/bugs/368921 [01:31] yes, and he has already [01:31] its in his branch [01:33] mathrick: so the integration section is largely definitional [01:35] mathrick: projects that branch off for each release, like bzr does, can do history edits outside of releases without affecting the ability to do archaeology across releases [01:36] lifeless: humm, I'm afraid I still don't see what the integration is defined as. Is that the process of accumulating the code in branches? Or carving out a single 'release' out of them? (But then, why do you mention those that never do 'releases') [01:37] its the process of integrating code from developers [01:37] getting code from my branch to bzr.dev is integration [01:37] ah [01:38] if, for instance, we rebased integration it wouldn't affect bzr 1.16 at all [01:38] s/integration/bzr.dev [01:38] right [01:38] although it'd introduce certain confusion potentially [01:43] right [01:43] but we could do a history-preserving edit to cleanup something in bzr.dev much more safely than doing it to 1.16 [01:43] because bzr.dev has no releases [01:45] lifeless: to be precise, history-preserving is defined as "trees will still merge properly afterwards"? [01:45] yes [01:48] and what kind of edits can you do where that holds? [01:48] I thought bzr only had the notion of complete states, so any change whatsoever morphs the state into something new and incompatible, no? [01:55] so a history preserving edit is broadly a new commit that refers to the old one in some way [01:55] e.g. as a parent [01:55] or perhaps we can add some other annotations [01:56] ah, this way [01:57] so you mean alter the presentation, but not the contents [01:57] yes [01:58] FSVO yes [01:58] the manifesto tried to capture goals and motivations, not implementations [02:00] sure, I'm just trying to see what you had and hadn't in mind [02:00] I wanted to try and get a cohesive view of /why/, so that when people talk about how, they don't need to debate merits of motivation [02:01] without a rationale that supports e.g. rebase, history discarding edits are very contentious [02:01] I didn't have particular implementations in mind [02:02] right [02:35] join #python [02:35] join #python [03:18] * igc lunch [03:40] how do I resubmit a merge-proposal of a branch on launchpad? [03:41] (I commited more stuff as per review, but I don't know how to get the diff to update) [03:42] Euhhh. People do it all the time, but i have no clue how. [03:42] https://code.edge.launchpad.net/~amanica/bzr/mv_after/+merge/6733 [03:43] Maybe what you do is use https://code.edge.launchpad.net/~amanica/bzr/mv_after/+register-merge again. [03:43] I really don't know. [03:44] I've seen people do it, but I don't know how. [03:44] I tried [03:44] but it wont allow me [03:44] it sais the branch already has a merge proposal [03:44] thanks in any case [03:44] Can you change the status of the current proposal to superseded and then do it? [03:44] I'm really just guessin' here. [03:44] I looksee [03:47] I'll just add a comment for now, maybe one of the subscribers will be able to help me. thx again for trying. [03:54] anyways, need to get an hour or two of sleep now before I have to go to work. goodnight/goodmorning. [04:04] * spiv -> lunch [04:28] ooooh [04:28] vila, jam: ping? [06:14] sidnei: hi [06:14] sidnei: you know vila's been working on a buildbot too? [06:14] poolie: hey, i was heading to bed and heard a bit :) [06:14] he should be here soon [06:14] beep even [06:14] well [06:14] by all means sleep [06:14] poolie: i saw a mention somewhere, but thought it was for something else [06:14] is it 2am there? [06:15] poolie: yep [06:15] poolie: anyway, the client part is setup on kerguelen, we just need to find a proper master. [06:15] poolie: mine is running off a nokia n810 :) [06:16] full points for style [06:16] hehe [06:17] alright, have a good erm... day :) [06:17] * sidnei hits bed [06:18] poolie: maybe fwd my message to vila, and i will sync up with him [06:24] night [06:26] lifeless: just remembered, did you file an rt re tmpfs for pqm? [06:26] poolie: no, got sidelined, sorry. Doing now. [06:26] np [06:26] i just wanted the number [06:26] it's not urgent [06:27] actually [06:27] I can't [06:27] evolution crashes when I click to change the 'from' address for mail. [06:27] :) [06:27] \o/ karmic [06:27] could you file it please? [06:27] i don't believe in evolution :) [06:28] sure [06:36] poolie: popping out quickly, need to catch the bank before they close === XhemaNeShtepi is now known as Xhema [06:41] np [06:59] lifeless: Yeah, that's everyone's favourite Karmic GTK bug, I believe. [07:12] RAOF: hmm, maybe I should take the time to fix it :P [07:12] RAOF: is there a smaller test case than evo? [07:13] lifeless: Pretty much every GTK app will do something like that _eventually_. Evo seems to be the best at reproducing the particular phase of the moon required, though. [07:14] evo is fantastic at it [07:14] btw, turn up anytime [07:17] lifeless: Hm. It seems my laptop wants me to go now :) [07:17] I was planning to get to the station at about 6ish; if I should be there earlier, I can do so. [07:18] I live close by [07:18] you can couch camp till its time to go [07:19] OK. I'll check that my phone has absorbed sufficient electrons for the evening and depart. [07:32] hi all [07:35] hi vila [07:35] hi Ian [07:36] * vila shudders... At least the sound is back in my VM ! [07:46] Is there some reviewer around for https://code.launchpad.net/~vila/bzr/394190-osx-test-failures/+merge/8138 ? [07:46] Whoever you are, I'll be grateful :-) [08:17] * igc heads off for a week of well deserved (in his opinion) vacation [08:18] see everyone in a week's time [08:48] vila, i might do that [08:49] poolie: that will allow me to reach a significant milestone for by build farm: having all instances fully pass the whole test suite. From there we can decide about the next step. [09:58] who wants to review a small UI brancH? [10:06] https://code.edge.launchpad.net/~jml/bzr/verbose-lp-login-bug-217031/+merge/8172 [10:11] bzr branch bzr://truth.local/bzr.dev [10:11] jml: reading it right now [10:11] vila, thanks. [10:13] jml: I don't think 'jml' is meta enough to be used in tests, other than that: approve :D [10:15] vila, thanks. will fix, add a NEWS entry & submit [10:29] jml: oops, it was a joke ! Feel free to use whatever you see fit, it's refreshing to work with jml instead foo, bar, joe@example.com [10:29] vila, hah. it's too late now :) [10:30] jml: on the other hand, since it's your real handle, that may be risky if some leak occurs for an obscure reason, but that's a bit paranoiac :) [10:31] jml: Now that I think about it, I should re-read these tests more carefully, maybe you're trying to take over every user that is running the test suite... [10:31] haha [10:34] next step: make bzr use launchpadlib [10:53] Is launchpadlib packaged nicely? [11:00] Kinnison, I think it's in ubuntu & I think PyPI as well [11:01] so... I'm thinking that lp-login should do the launchpadlib oauth authentication [11:52] perhaps I' [11:53] perhaps I'm missing something: does merge requests in bzr ML still supported? [11:53] or should I push my fix to LP as mandatory step? [11:53] vila: hi? [12:01] bialix: they're still supported AFAIK [12:01] ok [12:01] it's just BB is often down [12:05] semslie, bzr ls -VR --kind=file --null | xargs -0 grep -In %s [12:06] bialix, you can 'bzr send' to LP [12:06] bialix, it'll create the branch for you. [12:23] jml: I can *send* to LP? [12:23] how? [12:24] bialix, merge@code.launchpad.net [12:24] bialix, I think detailed instructions are on help.launchpad.net/Code [12:25] there is nothing about sending [12:26] Peng: I figured out how to resubmit in launchpad: just click on the merge proposal status and change it to resubmit [12:28] amanica: hi, how are you? [12:29] hi bialix, I'm great, and you? [12:29] long time no see [12:29] I'm fine, planning vacation [12:29] ah, I'm still recovering from mine :) [12:30] :-) [12:30] where are you going? [12:30] South Africa perhaps? [12:30] IIUC there is winter, right? [12:30] :-) [12:31] yes, but it doesn't snow here [12:31] not much anyways [12:31] although here is too hot, but I'd like to go to the sea with family [12:31] ah ok, enjoy [12:31] :-) [12:32] bialix, https://help.launchpad.net/Code/Review [12:32] did you saw new Bazaar Explorer? [12:32] I still need to try it out - too many things on my todolist, but I'm very exited about BE [12:33] jml: there is certainly some black magic under the hood, how I should specify project? [12:33] I'ms tutorial with pictures looks very nice [12:33] /I'ms/Ians/ [12:33] jml: I suspect it still require to have the branch on LP beforehand [12:34] it's not problem per se though [12:34] bialix, well, the trunk branch needs to be on Launchpad [12:34] amanica: and you can translate it to Afrikaans ;-) [12:34] bialix, if the public url of the submit branch is known to Launchpad, Launchpad will use the project of that branch [12:34] bialix, lots of awesome magic. [12:35] jml: ok, will try [12:36] bialix: I thought about that, but then I think its not that important for Afrikaans-speaking people since our English is generally good [12:36] I know, it was joke [12:36] especially for programmers, since our work is mostly english [12:36] ok ok [12:36] :-) [12:36] :-) [12:37] * bialix bbl [12:49] poolie, you around? [13:15] amanica: Ah, thanks. :) [13:16] Peng_: cool, I'm glad I found it [13:26] bialix: hi ! [13:26] vila: hi [13:27] does jam will be here? [13:27] I second jml, it's not mandatory, but we now prefer merge proposals on LP [13:27] bialix: nope [13:27] should I re-send my patch? [13:27] can I persuade you to review patch for set_hidden_attr? [13:27] I will be better yes, can you add a test ? [13:27] test for what? [13:28] One that really handle a path *under* the directory, the one you have it handling the directory itself, [13:28] certainly fine, but no harm in adding one that is described in the comment :) === mrevell is now known as mrevell-lunch [13:28] ok [13:29] I will leave jam approve and land it though as I'm a bit hesitant to land a patch that I can't test myself (yes, yes, setting up a windows VM is still on the list :-/) [13:32] oho! you really surprise me! [13:38] bialix: about what ? Nor approving or not having a windows dev VM set up ? [13:46] about your intent to setup windows VM [13:50] * bialix tries to send to LP [13:53] bialix: I had one in my previous life, but for perl-based dev, I never found the time since to set up one for python (but I briefly used bzr on windows at one point) [13:55] I feel a vergence in the force... is jelmer starting to work on releasing bzr-gtk ? :-) [13:56] No, that was just me... I had beans for lunch. [13:57] * bialix found bug in bzr send @ win32 [13:57] what is 'vergence'? [13:57] vila, :-) [13:57] jelmer: if not and I can help to, lpease ask [13:58] vila, first step is to clear up all bug reports, hopefully a release after that [13:58] bialix: no idea, I'm repeating what I heard in Star Wars ;-D [13:58] awesome [13:58] I don't think it's actually a word, at least in any sense like it was used there. [13:59] * bialix never seen Star Wars in English [13:59] fullermd: your use or Obi-Wan use ? [14:00] I think it springs from the Star Wars Rule; if it {looks,sounds,tastes} cool, it doesn't matter if it's imaginary or impossible, it's in. [14:01] vila: ha-ha, got it! [14:01] "I feel vergence in the force" [14:01] LOL [14:02] after translating it to Russian I can see your joke [14:02] :-D === mrevell-lunch is now known as mrevell [14:02] bialix: the context in Star Wars was that something was happening, but nobody knows how it will turn out in the end [14:03] bialix: and of course paranormal powers are absolutely required for such predictions [14:05] I've always thought they talked about Power or Force (see capitalization), but it seems it's just force :-( [14:06] rats! bzr can't see my default e-mail client. something broken [14:07] again [14:09] ha ha [14:09] I can't send merge request to LP [14:10] it says: All emails to merge@code.launchpad.net must be signed with your OpenPGP key. [14:10] very nice, I don't have one right now [14:10] heh [14:10] rats :-/ [14:11] bialix: you know that lp created stacked branches now though, did you try bzr push lp:~bialix/... recently ? [14:11] old good push should help me [14:11] I have good channel right now, so I'm pushing [14:11] ok [14:11] but I'm just wanna see magic [14:12] * bialix cries [14:13] * fullermd pulls a rabbit out of vila. [14:13] the branch pushed but not scanned yet [14:13] Voila! [14:13] interesting, can I make merge request regardless? [14:14] bialix: it usually takes a few seconds, minutes at worst [14:14] bialix: by the way, the push was quick, you *do* have a good connection right now :0D [14:14] I did it! https://code.launchpad.net/~bialix/bzr/hidden_attr_on_unicode/+merge/8181 [14:15] but send to ML was very nice thing [14:15] bialix: want a cute one, try: 'bzr push ; bzr lp-open' :-D [14:16] bialix: You can also request another review from jameinel from the URL above [14:16] C:\work\Bazaar\bzr-repo\hidden_dot_bzr_unicode>bzr lp-open lp:~bialix/bzr/hidden_attr_on_unicode [14:16] Opening https://code.edge.launchpad.net/~bialix/bzr/hidden_attr_on_unicode in web browser [14:16] bzr: ERROR: No module named webbrowser [14:16] You may need to install this Python library separately. [14:16] :-P [14:16] jml: why lp-open tries to open edge??? [14:16] it's not fair! [14:17] bialix: because, Yes You Can :) [14:17] I thought webbrowser was part of the standard python library, are you using bzr.exe ? [14:18] what is Review type? [14:18] of course I'm using bzr.exe [14:19] vila: new test is OK for you? [14:19] bialix: then file a bug against bzr.exe for not including a standard package used by a standard plugin :-D [14:20] it should be there, hmmm... another regression? [14:20] bialix: yup [14:20] bialix: it's imported lazily, could that explain it ? [14:20] yes [14:20] hmm, tricky [14:23] yes [14:26] hm, does default e-mail client is editor? [14:31] jelmer: can you update me about https://bugs.edge.launchpad.net/bzr/+bug/107169 ? Is it fixed upstream ? How ? Will it find its way in jaunty (since I hit it once after every reboot) ? Didn't Silvester had a work-around (swallowing the exception ?) ? Etc ? :D [14:32] Ubuntu bug 107169 in bzr-gtk "Failed to execute dbus-launch to autolaunch D-Bus session" [Medium,Triaged] [14:42] bialix, because it uses the edge xmlrpc service, because xmlrpclib handles redirects badly [14:42] I don't understand [14:42] bialix, it gets the url from launchpad [14:42] bialix, but it gets it from _edge_ launchpad [14:43] bialix, so it's an edge url [14:43] non-edge lp can't do this? [14:43] bialix, it can, but it will try to redirect anyone in launchpad-beta-testers [14:44] ok, it's too complex for me. [14:49] bialix: are you a launchpad-beta-testers member ? [14:49] no [14:50] ha, it's a bug then :) [14:50] in me? [14:51] bialix: that too :-) [14:51] :-P [14:52] no in lp, if you're not part of l-b-t, you shouldn't be redirected to edge, jml ? Am I correct ? [14:52] vila, you're half right. [14:52] vila, if you are not l-b-t, you are not redirected to edge [14:52] but that's not what's happening here [14:52] the bzr plugin has made a conscious decision to use edge [14:53] because if we don't use edge, then people who are members of l-b-t get terrible errors [14:53] because _some_ Python standard libraries don't support redirects. [14:53] ZOMG it wasn't 200 it must be an error [14:55] jml: ZOMG :) This one can be read in french as is :-D [14:55] heh [14:56] does l'Académie Française know about that? [14:59] jml: pfff ;-P We have what we have and we do what we can with it :) whwwhawdwecwi sounds like mwhahahaha to me... [15:00] I always Quebecers were better are defending French, but I was recently told I was wrong... [15:00] I always thought Quebecers were better are defending French, but I was recently told I was wrong... [15:00] L'Académie Française is good about defending herself though [15:01] heh [15:03] It's not that I don't like French, I like it very much thank you, but some of translations of words that never existed even in english are just a bit too much for my taste. Some are very nice at capturing the true meaning of the new word, but they are the exceptions. Some are just stupid like mel for mail which is just English with a strange accent ;-) [15:05] déverminateur for debuger never made it for me, I was already a addicted bug hunter when they coined it though... [15:05] heh [15:08] For a good translation, I quite like ordinateur better than computer, but both are a bit out-dated now... [15:08] vila: can you run `bzr selftest -s bt.test_win32utils` on Linux? with LANG=C? please? s'il vous plait? [15:08] (for my patch) [15:08] anyone know what time zone martin pool is in, just wondering when he'd be on IRC [15:09] pilky, Sydney. [15:09] ok thanks [15:10] bialix: ha, *with* your patch ? WIthout it gives: http://paste.ubuntu.com/209036/ [15:10] rats, storm here, need to close windows [15:10] hey vila! [15:10] a rat storm? [15:10] on Linux [15:11] bialix: oh come on :-) In my appartment :) [15:12] sidnei: Hey ! My word, what is your TZ ? [15:12] vila: GMT-3 [15:13] jam is right, but I think I need to check OS rather than Unicode [15:13] sidnei: -3? Is that Iceland? [15:13] sidnei: oh, cool [15:13] brazil actually [15:13] lots of rat storms [15:14] hmm, I feel like missing a joke about rats and storms, can someone kindly explain ? :-} [15:14] oh, I thought -3 was mid atlantic, ah well [15:14] "vila: rats, storm here, need to close windows" [15:14] otherwise the rats will get in [15:15] vila: so what can you tell me about your effort with buildbot? [15:15] LOL, I thought 'rats' was kind of metasyntactic curse :) [15:15] sidnei: anything you want to know :-) [15:15] vila: can I use TestSkipped or I should introduce OSWindowsFeature to skiup windows-specific tests? [15:16] vila: what's the plan, basically. i know nothing about it ;) [15:16] bialix: Using a feature is better so you get the number of tests skipped in the summary after a selftest run [15:16] sidnei: did you see my mail from a couple of hours ago ? [15:16] vila: they'are already there: http://paste.ubuntu.com/209036/ [15:17] vila: maybe not, checking again [15:17] bialix: then reuse it or define a new one [15:17] bialix: let me have a closer look [15:17] vila: reuse TestSkipped? [15:18] bialix: no, the features, circa line 58 in test_win32utils.py [15:19] there is no required module [15:19] even if win32file is not available, the code still works [15:20] bialix: then look at bzrlib.test.Feature definition class and all classes that derive from it [15:21] let's say another time: does OS Windows is feature? [15:22] bialix: if win32file is not available then I think jam remark is appropriate, use self.requireFeature(tests.UnicodexxxxFeature) [15:22] I can't find one [15:22] I don't think OS windows is a feature (no pun intended :-D) [15:22] * vila is such a liar [15:23] bialix: one sec [15:25] bialix: bah, you even have two ! UnicodeFilename and UnicodeFilenameFeature [15:25] hm [15:25] ok, from the name it seems I need the latter [15:25] right, UnicodeFilenameFeature is the one to be used, the former sounds like dirt to me [15:27] ok, I've fixed this. pushed on LP. jam already approved. [15:27] vila: so you have a buildbot master setup yet? [15:27] vila: do you have the power to merge it, oh great master? [15:28] sidnei: yes, on jaunty, with three slaves: jaunty, OSX tiger, OSX Leopard [15:28] bialix: since jam approved, yes, did you update your branch ? [15:28] vila: so can we point the buildbot client on kerguelen to it? [15:28] revno.4509 [15:29] sidnei: if you set up a slave to run the tests certainly [15:29] vila: yes, LP already got it [15:29] vila: i've got it ready for building the installer, tests would be next step [15:31] sidnei: hmm, I'm not sure I understand the logic here, my master ask the slaves to run the tests, not to build an installer [15:31] vila: i guess you don't understand the master then :) [15:31] sidnei: is that you made zc.build patch? [15:31] vila: you can configure the master to build many projects [15:31] bialix: yes [15:31] sidnei: ha, then I miss that part [15:32] sidnei: what the goal? [15:32] sidnei: and associate only some slaves to some builders ? [15:32] vila: so, in buildbot terms, you can have many 'builders', those are the different projects. and each 'builder' can have many slaves [15:32] vila: exactly [15:32] oh great [15:33] so you mean I will be able to ask kerguelen whatever I want in addition to building the windows installers ? [15:33] vila: correct [15:33] woohoo [15:33] bialix: automate fetching the build dependencies for the installer. [15:33] and? [15:33] bialix: automate running the test suite against bzr.dev once a day and collect the results [15:34] bialix: kerguelen is a windows machine in case you didn't notice [15:34] vila: I know [15:34] bialix: do I surprise you again ? :-D [15:35] I don't understand why for "automate fetching the build dependencies for the installer." is needed? It's not target per se but mean. Yes? What's the target? [15:35] vila: no :-P [15:35]