[12:15] <lifeless> I registered subunit with lp /for/ malone etc
[12:15] <lifeless> kiko: so Mark said to 'ask you', and tell you +10....
[12:15] <lifeless> kiko: any idea what thats about ?
[12:15] <kiko> ask me about what?
[12:15] <lifeless> dunno
[12:15] <lifeless> win 28
[12:15] <kiko> win 28?
[12:16] <kiko> like catch 22
[12:16] <lifeless> 21:38 < sabdfl> lifeless: go ask kiko on #launchpad, and tell him I said.... +10!
[12:16] <lifeless> (from #bzr)
[12:16] <kiko> lifeless, is that all the context I get?
[12:16] <lifeless> its all I had!
[12:17] <kiko> was it wrt subunit?
[12:17] <lifeless> nope
[12:17] <kiko> because if it was
[12:17] <lifeless> ahm... 
[12:17] <kiko> then I am +10 too
[12:17] <lifeless> possibly its to do with dotted revision numbers
[12:17] <kiko> oh
[12:17] <lifeless> kiko: you like subunit, or asking for lp usage on registration ?
[12:17] <kiko> the latter
[12:17] <kiko> I don't know subunit
[12:17] <lifeless> I'll file a bug
[12:17] <kiko> so it's hard to say whether I like it or not
[12:17] <lifeless> for asking
[12:18] <lifeless> have you seen the dotted decimal revnos ?
[12:18] <kiko> hmmm, no I haven't
[12:18] <lifeless> do you have a branch of bzr.dev handy ?
[12:19] <kiko> not that either
[12:19] <lifeless> heh
[12:19] <kiko> what are they useful for?
[12:19] <lifeless> well, get one, and then use it to do log on lp
[12:19] <lifeless> they tell you more information about commits visually
[12:20] <kiko> ah hat sounds cool
[12:22] <lifeless> I blogged about it
[12:41] <ddaa> lifeless: accourding to your blog, it looks like it's the ugly ones with many-many-many digits for long-lived brances that won
[12:42] <ddaa> I wish I had been able to keep up with the ML so I would have complained earlier
[01:06] <AlinuxOS> danilos, ping
[01:14] <Keybuk> kiko: ping?
[01:17] <Keybuk> sabdfl: bug #57152 and bug #66650
[01:17] <Ubugtu> Malone bug 57152 in launchpad "Database constraint triggered in +settopics page." [High,In progress]  http://launchpad.net/bugs/57152
[01:17] <Ubugtu> Malone bug 66650 in blueprint "Driver has no permission to administer uds-mtv specs" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66650
[01:18] <Keybuk> sabdfl: more problems with blueprint for uds-mtv ... still :-/
[01:20] <sabdfl> Keybuk: matsubara was going to patch that
[01:20] <sabdfl> kiko: could you check with matsubara on the status of that, please?
[01:20] <sabdfl> thanks
[01:22] <Keybuk> sabdfl: he patched half of it ... this is a new bug found since getting that patch
[01:22] <Keybuk> I can see the proposed list now
[01:22] <Keybuk> but can't actually do anything with it
[01:25] <Ubugtu> New bug: #66650 in blueprint "Driver has no permission to administer uds-mtv specs" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66650
[01:31] <kiko> sabdfl, Keybuk: matsubara has a patch started for that
[01:32] <Keybuk> which one?
[01:47] <malex> Hi. I would like to talk to somebody about an erroneous import of an upstream project into Rosetta.
[02:32] <malex> Is rosetta@launchpad.net
[02:32] <malex> the appropriate email for raising an issue about a particular project's state in Rosetta?
[02:38] <malex> Hmm, it seems that rosetta@launchpad.net is a broken relay. Please somebody provide a real contact address for Rosetta admins.
[03:57] <jamesh> malex: launchpad-users@lists.canonical.com, maybe?
[04:20] <stub> Launchpad is going down in 15 minutes to allow some data migration to be done. Estimated downtime is 1 hour.
[04:31] <mpt> Goooooooooood afternoon Launchpadders!
[04:36] <mpt> hahaha
[04:36] <mpt> "Launchpad will be going offline for maintenance very very soon."
[04:49] <mpt> lifeless, to answer your question of 4.5 hours ago: Because Launchpad is data-model-driven rather than user-driven
[04:51] <mpt> so there has been no user testing and improvement of things like that
[05:07] <jamesh> is PQM stalled?
[05:32] <stub> jamesh: Not any more
[05:41] <stub> Launchpad downtime looks to be another 40 minutes I'm afraid - I had to restart one of the processes.
[06:56] <Ubugtu> New bug: #66672 in launchpad "copy-missing-translations-from-parent.py should run in READ COMMITTED isolation rather" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66672
[08:21] <jamesh> lifeless: I submitted an LP merge, which seems to have disappeared -- no success/failure email, and it is no longer displayed on pqm.launchpad.net
[08:22] <jamesh> would it be possible to check what's up?
[08:22] <lifeless> jamesh: check your pqm-submit config
[08:22] <lifeless> 99% you have /home/warthogs/archives in your submit rule
[08:22] <jamesh> lifeless: I would have got a failure email then, right?
[08:22] <jamesh> and I did a successful merge yesterday
[08:22] <lifeless> there seems to be a bug
[08:22] <lifeless> I got a traceback
[08:35] <Ubugtu> New bug: #66684 in malone "https://launchpad.net/distros/ubuntu/edgy/+bugs shows 'no open	bugs'" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66684
[08:49] <jamesh> lifeless: so do you know what happened to my merge?
[08:49] <jamesh> should I resubmit it?
[08:50] <lifeless> jamesh: check with --dry-run
[08:50] <lifeless> jamesh: make sure it has the right submit path (/code/)
[08:50] <lifeless> if it does, then its probably the one that hung pqm and stub killed earlier
[08:51] <stub> pqm wasn't hung - I just neglected to reenable it yesterday
[08:51] <jamesh> lifeless: it is definitely generating a merge request with /code/ rather than /home/warthogs/archives/
[08:52] <stub> (and nobody noticed for 1 day!)
[08:52] <lifeless> jamesh: ok, and the right source path too ?
[08:52] <jamesh> yes
[08:52] <lifeless> ok
[08:52] <jamesh> pqm-submit even makes sure the source is up to date before hand
[08:52] <lifeless> send it in and I'll look for what happens
[08:55] <jamesh> lifeless: okay.  It is in the queue.
[08:55] <jamesh> the pqm.launchpad.net page indicates that one of John's bzr branches got merged previously
[08:55] <jamesh> but there was a ui-1.0 merge from SteveA queued before my branch previously
[08:58] <poolie> hi
[08:58] <poolie> can someone answer this?
[08:58] <poolie> > Hey guys,
[08:58] <poolie> > When I have subscribed to a bug in Launchpad.net's Malone bug tracker and the
[08:58] <poolie> > bug gets marked as a duplicate, does it automatically subscribe me to the other
[08:58] <poolie> > bug report?
[08:59] <lifeless> rotfl
[09:00] <jamesh> poolie: you get bug mail for the main bug report, yes.
[09:03] <poolie> jamesh, thanks
[09:24] <_thumper_> morning all
[09:36] <mpt> lucasvo, before you accidentally reported a bug on staging, did you know what staging was for?
[09:40] <poolie> _thumper_: hello
[09:40] <poolie> spiv: hi?
[10:22] <ajmitch> hi jelmer 
[10:23] <ajmitch> interesting, remote bug tracker stuff has been changed?
[10:25] <jamesh> ajmitch: you mean creating bug watches by entering URLs instead of bug tracker + bug number?
[10:25] <ajmitch> yes
[10:25] <ajmitch> useful to not have to scroll through a list of unrelated bugtrackers
[10:27] <jamesh> you probably won't notice it, but we killed off all the sourceforge.net bug trackers but one
[10:27] <jamesh> which reduces the number of registered bug trackers and removes the need to register SF trackers for each product+tracker combo
[10:27] <ajmitch> excellent
[10:28] <ajmitch> what happens if an url is entered that you don't know about?
[10:28] <jamesh> dunno.  I'd guess it either gives you an error or registers a tracker
[10:32] <BjornT> ajmitch: at the moment it tells you to register the bug tracker. there are plans for pretty much automatically register the tracker for you, though.
[10:34] <jamesh> sabdfl wrote code to do automatic bug tracker registration, which we used when doing the ubuntu-bugzilla import
[10:34] <jamesh> but it did result in a fair number of duplicate registrations
[10:39] <BjornT> yeah, i'd rather have the user confirming that the bug tracker should be created. and at the same time, maybe informing the user that the given product officially uses bug tracker 'foo'.
[10:45] <jamesh> the main issues were things like http://bugzilla.mozilla.org vs. https://bugzilla.mozilla.org, http://bugzilla.gnome.org vs. http://bugs.gnome.org
[10:47] <jamesh> then there are other cases like http://bugs.debian.org/NNNN vs. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=NNNN
[10:51] <BjornT> http vs. https we can handle quite easily, and i might even fix that today. the other cases are a bit more tricky to handle, but having a notice "this product uses bug tracker 'foo'" would help.
[10:52] <jamesh> or even give an example of what we expect
[10:53] <jamesh> if product foo uses Gnome bugzilla, we know that bug URLs should look like http://bugzilla.gnome.org/show_bug.cgi?id=NNNN
[10:53] <jamesh> so we could tell the user what to look for
[10:58] <BjornT> yeah. we could even take the bugs.gnome url the user enter, make it into a bugzilla.gnome.org url and ask the user if that url is correct.
[10:59] <jamesh> lifeless: I didn't get a status email from PQM again
[11:39] <indu> kiko: hi, how r u
[12:17] <indu> hello, when ca i expect kiko here
[12:17] <indu> hello, when can i expect kiko here
[12:17] <_thumper_> indu, probably not for a few more hours
[12:18] <indu> oo
[01:04] <Kuhrscher> Hi is there any possibility to get the following bug fixed before the langpack deadline?
[01:04] <Kuhrscher> https://launchpad.net/distros/ubuntu/+source/gwenview/+bug/62927
[01:04] <Ubugtu> Malone bug 62927 in gwenview "Untranslated strings gwenview (edgy)" [Undecided,Unconfirmed]  
[01:07] <Kuhrscher> Gwenview in Edgy uses an old template (1.3.1?) instead of the on of the version in edgy (1.4.0)
[01:08] <Kuhrscher> Perhaps this is caused because the translations are released in a separate package (similar to koffice)
[01:10] <jordi> Kuhrscher: is that something new in edgy?
[01:11] <Kuhrscher> yes, because in dapper 1.3.1 has been used
[01:12] <Kuhrscher> jordi: And I think in this release this translation was included dirctly in the source package
[01:14] <jordi> Kuhrscher: makes sense
[01:14] <jordi> I think carlos needs to do some magic there.
[01:14] <Kuhrscher> jordi: Yes, in dapper 1.3.1 has been used with po-files included in the tarball
[01:14] <Kuhrscher> Would be great
[01:16] <jordi> danilos?
[01:28] <Kuhrscher> jordi: carlos isn't online atm, right?
[01:28] <danilos> jordi: ping
[01:32] <danilos> jordi: one can probably reupload the tarball with PO files there
[01:40] <jordi> danilos: doesn't carlos do something with kde-i18n?
[01:40] <jordi> maybe he can do the same with this one
[01:40] <jordi> but I'm not sure what's involved in that process
[01:40] <jordi> Kuhrscher: not apparently
[01:41] <Kuhrscher> jordi: I discussed a lot of similar issues with carlos
[01:49] <indraveni> kiko: hi
[01:50] <indraveni> kiko: this is indu
[02:42] <Kuhrscher> jordi, danilos: Do you know if carlos will go online today?
[02:42] <danilos> Kuhrscher: I don't really know, he might but only a bit later since he's travelling
[02:43] <Kuhrscher> danilos: So he he won't be able to fix this gwenview issue, right?
[02:44] <danilos> Kuhrscher: well, either jordi or I can upload the tarball with translations, but I am not sure if that's what carlos has been doing with other similar issues
[02:45] <danilos> jordi: I think uploading them would be fine, since waiting for carlos might take away precious time from translators, what do you think?
[02:45] <jordi> danilos: I think so
[02:45] <Kuhrscher> danilos: It would be very kind, if you could try it :)
[02:47] <Kuhrscher> http://prdownloads.sourceforge.net/gwenview/gwenview-i18n-1.4.0.tar.bz2
[02:48] <Kuhrscher> That's the (leftclick) link to the translations
[02:59] <danilos> jordi: have time to do it, or should I before I split off for lunch?
[03:03] <indraveni> kikoL r u there?
[03:31] <_thumper_> ping ddaa
[03:31] <ddaa> _thumper_: pong
[03:32] <_thumper_> a few private questions if you have time
[03:32] <ddaa> sure, go on
[03:59] <TreMobyl> Is there a way to see the bugs I've reported from my account info page?
[04:01] <matsubara> TreMobyl: https://launchpad.net/people/<your-lp-name>/+reportedbugs
[04:01] <TreMobyl> matsubara: is there a link to that someplace?
[04:02] <matsubara> TreMobyl: yes, in your account page (https://launchpad.net/people/<your-lp-name>) click on Bugs in the LHS menu
[04:03] <_thumper_> TreMobyl: then click on reported frm the top LHS menu (defaults to assigned I think)
[04:05] <TreMobyl> "bugs" takes me to assignedbugs
[04:05] <matsubara> TreMobyl: yes, and the link is in the top LHS menu (Reported bugs) as _thumper_ just said ^
[04:06] <TreMobyl> ah, sorry for my lack of reading.
[04:06] <matsubara> TreMobyl: it's kinda tricky to find those links and there is a bug reported about it.
[04:06] <TreMobyl> cool.  Thought I was probably just missing something, which is why I asked before filing a (n invalid) bug.  :)
[04:09] <matsubara> TreMobyl: you might be interested in subscribe to bug 2982
[04:09] <Ubugtu> Malone bug 2982 in launchpad "A person's Bugs page should show all bugs they are involved with" [Medium,Confirmed]  http://launchpad.net/bugs/2982
[04:10] <TreMobyl> matsubara: danke
[04:59] <kiko> hey
[05:11] <MagicFab> Helo - I can't seem to be able to register new teams in LP.
[05:12] <kiko> hey MagicFab 
[05:12] <kiko> what's up?
[05:12] <MagicFab> Getting this the 3 times I tried:  " Sorry, something just went wrong in Launchpad. Weve recorded what happened, and well fix it as soon as possible. Apologies for the inconvenience.
[05:12] <MagicFab> If this is blocking your work, let us know on the launchpad-users mailing list (requires subscription). Include the error ID OOPS-291C397 in your message"
[05:12] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/291C397
[05:12] <kiko> let's see.
[05:12] <MagicFab> I was hoping I could cheat a bit and come here for help :)
[05:12] <kiko> MagicFab, I need 5 minutes for the oops to sync.
[05:13] <kiko> then I can tell you what to do.
[05:13] <MagicFab> np.
[05:13] <MagicFab> I was trying to create "ubuntu-qc" 
[05:16] <matsubara> kiko: he's being affect by bug 66622 which is already fixed. Want to review it? :)
[05:16] <Ubugtu> Malone bug 66622 in launchpad "Register a team with an email address crashes." [Medium,In progress]  http://launchpad.net/bugs/66622
[05:16] <kiko> matsubara, sure.
[05:16] <kiko> matsubara, what's the workaround? that's what MagicFab needs to know.
[05:16] <MagicFab> I guess not putting an email... duh!
[05:16] <matsubara> MagicFab: exactly
[05:17] <MagicFab> yup, worked. un-friendly! but IRC magic works for me :D many tx.!
[06:16] <jordi> danilos: ah, you asked 5 mins after I left office
[06:16] <danilos> jordi: it's still open for you to enjoy it :P
[06:17] <jordi> danilos: really? are all Serbians as generous as you?
[06:18] <danilos> jordi: no, I am a rare flower :P
[06:21] <jordi> wow this was the quickest + stronges storm in years
[06:21] <jordi> the park ouside is flooded
[06:35] <MagicFab> I have noticed my signed code of conduct is one big paragraph. Should it be formatted (at least linefeeds) ? Does anyone see the same on their LP CoC page ?
[06:35] <MagicFab> I'm thinking LF / CRs are being parsed out
[06:36] <MagicFab> "View source" shows it's ok... so it's just CSS / HTML formatting
[06:38] <Keybuk> matsubara: ping?
[06:38] <matsubara> Keybuk: pong
[06:40] <Keybuk> matsubara: I cannot find the "Needs Discussion" checkbox in blueprint *at all*
[06:40] <Keybuk> some specs are being re-proposed, but are no longer marked "Needs Discussion"
[06:40] <Keybuk> so they won't get scheduled
[06:40] <Keybuk> where's that check box gone>?
[06:43] <matsubara> Keybuk: where was it before disappearing?
[06:43] <Keybuk> matsubara: I was sure it was under "Administer"
[06:49] <matsubara> Keybuk: I have no idea where it is. I suggest you to file a bug on it.
[06:51] <matsubara> Keybuk: maybe bug 50654 might explain it
[06:51] <Ubugtu> Malone bug 50654 in blueprint ""Needs discussion" flag should be a definition state instead" [Wishlist,Fix released]  http://launchpad.net/bugs/50654
[06:56] <Keybuk> fair enough
[07:15] <Ubugtu> New bug: #66778 in launchpad "Code of Conduct is not formatted right - minor HTML output problem" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66778
[07:25] <matsubara-lunch> MagicFab: does your code of conduct page look like this:  http://librarian.launchpad.net/2277354/Screenshot.png?
[07:33] <carlos> hi dudes!
[07:33] <carlos> danilos: ping
[07:40] <MagicFab> matsubara-lunch, no...
[07:41] <MagicFab> matsubara-lunch, let me append a screenshot
[07:45] <MagicFab> matsubara-lunch, http://librarian.launchpad.net/4889125/Screenshot.jpg
[08:02] <matsubara> MagicFab: thanks.
[08:03] <sabdfl> kiko: who can handle some changes to the LP membership email structure for me?
[08:08] <kiko> sabdfl, probably salgado. do you have a bug #?
[08:24] <Amaranth> is there any way to set a bug to 'unknown' or something? i know a bug isn't caused by my package but it's not known what causes it
[08:26] <kiko> Amaranth, that's a bug just on Ubuntu
[08:26] <kiko> you can clear out the source package name
[08:26] <Amaranth> awesome, thanks
[08:27] <sabdfl> kiko: will file shortly
[08:27] <kiko> sabdfl, thanks. 
[08:35] <kiko> bradb_, ping?
[08:35] <kiko> BjornT, ping?
[08:35] <bradb_> kiko: pong
[08:36] <kiko> bradb_! how's it going?
[08:36] <bradb_> kiko: hi. was planning on putting RM back up for review again tonight (have to step out for an appt in a bit)
[08:37] <kiko> bradb_, I was wanting to check up on the guided filebug test you wanted me to do
[08:37] <bradb_> kiko: yeah. looking mainly for general UI feedback. i know it's missing some dazzle too.
[08:37] <kiko> let's see it :)
[08:38] <bradb_> kiko: sftp://sodium/code/bradb/launchpad/malone-guided-filebug
[08:38] <kiko> pulling down.
[08:39] <sabdfl> kiko, salgado: #66787
[08:39] <sabdfl> can't WAIT for the smart server on devpad
[08:44] <kiko> sabdfl, is it "crips and clean" now?
[08:45] <kiko> I have a hard time keeping up
[08:45] <carlos> kiko: hi dude, how's going your view restructuring branch?
[08:45] <kiko> carlos, I'm going to land it between today and tomorrow
[08:45] <kiko> so that's good news
[08:46] <kiko> jamesh did not trash me!
[08:46] <carlos> cool, thanks!
[08:46] <Ubugtu> New bug: #66787 in launchpad "Membership emails need cleaning up" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66787
[08:59] <Kuhrscher> carlos: Do you have one minute?
[08:59] <carlos> Kuhrscher: hi
[08:59] <carlos> sure
[08:59] <carlos> tell me
[09:00] <Kuhrscher> There is a bug concerning gwenview's translation import... Is it possible to fix it before the deadline?
[09:01] <Kuhrscher> https://launchpad.net/bugs/62927
[09:01] <Ubugtu> Malone bug 62927 in gwenview "Untranslated strings gwenview (edgy)" [Undecided,Unconfirmed]  
[09:01] <carlos> let me check...
[09:02] <Kuhrscher> I already talked with jordi about it...
[09:05] <Kuhrscher> carlos: The .po files have been released in a separate package and not in the tarball like for the last version which was in Dapper
[09:06] <carlos> Kuhrscher: did anyone package it for Edgy?
[09:06] <carlos> anyway, I will do a manual import
[09:07] <Kuhrscher> The lang files? I don't think so...
[09:07] <Kuhrscher> http://prdownloads.sourceforge.net/gwenview/gwenview-i18n-1.4.0.tar.bz2
[09:09] <carlos> ok
[09:09] <carlos> is Dapper version correct?
[09:10] <Kuhrscher> Sorry I don't know
[09:10] <Kuhrscher> But I think so
[09:11] <Kuhrscher> Yes, it seems like Dapper uses the right template (for 1.3.1)
[09:12] <Kuhrscher> But the version bump from Dapper to Edgy changed nothing in template and translation
[09:15] <carlos> I'm uploading the new .po files right now
[09:15] <carlos> about the template...
[09:16] <carlos> I need to check why didn't we get the new one
[09:16] <Kuhrscher> How is the template generated?
[09:17] <carlos> it's generated on build time
[09:17] <carlos> I don't know the details
[09:17] <carlos> it's done by Ubuntu developers
[09:19] <Kuhrscher> Perhaps the po files in the source are used for this? This would explain that there was not any change in the template...
[09:19] <Kuhrscher> Similar to the problems with koffice
[09:22] <Kuhrscher> koffice and koffice-i18n: problems with the template generation...
[09:23] <carlos> the .pot file is there
[09:23] <carlos> but the import failed
[09:23] <carlos> I'm forcing a new import
[09:24] <carlos> and will check what's wrong with it
[09:24] <Kuhrscher> Ok, thanks
[09:26] <carlos> danilos: your email is bouncing
[09:32] <SteveA> flacoste: you have new review mail
[09:32] <flacoste> SteveA: great!
[09:33] <SteveA> I'm working for a few more hours, so if you can get me a reply soon, we'll see if we can reach a conclusion tonight.
[09:37] <carlos> SteveA: so, how was your move? 
[09:40] <SteveA> carlos: pretty smooth, thanks!
[09:41] <carlos> nice :-)
[09:43] <pips1> hi
[09:43] <pips1> does changing my LP name change my email address too?
[09:45] <pips1> does changing my LP name change my @edubuntu.org address too?
[09:48] <pips1> lifeless ^^^ ?
[09:52] <carlos> pips1: I guess, because it's done automatically based on data in launchpad
[09:52] <pips1> carlos: ta
[09:55] <Kuhrscher> Is there any problem with Rosetta's upload queue? I uploaded 3 files as upstream release this morning but none appeared in Rosetta...
[09:57] <kiko> carlos, have we been keeping a close eye on the upload queue for upstreams?
[09:57] <carlos> Kuhrscher: OO.org + full KDE upload last week
[09:57] <carlos> Kuhrscher: so it's a bit delayed atm
[09:58] <Kuhrscher> I just tried to upload two desktop-* files and a actualized version of knetworkmanager...
[09:59] <sabdfl> kiko: no crips no glory
[09:59] <kiko> sabdfl, t-shirt?
[09:59] <sabdfl> let's test that "edit description" magic you landed
[09:59] <sabdfl> might even get yerself a few karma points!
[09:59] <carlos> kiko: jordi does it, but seems like we have one week or so of delay.  I will check with him 
[09:59] <kiko> carlos, I'd like those to be approved daily
[09:59] <kiko> carlos, it's really bad service to wait for a week to spend 2 minutes approving them
[10:00] <carlos> kiko: then danilo or me should do that instead of jordi
[10:00] <carlos> it's not 2 minutes to approve them
[10:00] <kiko> carlos...
[10:00] <carlos> we should do some checks
[10:00] <kiko> okay, 3.
[10:00] <carlos> dude...
[10:00] <carlos> to see if they are upstream or that they checked with upstream to follow our import policy
[10:01] <carlos> sometimes is quite fast if we see the list of developers and the requester is in the list
[10:01] <carlos> others, we need to wait
[10:02] <carlos> but don't worry, we will 'refactor' the process to try to do it faster
[10:08] <Kuhrscher> Ahh, you approve these uploads ("Published upload") manually?
[10:10] <carlos> not all those
[10:10] <carlos> only a small percentage
[10:10] <carlos> usually, the first time a new .pot file is uploaded
[10:10] <carlos> later updates are automatically approved
[10:12] <Kuhrscher> So desktop-kmplayer and desktop-kaffeine have to be approved?
[10:14] <carlos> if it's a .po file, no
[10:14] <carlos> unless you used something else as its filename other than its language code
[10:14] <Kuhrscher> Ahhh, that seems to be the point...
[10:15] <Kuhrscher> I didn't know that...
[10:15] <Kuhrscher> So I could just upload these files as de.po again?
[10:15] <carlos> well, it also depends on where did you upload it
[10:16] <carlos> if you did it in a URL like foo/de/+upload
[10:16] <carlos> it will work because we know exactly where do you want to upload it
[10:16] <Kuhrscher> sure ;-)
[10:18] <jordi> kiko: nope, Iv've beeen inactive on the queue last week due to the holidays and stuff
[10:18] <jordi> I'll give it a facelift now
[10:20] <kiko> jordi, we'd like to keep good QoS on the queue, so when you are inactive you /must/ hand it off to someone else explicitly, via launchpad list.
[10:23] <jordi> kiko: ok, and sorry about it.
[10:23] <kiko> jordi, sure thing. just remember that Q is to be our "middle name".
[10:25] <carlos> see you later!
[10:26] <Kuhrscher> bye
[10:26] <jordi> laters
[10:28] <mdz> kiko: I just got a very strange page back from Launchpad
[10:28] <mdz> kiko: http://people.ubuntu.com/~mdz/temp/integrityerror.html
[10:28] <mdz> kiko: that was the page, in its entirety
[10:28] <mdz> kiko: I have reproduced it twice in a row (re-POSTing the same request)
[10:29] <matsubara> mdz: was it in +settopics?
[10:29] <mdz> matsubara: yes
[10:29] <matsubara> mdz: the fix is up for review
[10:29] <mdz> matsubara: am I hosed or can I submit this request somehow?
[10:29] <mdz> that is, is +settopics broken or is it more specific?
[10:30] <jordi> I just got a request to fix the bazaar information for the evolution-data-server product. Can anyone assist here?
[10:30] <matsubara> +settopics is broken, it's bug 57152
[10:30] <Ubugtu> Malone bug 57152 in launchpad "Database constraint triggered in +settopics page." [High,In progress]  http://launchpad.net/bugs/57152
[10:30] <matsubara> mdz: ^
[10:30] <mdz> so it's impossible to submit that page?
[10:32] <matsubara> mdz: unfortunetely, yes. the only workaround i know for it, is to approve/decline the specs individually
[10:32] <kiko> matsubara, is that bug fixed? and if not can we get it fixed and cherry-picked overnight?
[10:33] <kiko> it should be priority -20 at this point
[10:33] <matsubara> kiko: it's up for review
[10:33] <kiko> matsubara, where's the patch?
[10:33] <matsubara> yesterday I asked here if anyone on review team could volunteer to review it because it's blocking the distro team, but no answer.
[10:33] <kiko> I can review it now.
[10:34] <kiko> don't let me go to bed when there's an issue like that still open
[10:34] <matsubara> great, thanks kiko. just a sec, I'll find the URL
[10:34] <kiko> matsubara, is it your patch?
[10:35] <matsubara> kiko: yes.
[10:35] <kiko> good job
[10:36] <kiko> matsubara, the authentication.py change is unrelated yes?
[10:36] <matsubara> kiko: see privmsg
[10:37] <matsubara> kiko: but yes.
[10:37] <matsubara> kiko: just a cleanup I spotted and added togetheter to spare some pqm cycles
[10:38] <kiko> matsubara, don't overuse that. PQM is almost always idle.
[10:39] <matsubara> kiko: ok
[10:43] <kiko> matsubara, do we not set the speclink status directly anywhere else?
[10:48] <flacoste> SteveA: you've got review mail
[10:48] <matsubara> kiko: nope
[10:48] <SteveA> ta
[10:51] <kiko> matsubara, can you add a test for declineSpecificationLinks as well?
[10:52] <matsubara> kiko: sure
[10:52] <kiko> thanks.
[11:03] <kiko> matsubara, with that I guess r=kiko. I'm a bit miffed that the tests added are so simple but perhaps that's enough to catch the problem clearly.
[11:05] <SteveA> flacoste: replied
[11:06] <matsubara> kiko: I'll file a bug regarding that. I just wanted to leave the form at least working. https://sodium.ubuntu.com/~andrew/paste/filelwUitH.html <- the new test added plus another small cleanup not related to this fix but relevant to SprintSpecification :)
[11:06] <kiko> a BIBLE of bad habits
[11:07] <kiko> the archangel gabriel will remember me
[11:07] <kiko> matsubara, r=kiko
[11:07] <matsubara> kiko: haha c'mon that was at least relevant to the code I was touching
[11:08] <matsubara> kiko: anyway, thanks for reviewing it. pushing it.
[11:09] <kiko> matsubara, please push, commit and request a bowl of cherries
[11:09] <kiko> maybe an urgent bowl of cherries to be clear
[11:12] <matsubara> kiko: sure
[11:16] <carlos> Kuhrscher: hi, around?
[11:16] <Kuhrscher> yes
[11:20] <carlos> Kuhrscher: I see kio_jabberdisco.pot in kopete and kdenetwork
[11:20] <carlos> Kuhrscher: which one should be used?
[11:20] <kiko> mmmm
[11:22] <Kuhrscher> the one of kdenetwork-3.5.5 (not 3.5.4!) should be correct
[11:23] <Kuhrscher> since kopete-0.12.3 is now part of kde-3.5.5 and has been translated there
[11:24] <carlos> ok
[11:24] <carlos> Edgy has 3.5.5
[11:25] <carlos> thanks for the info
[11:25] <Kuhrscher> carlos: But there sould not be any difference... Just 4 strings, last change one year ago...
[11:25] <carlos> it's the same content
[11:25] <carlos> anyway, I already did that move, I was confused between Dapper and Edgy entries
[11:26] <carlos> thanks anyway
[11:26] <Kuhrscher> generally kopete is part of kdenetwork, there was some kind of fork of 0.12.x until 3.5.4, but now it's resynced
[11:32] <carlos> so kopete is back in kdenetwork again?
[11:33] <Kuhrscher> carlos: yes, exactly
[11:33] <carlos> I see, ok
[11:33] <Kuhrscher> carlos: "Version 0.12.3 of Kopete replaces 0.11.3 in KDE 3.5.5"
[11:33] <Kuhrscher> carlos: (from the release notes)
[11:34] <Kuhrscher> http://www.kde.org/announcements/announce-3.5.5.php
[11:34] <carlos> ok
[11:35] <jordi> carlos: how do you deal with this? do you just upload a tarball?
[11:36] <jordi> carlos: danilos and I were close to doing this this evening
[11:36] <carlos> deal with what?
[11:36] <kiko> matsubara, the patch that fixes the double-post bugs in team membership and both bug 57300 and something else is up for review with salgado, keep him on it
[11:36] <Ubugtu> Malone bug 57300 in launchpad "AssertionError while approving a team membership with a expiry date in the past." [Low,In progress]  http://launchpad.net/bugs/57300
[11:37] <kiko> ah, and bug 30649.
[11:37] <Ubugtu> Malone bug 30649 in launchpad "Shouldn't be possible to set an expiry date prior to today when editting a team membership" [Low,In progress]  http://launchpad.net/bugs/30649
[11:37] <kiko> bradb_, the bzr branch of your branch is still going here :-( can I see a live instance?
[11:37] <carlos> Kuhrscher: gwenview should be fixed now
[11:38] <carlos> jordi: do you talk about gwenview?
[11:39] <matsubara> kiko: ok
[11:39] <jordi> carlos: yes
[11:40] <carlos> jordi: yeah, I did a manual upload
[11:40] <carlos> just because we need this as soon as possible
[11:40] <carlos> usually, we should wait for the package
[11:41] <Kuhrscher> carlos: seems to be much better now
[11:42] <SteveA> flacoste: I want to be around for another 30 mins maximum
[11:42] <Kuhrscher> carlos: hmm now there are 302 strings in the template but upstream's release consists of 314
[11:42] <SteveA> flacoste: think we can get another review iteration in?
[11:42] <flacoste> SteveA: you should get my reply in the next 15
[11:43] <SteveA> ok
[11:45] <carlos> Kuhrscher: that's something that should fix Kubuntu developers
[11:45] <carlos> Kuhrscher: the part in Rosetta is fixed
[11:47] <Kuhrscher> carlos: Thank you. Now there are at least more strings to translate (about 43 untranslated strings)
[11:50] <Ubugtu> New bug: #66826 in launchpad "Sometimes while adding an attachment to a bug Launchpad OOPSes with an AttributeError" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66826
[11:52] <flacoste> SteveA: reply sent
[11:53] <SteveA> ok
[11:53] <Kuhrscher> carlos: Ok, thanks :) I'll go to bed now
[11:54] <carlos> Kuhrscher: good night!!
[11:57] <carlos> good night dudes!!
[12:02] <SteveA> flacoste: replied
[12:03] <flacoste> SteveA: thanks!
[12:03] <SteveA> atari!