[00:00] poolie: ping? [00:06] hi achiang [00:06] poolie: hey, reworked the stupid enum class, but now struggling with bzr [00:07] oh? [00:07] trying to get help in #bzr now [00:11] poolie: got it, here's the direction i'm going -- http://pastebin.ubuntu.com/705704/ [00:11] poolie: that diff is against trunk [00:13] looks pretty good [00:13] why do you want to make the enums attributes of HydrazineCmd? [00:13] poolie: oh. um. [00:13] i don't? [00:13] :) probably easier to just make them global [00:14] if they're not specifically related to the state of an instance of the cmd [00:14] right [00:20] poolie: ok, how about this? http://pastebin.ubuntu.com/705709/ [00:20] the get_all() allows you to do a _show_columnated() on them later [01:19] poolie: any thoughts on that last pastebin? [01:33] sorry, back now [01:33] achiang: that looks great [01:34] there should be one blank line after the start of the class [01:35] poolie: you mean insert blank on line 9? [01:35] before line 9 of the diff, yes [01:36] got it [01:37] what's the bzr/python/launchpad way of fixing merge proposals? in kernel land, i would throw away the old branch, rewrite my commit, and re-submit, so that in the end tree, it looks like i wrote a perfect commit on the first try [01:40] so here, do i just make a new commit on top of my old branch? if that gets merged, there will be an ugly, incorrect-ish commit before you get the good one [01:40] but if i make a completely new branch and MP, it seems like we lose some of the useful discussion that happens in the existing MP [01:50] generally bzr biases more towards keeping history than pretending everything was right first go [01:50] however, if you rebase or uncommit and recommit [01:50] and then push --overwrite to launchpad, launchpad will cope just fine [01:50] in some ways keeping the history is nice for review because then the reviewer can see how you handled their comments [01:50] in the incremental diff [01:51] i've actually been thinking about this a lot, ever since i started co-working with rockstar [01:52] he made a very good argument for "preserving development history" [01:52] oh i didn't know you worked with him [01:52] oh, just physically, right [01:52] With the way bzr presents mainline history, I don't think there's much reason to not preserve non-mainline history. [01:52] not really, we just lived in the same town for a while [01:52] but the reason the kernel community wants only perfect commits is because they place a huge emphasis on bisectability [01:53] right [01:53] i'm happy to do it the bzr way [01:53] it just feels... different [01:53] makes sense because you so often are going to want to get random people to bisect [01:53] in fact external video is broken on my laptop now and apparently i have to bisect again to help work it out [01:53] i thought a thinkpad x series would be a safe choice :/ [01:54] apparently it's an unusual early arrandale hardware rev [01:54] anyhow [01:54] in either tool, you can choose either way to suit the project, but bzr encourages keeping it [01:54] as wgrant says we have this folded-up history view [01:55] So the mainline history should always be perfect. [01:55] i see [01:56] i've kinda seen that in 'bzr qlog' [01:56] as long as you don't merge anything imperfect to trunk :) [01:56] but not entirely sure what to make of it [01:56] heh [01:56] ok, i might get some lunch now, biab [01:56] poolie: But that can't happen, because your test suite will prevent that... right? :) [01:57] thanks poolie, wgrant === jtv is now known as jtv-eat === jtv-eat is now known as jtv === allenap changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad === rvba changed the topic of #launchpad to: https://launchpad.net/ | Help contact: rvba | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [07:55] Howdy [08:36] Hi. [08:39] I'm the admin of the ubuntu-l10n-fr team. I have a list of proposed members and in this list I have people whose accounts don't exist anymore or have been merged. [08:39] This is related to https://bugs.launchpad.net/launchpad/+bug/58138 but the bug report is about it not happening again in the future. [08:39] Ubuntu bug 58138 in Launchpad itself "Person merge code should take into account inactive and proposed memberships" [Low,Triaged] [08:40] I can't remove those requests from the list since I get an error whenever I try anything with them. [08:40] Is there anyone with super power here that could remove them for me? [08:41] The list is at https://launchpad.net/~ubuntu-l10n-fr/+members#proposed [08:42] I can give links and names for the accounts. [08:42] afranke: Hi, yes, please provide the names of the accounts, I'll see what I can do for you. [08:42] Thanks. [08:43] Do you want me to write them here or would you rather have them elsewhere? [08:43] afranke: I also need a way to properly identify you. [08:43] afranke: I think it's best to contact me via https://launchpad.net/~rvb [08:43] I'm https://launchpad.net/~afranke [08:44] Ok. I'll send you a message via launchpad. [08:44] Great [08:44] Thank you for the quick response. [08:44] :) [08:44] np [09:07] afranke: I just received your email; I'm sorry but I'm told the proper way to do this (because I'm not sure I'll be able to do it myself) is for you to add a question here: https://answers.launchpad.net/launchpad/+addquestion [09:07] Ok. [09:07] afranke: Do you mind putting what you put in our email here? (and in English please ;)) [09:08] Sure (of course ;) ). [09:10] Thanks [09:13] Posted as https://answers.launchpad.net/launchpad/+question/173909 [10:59] anyone else gets an error here? https://api.launchpad.net/1.0/ubuntu/+archive/primary [10:59] this works https://api.launchpad.net/1.0/ubuntu/+archive/partner [11:03] janimo, error for me too. [11:04] afranke, thanks [11:04] You're welcome. === matsubara-afk is now known as matsubara [12:30] mrevell: you in london this week [12:30] czajkowski, I'm unlikely to be. [12:32] mrevell: there are words for you which I am unable to call you :( === zz_joey is now known as joey [15:17] joey: afternoon there [15:17] joey: enjoy your day off yesterday? [15:17] hi czajkowski. Morning here :-) [15:17] czajkowski: afternoon to you :-) [15:18] aye this is why I stick with aloha it bites me in the ass [15:18] time zone friendly [15:20] pencil you are my new favourite tool but I do wish you'd stop crashing on me on windows [15:23] interesting place to mention it [15:24] sladen: not really, I se emock ups the whole time, ye use gimp pencil is a mozilla tool [15:24] very handy [15:25] and I'm stuck on windows till I find time to install Ubuntu === matsubara is now known as matsubara-lunch === rvba changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [16:25] asked that on a ubuntu channel but didn't get any answer.. where is the difference between building a package with pbuilder and dpkg-buildpackage? I am able to build a package via dpkg-buildpackage but it fails in pbuilder (launchpad).. http://pastebin.com/xgmspmn5 .. what can I do? [16:32] thopiekar: it means your package is depending on a locally-installed package that is not listed as a build-depends: in the package itself === joey is now known as joey-DND === deryck is now known as deryck[lunch] === joey-DND is now known as joey [17:32] any launchpad gurus around ... [17:32] question about migration === med_out is now known as medberry === deryck[lunch] is now known as deryck [17:42] johnhaitas: just ask the question and if anyone knows, they will answer. === matsubara-lunch is now known as matsubara [18:05] so i have 'jhaitas' as my username in launchpad ... i want to migrate to 'johnhaitas' .... for consistency [18:05] anything i should be aware of before attempting to change? [18:14] good evening [18:16] question...on the bug import format page, it says "To request an import you need to: " / "generate an import file using one of our exporters" - do those exporters actually exist? is there a list somewhere? [18:18] johnhaitas: you need to ask a question on https://answers.launchpad.net/launchpad requesting your account to be renamed (or merged if you already created the account name you want to use as a second account). [18:19] dobey: i see i can change it right there in the account settings [18:19] dobey: my question is more about whether or not it may cause breakage [18:20] no idea [18:24] dobey: know of anyone in this channel who might? [18:31] johnhaitas: if anyone is looking and knows, they probably would have responded by now. :) [18:31] dobey: i figured [18:32] johnhaitas: open a question on the launchpad answers system and someone will answer/help you migrate [18:32] dobey: i was asking if you know of a specific individual who is extraordinarily helpful in her [18:32] dobey: will doo [18:32] by [18:32] oh dear [18:36] could you add some builders for i386? there are many jobs which will take more than 9 hours to finish :/ thanks [18:42] I guess no ones knows about bug imports, eh? [18:43] Renegade15: they do exist [18:44] Renegade15: however we don't document them brilliantly :( [18:44] https://launchpad.net/trac-launchpad-migrator https://launchpad.net/sfbugs2launchpad [18:45] there is a bugzilla one around somewhere I think [18:45] hmm [18:45] I'd need one for Mantis [18:45] johnhaitas: if you change it folks url to you will change [18:45] johnhaitas: we prevent changes that will cause inconsistent issues inside LP itself. [18:54] thopiekar: probably final distro rebuild happening for oneiric release on thursday? [18:54] thopiekar: iow, more builders wouldn't necessarily help. you just have bad timing :) [18:56] johnhaitas: The only thing I can think of is that it would change the URLs to any of your Bazaar branches. [18:56] dobey: it seems that the building time doesn't grow anymore.. [18:57] good for me maybe it will drop overnight :) so I can work tomorrow again :) [18:57] thopiekar: the 3 builds We did earlier today only took a few minutes [18:58] Hm. Although there are three i386 PPA builders in a disabled state, with "No route to host" as an error. [18:58] I suppose this is a bad time of day for someone able to poke them being around? [18:59] maxb: there's 24 hour coverage during the week [18:59] maxb: modulo leave holidays and sprints [18:59] maxb: is that in case i've linked to them elsewhere? [18:59] or does that potentially affect projects that i've branched and merged back into? [19:01] It only affects references to those branches in text - e.g. in bug comments, and the remembered locations in local copies of those branches === yofel_ is now known as yofel === Quintasan_ is now known as Quintasan === SanbarCo1puting is now known as SanbarComputing [20:22] thopiekar: ping [20:23] pong [20:23] thopiekar: dunno if rbelem told you but I'm working on maliit as well [20:23] on launchpad? [20:24] I wanted to get it into archive to spin a Kubuntu Mobile image [20:24] thopiekar: Any idea what GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 does with the make install option? [20:25] ahh ok.. dunno I'm not someone how works on the code, just doing packaging in different teams.. [20:25] ask it in #meego-inputmethods [20:25] Quintasan: that GCONF var makes the "make install" not run the gconftool bits to install the schemas into the running system [20:26] hmm it breaks dh_auto_install that way :P [20:26] dobey: GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 INSTALL_ROOT=$(CURDIR)/debian/tmp make $(PARALLEL_MAKEFLAGS) install <-- here is the whole line, any idea how to do the same thing with override? [20:27] Quintasan: tested the build recipes locally and I think they will be in the daily repo in ca 4-5h [20:27] thopiekar: I know, but that's not really archive material :) [20:27] That should be fine with dailies but we can't use PPA's to spin images AFAIK [20:27] at the moment just maliit-framework and maliit-plaugins [20:28] use UCK it can-- [20:28] not sure what you're doing there, but probably better discussed in another channel [20:28] dobey: Sure, sorry [20:28] join the maliit channel.. [20:28] Quintasan: ^ [20:29] thopiekar: The party is now at #maliit :) [20:29] you should move to #meego-inputmethods, Quintasan :) [20:34] . === chrisccoulson_ is now known as chrisccoulson === matsubara is now known as matsubara-afk === joey is now known as zz_joey === epsy is now known as \u03b5