[12:06] <troy_s> I need a Launchpad guru... anyone?
[12:07] <kiko> always!
[12:07] <kiko> what's up troy_s 
[12:07] <troy_s> thank you!
[12:07] <troy_s> First, is there a way to remove old polls, or botched polls?
[12:08] <troy_s> Second, is there a way to adjust the calendar (the one for our team has a name attached to the top)
[12:08] <troy_s> Third, is there a way to change the actual root of the team page as ours has two links that are rather redundant and seem fixed (despite looking in details etc)
[12:10] <kiko> troy_s, a) not without database admin, but there is probably a way to close them out.
[12:10] <kiko> b) I'm not sure; I'd need to see the page to understand.
[12:10] <kiko> c) same as b)
[12:10] <troy_s> launchpad.net/people/ubuntu-art
[12:11] <kiko> wow
[12:11] <kiko> what is this crazy calendar thing. it is a bug!
[12:11] <troy_s> laf.
[12:11] <troy_s> well there you go.
[12:12] <kiko> can you please file it? I'd say "Team calendar's heading is name of apparently random person!"
[12:12] <kiko> I'm still unsure as to what ou mean by your point c).. ah, do you by any chance mean the wiki links?
[12:13] <troy_s> its not random, it was our owner's name... but it appears stuck there.
[12:13] <kiko> okay
[12:13] <troy_s> yes... the wiki links are set in stone.
[12:13] <kiko> "Team calendar's heading is name of owner"
[12:13] <kiko> or is the problem deeper than just the heading?
[12:13] <kiko> yeah, c) is also a bug. how very strange.
[12:15] <HiddenWolf> So, I want to stop getting mail from a bug in malone on which I came subscribed due to a duplicate.
[12:15] <HiddenWolf> Now what do I do?
[12:16] <HiddenWolf> Can I unsubscribe from the original bug?
[12:16] <troy_s> kik:  How does one register a bug for launchpad itself?  I see Ubuntu's distro related... but the site itself?
[12:16] <troy_s> Hiddenwolf:  yes...
[12:17] <troy_s> Hiddenwolf:  go to the bug on launchpad, it should be relatively self-explanatory.
[12:20] <kiko> troy_s, products/launchpad/+filebug
[12:20] <troy_s> done
[12:21] <troy_s> thanks kik
[12:21] <kiko> HiddenWolf, the problem is actually identifying the original bug, right?
[12:21] <troy_s> i filed one for the calendar and one for the sticky stuff.
[12:21] <kiko> HiddenWolf, that's a bug bradb and I are thinking of how to fix properly
[12:21] <kiko> thanks troy_s much appreciated
[12:21] <HiddenWolf> kiko: I keep my mail, so I managed to find it, but yea, it's kinda counterintuitive to have to go back to the original bug.
[12:21] <troy_s> Nice work on the system overall though.  Quite impressive.
[12:25] <kiko> HiddenWolf, yep. we want to fix it, not sure how yet, though.
[01:37] <cprov> goodnight all
[04:01] <mpt> Gooooooooooooooooooood afternoon Launchpadders!
[05:21] <haloe> is this the ubuntu idea for launhpad place?
[05:31] <mpt> haloe, what do you mean?
[05:31] <mpt> You want to propose a new feature for Ubuntu?
[05:32] <mpt> or something about Launchpad?
[05:32] <ajmitch> good afternoon mpt
[05:32] <ajmitch> how are you?
[05:35] <haloe> oh hey
[05:35] <haloe> I just wanted to know if my pc can use ubuntu :)
[05:35] <haloe> x86? what does that mean?
[05:38] <mpt> haloe, what kind of computer do you have?
[05:38] <haloe> every linux should have the feature to play games :)
[05:39] <haloe> I have a pentium2 winXP: dont even think ubuntu will work
[05:39] <troy_s> haloe:  wrong forum.  but yes it will.
[05:39] <haloe> what does x86 mean?
[05:40] <troy_s> haloe:  head over to #ubuntu
[05:40] <troy_s> start there friend.
[05:40] <troy_s> good luck.
[05:40] <haloe> oh thnx :)
[05:40] <haloe> good thing I came here :)
[05:40] <troy_s> well everyone needs to start somewhere.
[05:41] <stub> lifeless: I'm cherry picking into ~/production/launchpad for testing and will push to production/1.63 if all successful (cherry pick only rollout for release paranoia reasons - shipit updates only, no database patches)
[05:43] <haloe> U BUNTU! lol
[05:46] <lifeless> stub k
[06:55] <stub> All tests pass except for the ones I expect to fail (session and quoting both have production fixes without the corresponding test updates being cherry picked)
[06:56] <stub> I'll push out the updates to the appservers only - no point disrupting anything else
[07:53] <lifeless> spiv: I have a favour to ask.
[07:53] <lifeless> tomorrow and thursday are hectic, with travel and whatnot.
[07:53] <lifeless> can you allocate reviews from general to reviewers for me on those days ?Just check once in your am.
[08:00] <spiv> lifeless: Sure, I can do that.
[08:01] <spiv> lifeless: As far as my queue goes btw, I did a review last night, but forgot to update the wiki until a moment ago, so I'm not quite as bad as I appear...
[08:10] <lifeless> stub: what plugs do they use in thailand ?
[08:10] <lifeless> (power plugs)
[08:22] <stub> lifeless: US or European
[08:23] <stub> (two thin round prongs or two thin parallel strips)
[08:23] <stub> You visiting?
[08:31] <lifeless> stub: -> uk via bangkok
[08:31] <lifeless> want to make sure I have the right plugs for the travellers lounge
[08:48] <stub> lifeless: Let me know if you want to stopover for a day or three - there is network at my place so you can work.
[08:49] <lifeless> stub: thanks for the offer - may take you up on it on a future trip.
[08:49] <lifeless> stub: wont be on this one though - got a meeting friday in london
[08:49] <stub> There is always the return trip
[08:59] <SteveA> morning
[09:06] <lifeless> stub: maaate
[09:07] <lifeless> stub: are stopovers flexible? like ring up and change ?
[09:07] <stub> Generally, yeah. Just ask whoever you bought your tickets from that you want a few days in Bangkok on the way back. We do it all the time
[09:08] <stub> Or you can do it directly with the airline
[09:08] <stub> Always happy to do it unless the flights are full or you have a weird ticket that won't allow it.
[09:09] <lifeless> righto
[09:09] <lifeless> right now, wanna get packed etc
[09:09] <lifeless> will look into it
[09:23] <carlos> morning
[09:24] <SteveA> hi carlos 
[09:24] <SteveA> BjornT_: hi, around?
[09:24] <BjornT_> hi SteveA 
[09:24] <SteveA> gary poster is in town
[09:25] <SteveA> we went to trakai on sunday
[09:25] <SteveA> he's working all week at pov.  so, we should meet them for lunch sometime
[09:27] <BjornT_> cool, that'd be great. i don't have any special plans this week, so any day is good for me.
[09:27] <stub> There is a chance I'll be visiting September or October - Kirsten needs to visit Romania and Czechoslovakia around then promoting the book translations so I might tag along for a holiday and pop over and visit and maybe work from Vilnius for a week.
[09:27] <SteveA> sure
[09:28] <SteveA> btw
[09:28] <SteveA> don't say "czechoslovakia"
[09:28] <SteveA> it riles the locals
[09:29] <stub> Heh... we have friends in Belgrade who still insist on using Yugoslavia in their mailing address ;)
[09:29] <SteveA> jamesh, spiv, stub: how about one of those group-skype sessions
[09:29] <stub> I'm never sure what should be used the further east in Europe I go ;)
[09:30] <stub> ok.
[09:34] <spiv> Sure.
[09:34] <SteveA> jamesh: ?
[09:35] <jamesh> SteveA: okay
[11:21] <mdz> how did this morning's rollout go?
[11:23] <stub> No problems of course
[11:24] <SteveA> good morning mdz
[11:24] <mdz> glad to hear it
[11:31] <fabbione> morning guys
[11:31] <fabbione> given that we are now at release
[11:31] <fabbione> what are the odds to get bug #36830 fixed?
[11:31] <Ubugtu> Malone bug 36830 in launchpad-publisher "need Contents files to be generated" [Major,Confirmed]  http://launchpad.net/bugs/36830
[11:32] <fabbione> you know.. we have tools depending on these files to be updated properly
[11:32] <SteveA> fabbione: that would be a question for malcc, Kinnison and cprov
[11:32] <fabbione> SteveA: well i am asking generally to everybody here...
[11:34] <SteveA> gah... so it isn't a launchpad code thing perhaps
[11:34] <SteveA> but something rather duct-tapey and fragile that only elmo knows about
[11:35] <fabbione> SteveA: it is launchpad since we did switch to soyuz
[11:35] <SteveA> i agree.  i am observing that the solution may involve no additional launchpad code
[11:35] <SteveA> but running existing dak tools in particular ways
[11:36] <SteveA> maybe it is possible to get elmo and malcc in the same room together to work on this?
[11:37] <malcc> SteveA: I'm physically capable of being in the London office today, but I'm not sure they've got any space for me
[11:37] <fabbione> SteveA: dunno.. contents file are part of a release imho. and they haven't been there for months
[11:38] <SteveA> malcc: would you talk with elmo and kiko about this, when they are around?
[11:39] <malcc> SteveA: Yup, willdo
[11:39] <SteveA> and also, please tell fabbione what is talked about
[11:41] <SteveA> i don't really know what a Contents.gz file contains
[11:42] <SteveA> so maybe it would be easier to generate it from the launchpad database than to use the dak tools.
[11:44] <fabbione> SteveA: just check in archive.ubuntu.com/ubuntu/dists/dapper/
[11:44] <fabbione> there are Contents file per archi
[11:45] <fabbione> they show a list of all files contained in the different debs sorted in a special way
[11:45] <SteveA> is there a written specification on these files?
[11:45] <SteveA> or is it just "make it work with the tools"?
[11:46] <Kinnison> fabbione: It needs someone to take the apt.conf, twiddle it to generate the contents files out-of-place run apt-ftparchive and then move them into place once they're done
[11:46] <Kinnison> fabbione: everything needed to do it is there, it just needs someone who knows what they're doing to do it
[11:47] <fabbione> Kinnison: yes, that's written in the bug
[11:47] <Kinnison> fabbione: So you want someone who understands them to be doing this, not j.random lp dev
[11:47] <fabbione> (and i used it for my archives)
[11:47] <fabbione> Kinnison: well elmo and cprov did talk alreayd about it
[11:47] <fabbione> it's waiting implementation
[11:47] <Kinnison> fabbione: I see
[01:51] <carlos> later!
[01:58] <cbx33> can you delete a release series once you have created it?
[02:05] <ddaa> cbx33: no, you cant'
[02:05] <ddaa> but you can rename it
[02:05] <cbx33> ok that makes sense
[02:22] <Yannig> Hello everybody
[02:22] <Yannig> I have a little problem with Occitan translation
[02:22] <Yannig> Do someone know where I can define the order of the items in the date (GNOME clock)?
[02:23] <Yannig> I have dayname-month-daynumber and I should have dayname-daynumber-month
[02:49] <Daemon> I just have a quick question, the debian-installer package (https://launchpad.net/distros/ubuntu/+source/debian-installer/) refers to a "Debian Install System Team" as the Maintainer, but this does not seem to be a real group within launchpad, is it referring to an external group or is it because it hasn't been updated?
[02:55] <kiko-zzz> GOOD MORNING PADDERS!
[02:55] <malcc> Mornin kiko
[02:58] <kiko> I am busy deleting emails from dubai and nigeria
[03:02] <Keybuk> Is Assign-To-Nobody broken?
[03:04] <kiko> Keybuk, I saw a bug reported on that last week -- is this via email or via the UI?
[03:04] <Keybuk> UI
[03:08] <bradb> Keybuk: yeah, it's broken. i'm fixing it.
[03:09] <kiko> Keybuk, I believe it works via email, if that helps
[03:09] <kiko> bradb, make sure to pagetest this jimmy ;)
[03:09] <bradb> yeah, with testbrowser, it's actually reasonable to test
[03:09] <kiko> if you need help drive-bying, just let me know.
[03:10] <bradb> thanks
[03:11] <Adri2000> hi
[03:14] <Adri2000> matsubara: it seems you have fixed bug #39547 (fix commited), but it still doesn't work for me, when will the fix be released ?
[03:14] <Ubugtu> Malone bug 39547 in launchpad "Code of Conduct 1.0.1 signatures not accepted" [Critical,Fix committed]  http://launchpad.net/bugs/39547
[03:14] <kiko> Adri2000, probably early next week.
[03:14] <kiko> we are currently on a rollout embargo to avoid disrupting the distribution team.
[03:16] <Adri2000> kiko: ok
[03:17] <Keybuk> kiko: will /people/nobody break anything?
[03:17] <mdz> kiko: what's the syntax for assigning to nobody via email?
[03:18] <kiko> good question
[03:18] <kiko> Keybuk, it's not what you want though.
[03:19] <kiko> BjornT_, do you know the answer to that question?
[03:20] <bradb> From what I can see, it's not possible.
[03:21] <OculusAquilae> kiko: I wanted to ask what to do because of Launchpad-Group kubuntu-de. Its owner and admin isn't active anymore. Could you make somebody (perhaps me) an admin so that other people can join?
[03:21] <bradb> I can it easily enough though.
[03:21] <bradb> fix it, too
[03:21] <kiko> OculusAquilae, sure.
[03:22] <kiko> OculusAquilae, who is the original owner/admin?
[03:22] <bradb> damn, why does there have to be a real person named nobody!
[03:22] <kiko> heh
[03:23] <OculusAquilae> kiko: it's marcelk (author-psi in IRC i think)
[03:23] <bradb> kiko: you won't believe this...
[03:23] <bradb> THERE'S A PERSON CALLED none TOO
[03:25] <bradb> and nil! (not that i would have used that, but...)
[03:27] <SteveA> we can change that
[03:28] <SteveA> and get it added to the list of banned names
[03:28] <SteveA> if someone calls themselves names like "root" or "admin" or "nobody" then they can expect problems
[03:29] <OculusAquilae> kiko: marcelk left us a long time ago and isn't active anymore
[03:30] <kiko> OculusAquilae, I see. okay, give me a few minutes, juggling here.
[03:30] <OculusAquilae> ok
[03:31] <bradb> SteveA: So maybe we should send an email to "nobody" saying he should reregister under a different name within 30 days, because "nobody" will be reserved for system use? And meanwhile, I can implement this email command as though nobody is a reserved word...
[03:32] <SteveA> bradb: that is a good proposal.  please mail it to the launchpad list for further discussion
[03:32] <bradb> ok
[03:33] <kiko> bradb, you could also use a single hyphen or something like that
[03:34] <bradb> kiko: yeah, though i think that's a bit cruel
[03:34] <bradb> the advantage of using "nobody" is that it's consistent with the web UI
[03:35] <kiko> somewhat -- we display a hyphen normally, don't we?
[03:35] <kiko> (except in the radiobuttons)
[03:38] <bradb> for viewing, we display an m-dash on the bug page, yeah. for setting it's "Nobody"
[03:38] <SteveA> either that, or we can assign mister "nobody" lots and lots of bugs
[03:39] <malcc> SteveA++, that'll teach him
[03:39] <kiko> SteveA, for now, people can reassign to kiko-bichodomato anyway
[03:42] <spiv> lifeless: In case you're awake, I've filed https://launchpad.net/products/bzr/+bug/47414, which is what stopped my fix for 44183/41414 merging.  I'm working around it so that I can merge, but I thought you'd like to know.
[03:42] <Ubugtu> Malone bug 47414 in bzr "sftp doesn't work on windows" [Normal,Unconfirmed]  
[03:43] <spiv> lifeless: Er, I mean https://launchpad.net/products/bzr/+bug/47494
[03:43] <Ubugtu> Malone bug 47494 in bzr "bzrdir.sprout does not preserve repository format" [Normal,Unconfirmed]  
[03:43] <spiv> (too many browser tabs open!)
[03:44] <lifeless> spiv: I am, good catch.
[03:44] <lifeless> we should fix that.
[03:45] <spiv> lifeless: Your review asked that I use sprout, I hope you don't mind if I leave that as an XXX for now instead :)
[03:45] <lifeless> sure, thats fine.
[03:45] <lifeless> its a shame, but if its not up to it, its not up to it
[03:48] <lifeless> gnight
[03:48] <ddaa> hey spiv, nice patch you just submitted :)
[03:48] <lifeless> sabdfl: see you tomorrow
[03:48] <lifeless> erm, thursday. day after tomorrow.
[03:49] <spiv> lifeless: g'night.  Have a good flight tomorrow!
[03:49] <lifeless> thanks
[03:49] <ddaa> lifeless: where are you flying to this time?
[03:49] <spiv> ddaa: :)
[03:50] <spiv> ddaa: Hmm, no luck on the cscvs front?
[03:50] <ddaa> spiv: the current pqm patch is dummy cscvs change, to confirm that merging is still broken and it's not just my changes
[03:50] <ddaa> no luck so far
[03:50] <ddaa> it's definitely critical now, as all my outstanding branches are blocked on that
[03:51] <spiv> The cscvs tests pass in PQM when run as part of launchpad's check_merge.
[03:51] <spiv> So it's possibly a PQM misconfiguration with how it runs tests for cscvs merges?
[03:51] <ddaa> Maybe the problem is something in the pqm config, I do not know.
[03:51] <spiv> Or maybe the cscvs makefile isn't setting paths right.
[03:51] <ddaa> spiv: not a problem with the cscvs makefile
[03:52] <ddaa> the failure happens in the bzr tests
[03:52] <lifeless> [/home/pqm/archives/rocketfuel/cscvs/1.0/devel] 
[03:52] <lifeless> precommit_hook=make -C .. check
[03:52] <lifeless> build_config=/home/pqm/archives/rocketfuel/dists/devel/configs/canonical.com/launchpad/development
[03:52] <ddaa> when doing the baz-import tests
[03:52] <lifeless> that is, commits to cscvs run 'make check' in sourcecode.
[03:52] <lifeless> actually, now that you've unfucked things, we should make this run check_merge again.
[03:52] <lifeless> done
[03:53] <spiv> lifeless: woo!
[03:53] <lifeless> (as of the next time pqm reads its config file)
[03:53] <lifeless> I've added a todo to do the same for buildbot etc
[03:53] <lifeless> note that this is not the cause of the fault
[03:53] <ddaa> okay, the dummy merge just failed
[03:53] <spiv> lifeless: No, but it's nice anyway :)
[03:53] <lifeless> because spiv was committing to other sourcecode trees, and they have the same config
[03:53] <lifeless> so they were all running 'make check' in sourcecode.
[03:54] <ddaa> same problem, failures in baz-import tests
[03:54] <spiv> That config looks sane to me.
[03:54] <lifeless> its now
[03:54] <lifeless> precommit_hook=make -C ../.. check_merge
[03:54] <lifeless> tchau
[03:56] <spiv> ddaa: The weird thing about the error is that it seems to find the pybaz module, but can't find symbols in it.  Wrong version of pybaz somehow, due to a PYTHONPATH problem?
[03:56] <spiv> I don't know why it didn't affect my merges to e.g. buildbot, though.
[03:57] <ddaa> spiv: might be
[03:57] <ddaa> the first error looks like something that would be caused by using a really old pybaz
[03:58] <ddaa> then maybe all the other strange errors are fallout from that one
[03:58] <ddaa> anyway, cscvs tests _must_ run the launchpad tests
[03:59] <ddaa> as importd is part of launchpad and depends on cscvs
[04:01] <spiv> Yeah, it's good that cscvs merges will run a full check_merge now.
[04:02] <ddaa> well, the same holds for bzr, bzrtools, pybaz and probably a number of other things
[04:03] <spiv> Right.
[04:07] <SteveA> lifeless: ping
[04:08] <ddaa> he's an ex-lifeless
[04:10] <SteveA> rocketfuel-built does not have the correct sqlobject tree
[04:10] <SteveA> although it seems stu has fixed it
[04:22] <sabdfl> lifeless: safe travels
[04:32] <carlos> BjornT: hi, around?
[04:34] <kiko> bradb, I think I'd accept both "nobody" and "-" then.
[04:34] <bradb> kiko: yeah, that'd be useful too
[04:37] <kiko> cool.
[04:38] <BjornT> hi carlos 
[04:39] <carlos> BjornT: I'm having problems with pagetests and textareas
[04:39] <carlos> BjornT: the new system introduces an extra '\n' char at the beginning of the string when we read what we are rendering from the database
[04:40] <SteveA> bradb: what about &mdash; ?
[04:40] <carlos> BjornT: for instance
[04:40] <bradb> SteveA: heh
[04:40] <kiko> SteveA, in the email UI? I think that's silly
[04:40] <carlos> I get this with Firefox: https://chinstrap.ubuntu.com/~dsilvers/paste/fileAQj5o9.html
[04:40] <SteveA> there are all sorts of people who write html mail now ;-)
[04:41] <carlos> BjornT: but I get https://chinstrap.ubuntu.com/~dsilvers/paste/fileJcBBrF.html from pagetests
[04:44] <BjornT> carlos: hmm, i don't know why that is happening, i'll have to look into it a bit closer. i don't have time to do it now, though. it'd be good if you could file a bug about it, including a test snippet showing the problem.
[04:44] <carlos> BjornT: ok, thanks
[04:45] <carlos> I will remove the content to have that test working (I don't mind its content, but it's breaking it)
[04:55] <SteveA> spiv: it landed!
[04:55] <spiv> Yes!
[05:00] <highvoltage> hi. any launchpad admins around?
[05:02] <kiko> yes!
[05:02] <kiko> OculusAquilae, ping?
[05:03] <carlos> BjornT: https://launchpad.net/products/launchpad/+bug/47511
[05:03] <Ubugtu> Malone bug 47511 in launchpad "pagetests add ghost new lines to textareas" [Normal,Unconfirmed]  
[05:03] <OculusAquilae> kiko: pong
[05:03] <highvoltage> kiko: can you please delete https://launchpad.net/products/edubuntu.cookbook ?
[05:03] <highvoltage> kiko: the original owners of that aren't around anymore, and the new cookbook team wants to start from scratch with that product
[05:04] <OculusAquilae> kiko: what do you need?
[05:06] <kiko> OculusAquilae, I'm looking at https://launchpad.net/people/kubuntu-de but I can't see anybody there.
[05:07] <kiko> highvoltage, renamed to edubuntu.cookbook-deleteme and deactivated.
[05:07] <OculusAquilae> kiko: I can see me and Marcus as members
[05:07] <highvoltage> kiko: thank you very much!
[05:08] <kiko> OculusAquilae, what confuses me is that you referred to him as marcelk before
[05:09] <OculusAquilae> kiko: that's the teamowner MarcelKaeming
[05:09] <kiko> oh
[05:09] <OculusAquilae> kiko: marcelk because of the page https://launchpad.net/people/marcelk
[05:09] <kiko> your team has no admin?
[05:09] <OculusAquilae> right
[05:09] <kiko> I see
[05:10] <kiko> OculusAquilae, done.
[05:10] <OculusAquilae> kiko: thanks
[05:10] <kiko> highvoltage, you can register a new edubuntu.cookbook if you like now
[05:10] <highvoltage> kiko: thanks, i've passed the info on to the new maintainer
[05:16] <Claudeir> opa
[05:16] <Claudeir> alguem do Brasil?
[05:17] <kiko> samaniego, english please
[05:17] <kiko> (or #ubuntu-br)
[05:19] <samaniego> ok
[05:21] <samaniego> i dont speak english, but I speak portuguese, spanish, guarani, portuol, gauchs, cears, and others brazilian languages. sorry!!!
[05:50] <bradb> ddaa: It seems to me that the register_branch xmlrpc API allows the registrant to make that branch owned by anyone in the system, right?
[05:51] <ddaa> in theory no
[05:51] <ddaa> I practice, I would have to read the code
[05:51] <ddaa> in theory one can only make a branch owned by the authenticated user or a team it belongs to
[05:52] <bradb> ah, right, i meant it can make anyone the /author/ of that branch
[05:52] <ddaa> oh yes
[05:53] <ddaa> just like the web UI allows that
[05:53] <ddaa> it's a feature to allow registering a branch on behalf of someone else
[05:53] <bradb> got it, thanks
[05:53] <ddaa> and at least one user wants to keep that feature :)
[05:54] <ddaa> (I wanted to remove that, but somebody explained to me he had a practical use of that feature)
[05:59] <bradb> ddaa: What do you suggest for testing an xmlrpc api? (Beyond the plain view tests.)
[05:59] <ddaa> bradb: did you read the discussion I had with mpool on the launchpad@ mailing list?
[06:00] <bradb> yeah. i don't recall that mentioning specifics of how to do client testing. i know i can just write code, but i'm wondering if there's a simpler option.
[06:02] <ddaa> which category of test are you thinking of: strict server-side, or client-server integration?
[06:04] <bradb> ddaa: i want to have a full client test suite implementation. ideally something that smells like a doctest, so that it takes less work to make it human-readable.
[06:05] <ddaa> When doing client-server integration, you would need to: setup the xmlrpc server (the test runner should do that), call the bzrlib API (the same that would be called by the CLI), and check that results are correct.
[06:05] <bradb> this is for Malone, not bzr, btw
[06:05] <ddaa> about doctests, our quality czar do not like doctests very much, he thinks they tend to lead to inadequate test coverage.
[06:06] <bradb> and the test runner does not setup the xmlrpc server correctly, aiui. SteveA knows more about how we were going to set up our test suite to handle xmlrpc tests.
[06:07] <ddaa> I think that until that's fixed, you are a bit stuck to do client-server integration
[06:07] <SteveA> bradb: the test runner doesn't set up any servers
[06:07] <bradb> ddaa: when you wrote the branch stuff though, did you do any actual xmlrpc testing of it, or just ask the bzr guys if it actually worked when it was deployed?
[06:07] <SteveA> it doesn't dispatch the way needed for xmlrpc
[06:07] <ddaa> bradb: you're giving me way too much credit
[06:08] <bradb> or plan c, waited to see if they screamed :P
[06:08] <SteveA> anyway, for testing the xmlrpc API
[06:08] <SteveA> we shall do doctests of the API
[06:08] <ddaa> I just asked mpool to get the feature out, let him and SteveA talk about test coverage issues
[06:08] <SteveA> showing calls to it, and with explanations of what the calls mean in the documentation
[06:08] <SteveA> if anything requires doctests, a public API does
[06:09] <SteveA> writing code is about communication, so i think doctests are a very fine way to start
[06:09] <ddaa> bradb: my schedule does not have room for going out of my way to check what other people are doing. I just ask for the stuff I need, and the stuff we can easily do that I think sabfl wants soon.
[06:10] <bradb> SteveA: yeah. what would be really useful to developers is if i could write python code to show how to script xmlrpc in python. that way even if they don't know how to do it, they need only read that doc and be on their way. right now, i have only a view doctest.
[06:10] <ddaa> I leave it to SteveA and the reviewers to make sure that other people do their homework properly.
[06:10] <SteveA> bradb: that's an interesting idea
[06:10] <bradb> (of course, if they don't use python, oh well)
[06:11] <SteveA> bradb: i think it would require an alternative Server implementation
[06:11] <SteveA> bradb: so, you'd have testxmlrpc.Server('whatever')
[06:11] <SteveA> and this would be a natural way to test it
[06:11] <SteveA> we could do that today, actually
[06:11] <SteveA> BjornT: what do you think of this?
[06:11] <SteveA> brad's had a cool idea
[06:20] <BjornT> what exactly are you proposing? would testxmlrpc.Server('whatever') use a special Transport to talk with the XMLRPC publisher?
[06:22] <SteveA> perhaps.
[06:22] <SteveA> testxmlrpc.Server would just work like xmlrpc.Server
[06:22] <SteveA> but run in process to our functional tests
[06:23] <bradb> BjornT: my goal, fwiw, is to write a human-readable doc containing xmlrpc client code that shows people how to talk to Malone via xmlrpc, so that even if the user doesn't know xmlrpc in python, this doc should be pretty much all they need.
[06:25] <SteveA> bradb: could be that a script testing against staging would be better
[06:25] <bradb> perhaps, yeah
[06:26] <BjornT> then it's probably best using xmlrpclib.ServerProxy and use a TestTransport or something like that. that would make it quite clear what's specific for the test.
[06:26] <bradb> i imagine i would test it on a local server, but then the public doc could use a staging url
[06:45] <mdz> bradb: why does malone still say that there's no security contact for Ubuntu packages, when there is ubuntu-security (and it's subscribed to security bugs)?
[06:54] <kiko> samaniego, portuol, heh :)
[06:54] <kiko> SteveA!
[06:54] <kiko> I am your man
[06:55] <kiko> mdz, I think the reason is that there is no package-specific security contact. the UI could be clarified I guess
[06:57] <mdz> kiko: package-specific security contacts are overkill
[06:57] <mdz> I do not see them being used in a distro ever
[06:58] <SteveA> a whui
[06:58] <kiko> mdz, okay, maybe I am confused. where do you see security contacts?
[07:46] <bradb> Malone doesn't have package security contacts.
[07:46] <bradb> Ubuntu has a security contact, as shown at https://launchpad.net/distros/ubuntu/+filebug
[07:46] <kiko> so I am confused as well
[07:47] <bradb> mdz: where are you saying that Malone says there's no security contact?
[07:48] <mdz> kiko: +filebug
[07:48] <mdz>  There is no  security contact for ubiquity in ubuntu   so no security contact will be subscribed to this bug.
[07:48] <kiko> on in the package +filebug page?
[07:48] <mdz> correct
[07:48] <mdz> it is both a) a lie, and b) implies the existence of per-package security contacts
[07:48] <kiko>  bradb 
[07:49] <bradb> ok, that'd be a bug
[07:49] <kiko> bradb, should be easy to pagetest too
[07:49] <bradb> yer
[07:54] <Ubugtu> Malone bug 47544 in malone "Malone reports that a package has no security contact...DUH!" [Normal,Unconfirmed]  http://launchpad.net/bugs/47544
[08:03] <mdke> elmo: off for dinner now, if you email me I will get back to you double-quick
[08:31] <Bluekuja> matsubara: ping 
[08:32] <delta> Hi.
[08:32] <matsubara> Bluekuja: pong
[08:33] <Bluekuja> matsubara: i received the mail for +priority bug
[08:33] <Bluekuja> but i still get the error
[08:33] <Bluekuja> I can't access that logged in as user
[08:33] <matsubara> Bluekuja: the bug isn't fixed yet. I was asking what should be done for the +priority page
[08:34] <delta> I'm having trouble with frequencies under the nvidia driver 87.62.
[08:34] <delta> What could I do?
[08:34] <Bluekuja> matsubara: oh okie, i thought there were news
[08:34] <Bluekuja> matsubara: sorry then
[08:35] <matsubara> delta: #ubuntu might be a better place to ask
[08:35] <matsubara> Bluekuja: np
[08:36] <delta> matsubara: ah.
[09:42] <Lord_Athur> hi all
[09:43] <Lord_Athur>  I need some cds, for me and for a lot of friends who want to use drapper, so I made requests two for some cds with different accounts, is that cheating?
[09:45] <ddaa> GRAAAAH!
[09:46] <ddaa> PQM SHIT FUCK ME
[09:46] <Lord_Athur> im spanish and i don't understand you ddaa 
[09:46] <ddaa> test suite for my merge has been running for 6 hours
[09:46] <Lord_Athur> sorry
[09:47] <ddaa> Lord_Athur: sorry, not addressed to you personally
[09:47] <ddaa> Lord_Athur: I think technically that's cheating, but I guess there might be checks for that, on the postal adress
[09:47] <ddaa> Lord_Athur: in any case, you can request the amount you need in a single request, as long as it's a reasonable amount
[09:48] <Lord_Athur> oka
[09:48] <Lord_Athur> can launchpad cancel my requests?
[09:48] <ddaa> no idea, really
[09:48] <ddaa> kiko: shipit question, can you handle?
[09:49] <ddaa> Znarl: can you unstuck PQM please?
[09:51] <Lord_Athur> i's the launchpad channel, nobody knows?
[09:52] <Lord_Athur> *it's
[09:52] <ddaa> somebody knows for sure, that does not mean that person is awake or available for chat
[09:52] <Lord_Athur> you're right
[09:52] <Lord_Athur> :)
[09:52] <ddaa> your safest option is to post a support request
[09:54] <ddaa> kiko: if you want your merges to ever go in, you'll need to get someone to kick pqm's balls
[09:55] <elmo> ddaa: done
[09:57] <ddaa> elmo: what you did does not appear to have had any effect
[09:58] <ddaa> pqm still reports the same status
[09:59] <ddaa> well, I do not care, somebody will surely complain about it eventually
[10:02] <carlos> Lord_Athur: if you read the documentation at shipit.ubuntu.com, you would see a link to the FAQ page (http://www.ubuntu.com/support/faq#head-7eef2db63e0a75424cdd663ee6f7b8eedcf19607)
[10:02] <carlos> Lord_Athur: there you have an email address to send any issue you have with shipit
[10:03] <carlos> Lord_Athur:  info@shipit.ubuntu.com
[10:03] <carlos> send there your issue and it will be addressed
[10:03] <carlos> I don't think you can cancel your order
[10:04] <Lord_Athur> oka
[10:04] <Lord_Athur> thanks
[10:04] <carlos> Lord_Athur: if you need a lot of CDs, you should contact with the info@... address
[10:05] <elmo> ddaa: it seems to be doing something else now at least
[10:06] <Lord_Athur> thanks
[10:08] <mdke> elmo: were you looking for me earlier?
[10:51] <clahey> Hi, I work on Democracy Player and I'm investigating translation tools.
[10:53] <clahey> I'm looking at Rosetta now.
[10:53] <clahey> It looks like a decent interface.
[10:53] <clahey> Does "Someone should review this translation" correspond to fuzzy translations?
[10:54] <lifeless> IIRC, yes.
[10:54] <clahey> If our project were to be translated on the Rosetta site, what is the procedure for getting new po files from our svn and committing changed po files to our svn?
[10:55] <lifeless> you can get a tarball containing all the po files
[10:55] <lifeless> so you just extract that in your source, add any new ones to svn, and commit
[10:55] <lifeless> you upload the pot file to rosetta using a web form
[10:56] <lifeless> I think the same goes for uploading fresh po files.
[10:57] <clahey> Ah, it can't pull from our svn and commit itself?
[10:57] <lifeless> at this point no. We have plans to do something along those lines though.
[10:57] <clahey> We're looking for the minimum amount of manual intervention for those sorts of things.
[10:58] <lifeless> well, having svn access raises a lot of security concerns. That one reason we have not got this done yet.
[10:58] <clahey> Yeah.  Makes sense.
[11:50] <Keybuk> lifeless: why does bzr always say "0 revisions pushed" when it creates a new archive?
[11:51] <LarstiQ> Keybuk: I believe that has been fixed in bzr.dev recently
[11:51] <LarstiQ> by lifeless even
[11:59] <lifeless> Keybuk: its a bug in 0.8
[11:59] <Keybuk> ok
[12:01] <kiko> clahey, hey there! good to see you around
[12:01] <kiko> clahey, so you're looking to use Rosetta?
[12:02] <clahey> kiko: Looking at it.
[12:02] <clahey> The lack of automation might be a showstopper.
[12:02] <kiko> clahey, well, you /can/ automate the process somewhat
[12:02] <kiko> what part of the automation are you looking for?
[12:03] <clahey> Well, I'm specifically worried about what happens if there are translations from Rosetta and also someone commits to svn.
[12:03] <kiko> you get both files and msgmerge them.
[12:03] <kiko> that's pretty much standard handling, isn't it?
[12:03] <clahey> Also, uploading stuff from svn sounds like a pain and a half.
[12:04] <clahey> So, I like the idea of the web interface just working from po files that are in an svn directory.
[12:04] <clahey> Then, when I run svn update, it'll do svn conflicts.
[12:04] <clahey> I'm just looking into a whole bunch of ideas.
[12:05] <kiko> I see.