[00:41] <cjwatson> micahg: Should be happier now.  outdate-report takes forever at the moment, though - need to work on that
[00:41] <micahg> cjwatson: thanks
[00:41] <micahg> cjwatson: I noticed component-mismatches also isn't running
[00:41] <cjwatson> (it was all stuck on a stale lock - I'll check again once this finishes to make sure it's really gone this time)
[00:41] <cjwatson> hm, that'd be different I'm guessing
[00:41] <micahg> probably, only stopped 5 days ago
[00:42] <cjwatson> haha, /me <- idiot
[00:42] <cjwatson> I think that was a manual run, must have been
[00:42] <cjwatson> oh, or not, what's going on
[00:44] <cjwatson> well, I bodged the bodge a bit harder, next attempt should work I think
[00:44] <cjwatson> wet string and sticky tape
[00:58] <cjwatson> outdate-report should be a bit faster now too
[10:05] <cjwatson> Could somebody review the pyicu binaries?  Then I can upload py3 ubiquity
[10:06] <cjwatson> (There's a Launchpad fastdowntime coming up, so it may bounce you temporarily)
[10:34] <cjwatson> jamespage: I rejected samba due to a botched package split in Debian that would break upgrades, which I reported as http://bugs.debian.org/673122; I don't know whether you want to fix that in advance in Ubuntu, or wait for a fresh merge
[10:39] <jamespage> cjwatson, I think I'll fix it in advance (working on SRU for bug 970679) - thanks for letting me know
[10:39] <ubot2> Launchpad bug 970679 in samba "[SRU] winbind coredumps when encountering a group with over 1000 members" [High,In progress] https://launchpad.net/bugs/970679
[11:06] <cjwatson> Laney: testing this new backportpackage glue code in u-a-t now
[12:03] <Laney> nice
[12:03]  * Laney hopes opening a window for queuebot will reduce the noise
[12:03] <Laney> well, redirect it away from my attention
[12:10] <mdeslaur> can someone please denew transmission-remote-cli? (I assume that's needed...)
[12:11] <cjwatson> mdeslaur: done
[12:11] <mdeslaur> cjwatson: thanks
[12:11] <Laney> bah, didn't work
[13:32] <cjwatson> Laney: I used unknown-horizons as my test case, and it seems to have worked fine
[13:32] <cjwatson> Laney: feel free to do widelands directly with backportpackage from ubuntu-dev-tools - I don't really fancy the download :)
[14:20] <cjwatson> Could anyone review pyicu in binary NEW for me, please?
[14:31] <pitti> cjwatson: looking
[14:33] <pitti> LGTM
[14:37] <pitti> (while I was looking at binNMU anyway..)
[14:41] <cjwatson> pitti: did that fix the missing Replaces trouble from earlier then?
[14:42] <pitti> cjwatson: sorry, which replaces trouble?
[14:43] <cjwatson> 11:34 <cjwatson> jamespage: I rejected samba due to a botched package split in Debian that would break upgrades, which I reported as http://bugs.debian.org/673122; I don't know whether you want to fix that in
[14:43] <cjwatson>                  advance in Ubuntu, or wait for a fresh merge
[14:43] <cjwatson> 11:39 <jamespage> cjwatson, I think I'll fix it in advance (working on SRU for bug 970679) - thanks for letting me know
[14:43] <ubot2> Launchpad bug 970679 in samba "[SRU] winbind coredumps when encountering a group with over 1000 members" [High,In progress] https://launchpad.net/bugs/970679
[14:43] <jamespage> cjwatson, it does yes
[14:43] <pitti> cjwatson: ah, for samba
[14:43] <pitti> cjwatson: the changelog said so
[14:44] <cjwatson> ok, cool
[14:44] <cjwatson> hadn't had time to look yet
[14:45]  * pitti removes the stale .run-britney.lock to get quantal_probs working again
[14:46] <cjwatson> oh not again
[14:46] <cjwatson> clearly my locking code is wrong
[14:47] <cjwatson> will look after this meeting ...
[15:11] <mvo> could someone please look at the software-center SRU ? it should fix some of the top bugs in errors.ubuntu.com
[15:52] <ev> mvo: yay, it's proving useful then?
[16:01] <skaet> :)
[16:04] <mvo> ev: yes, *very* much so, its excellent
[16:04] <seb128> ev, it's very useful indeed ;-) (speaking as someone working on .1)
[16:08] <infinity> ev: Yeah, don't let it go to your head, but it's something we've needed for 8 years.
[16:22]  * cjwatson gets down to a single call to synclib.request in ubuntu-archive-tools
[16:22] <cjwatson> unfortunately the last one requires exposing removals on the webservice before I can nuke it
[16:23] <cjwatson> so close
[16:23] <ev> mvo, seb128, infinity: thanks! I just want to keep soliciting input so it's best mapping to what people need without getting overwhelmed with feature creep
[16:24] <seb128> ev, if you want to improve things, my first request would be to fix the python matching, it still wrongly merge issues and launchpad bug reports
[16:24] <seb128> ev, i.e the "look at the signature but not the exception"
[16:24] <seb128> ev, it's quite misleading for some of the python issues listed there
[16:25] <ev> seb128: it only matches on the signature generated by apport - is that not ideal?
[16:25] <ev> it's definitely not hashing the python stacktrace or anything like that
[16:25] <seb128> ev, https://bugs.launchpad.net/ubuntu/+source/whoopsie-daisy/+bug/989819
[16:25] <ubot2> Launchpad bug 989819 in whoopsie-daisy "the signatures match code should probably consider the exception for python errors" [Undecided,New]
[16:25] <infinity> ev: You can get the same trace of methods leading to different exceptions.
[16:25] <seb128> ev, did that get fixed?
[16:25] <seb128> DBusException: org.freedesktop.Accounts.Error.PermissionDenied: Not authorized"
[16:25] <seb128> DBusException: org.freedesktop.Accounts.Error.Failed: 'bg_BG.UTF-8' is not a valid locale name"
[16:25] <seb128>  
[16:26] <seb128> those boths bugs are merged because they have the exact same functions in their signature
[16:26] <seb128> but they are different issues
[16:26] <ev> right, this is why I raised the issue of whether or not the current signature generation was enough
[16:26] <seb128> well I guess it's not ;-)
[16:26] <ev> hm
[16:26] <ev> indeed
[16:26] <ev> okay
[16:27] <ev> I'll have a think
[16:27] <seb128> thanks
[16:27] <seb128> sorry if that was unclear when opened the bug
[16:27] <seb128> I though it was on your list
[16:27] <ev> it definitely is on my list. It just landed on the list during release prep
[16:27] <ev> so I didn't have a lot of time to dig at it then
[16:28] <ev> I've given it a milestone and assigned it to myself
[16:28] <ev> so it will definitely get handled
[16:28] <seb128> great, thank you
[19:02] <stgraber> skaet: http://iso.qa.dev.stgraber.org/qatracker/milestones/219/builds/16088/testcases <-- does that look better?
[19:03]  * skaet looks
[19:04] <skaet> :)  yup looks good.
[19:05] <stgraber> script updated, needed a minor Drupal config change for it to render properly but that's already done on production
[19:06] <skaet> stgraber,  goodness.   Lets stick with this for now, and see how it works in practice.  :)
[19:10] <stgraber> skaet: looking at status.ubuntu.com, should I register a topic blueprint for Edubuntu or are you creating them all?
[19:11] <skaet> stgraber,  go ahead and register the topic for Edubuntu.  I'll take a pass next week at adding them for the flavors that don't have one already.
[19:11] <stgraber> k
[19:11] <skaet> syntax to use is topic-quantal-flavor-edubuntu for the name,  so it will sort correctly. :)
[19:14] <stgraber> skaet: https://blueprints.launchpad.net/ubuntu/+spec/topic-quantal-flavor-edubuntu
[19:15] <skaet> \o/
[19:56] <dobey> is adding ui/strings for additional error handling in an app, reasonably SRU-able?
[19:58] <slangasek> dobey: how is the error handled today, without the addition of the string?
[19:58] <slangasek> (it's a gray area, really - and ideally if we're going to add them, we give translators time to catch up
[19:58] <dobey> it's not
[19:58] <slangasek> meaning what, exactly? :)
[19:58] <slangasek> does the app crash?
[19:59] <dobey> potentially, it crashes at a point where it would normally exit
[19:59] <slangasek> hmm
[20:00] <dobey> https://errors.ubuntu.com/bucket/?id=/usr/bin/ubuntuone-installer:GError:finished:function
[20:00] <dobey> i'm fixing this, and trying to decide what the best way to handle the few error conditions that aren't currently handled, is
[20:00]  * slangasek nods
[20:01] <slangasek> is there a bug # for that one?  hard to interpret the very-short backtrace
[20:02] <dobey> https://bugs.launchpad.net/ubuntu/+source/ubuntuone-installer/+bug/853060
[20:02] <ubot2> Launchpad bug 853060 in ubuntuone-installer "ubuntuone-installer crashed with GError in function(): Failed to execute child process "ubuntuone-control-panel-gtk" (No such file or directory)" [High,Confirmed]
[20:02] <slangasek> ta
[20:02] <dobey> but same very short backtrace :)
[20:02] <slangasek> :)
[20:03] <slangasek> anyway, sorry to be wishy-washy, but I think it depends on what the error is... we might want to say that it's better to silently ignore the error than to add a new message
[20:03] <slangasek> so a sample diff might help
[20:04] <dobey> well there isn't really any way to silently ignore the errors. one of them is if the apt cache updating fails. we can't then just ignore it and try to install, because installing will also almost certainly fail, and result in a secondary error. which if we ignore will result in the app just going away, or the current crash (which is arguably better, since it actually says something went wrong)
[20:05] <dobey> but i don't know of any good solution to the error other than to say to the user there was an error, and to try again later, with a button that just closes the app
[20:05] <slangasek> hmmm, and there's no existing string for "apt-cache update failed" that could be copied over with all translations intact?
[20:09] <slangasek> aptdaemon uses 'Refreshing the software list failed'
[20:09] <dobey> i'm sure we can get translated strinsg out of aptdaemon, but perhaps may be too technical (i haven't looked at those strings directly yet)
[20:09] <dobey> and we still need to integrate it into the UI
[20:09]  * slangasek nods
[20:09] <slangasek> I think the UI integration should be ok, SRU-wise
[20:10] <dobey> ok
[20:10] <dobey> i'll poke at it a bit deeper and see what we can do with that, then
[20:11] <slangasek> ok
[23:16] <slangasek> man, that software-center SRU is something massive