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