[03:26] knome: ping === Ursinha is now known as Ursinha-afk === Ursinha`` is now known as Ursinha === Ursinha is now known as Guest29285 === Ursinha-afk is now known as Ursinha [13:21] any release team member around? === yofel_ is now known as yofel [14:24] !ask|knome [14:24] knome: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience [14:24] we need an FFe for bug #1048217 [14:24] Launchpad bug 1048217 in ubuntu "Re-introduce indicator-sound-gtk2/ido-gtk2" [Undecided,New] https://launchpad.net/bugs/1048217 [20:34] can we get an out of band xubuntu desktop respin if it's not too much trouble? [20:35] Sure, on its way [20:35] thanks [20:35] There's an Ubuntu Studio build occupying the x86 buildds at the moment, so I don't know how long it will take [20:36] ok, was just hoping for some time today, [20:37] hey cjwatson [20:37] hi [20:37] bug #1048217 [20:37] Launchpad bug 1048217 in ubuntu "Re-introduce indicator-sound-gtk2/ido-gtk2" [Undecided,Triaged] https://launchpad.net/bugs/1048217 [20:38] can we have a FFe for that please? [20:38] uh, not really in an FFe frame of mind just now - been poking a transition for a while and need to go and do laundry [20:39] oh, ScottK already approved it on condition that you find an AA [20:39] sure, I can do the NEW review when you have it uploaded [20:40] cjwatson, so, should i just tell people to upload? and should i prefix the bug with [FFe]? [20:40] (a) yes (b) I don't care [20:40] heh, ok :) thanks! [20:45] cjwatson: would the release team want an FFe for packages adding a symbols file or removing a static library to insure that the rdeps are not affected? [20:46] dunno [20:46] I lose track of what different people want FFes for [20:46] if it isn't documented on the wiki you'll have to ask the list [20:47] if it's risky why bother at this point? [20:47] the point of the FFe for me would be "have you made sure this isn't going to break anything?" [20:47] but you can ask that just as well as I can [20:47] ok [20:48] right, I think I've DoSed the builders quite enough for today [20:48] nonsense, the queue is almost empty :) [20:49] but that should be the glew1.5 transition and the best part of the tiff transition done once everything finishes [20:49] dozen or two more to do for tiff [20:49] cjwatson: thanks for that BTW :) [20:49] gotta get past fourth place on upload-activity somehow [20:50] * micahg is down to 12 :(, will hope to fix that next month [20:50] how is jbicha so high?! [20:50] course I still have a +1 stint coming up [20:50] * Laney resigns [20:50] me too hopefully :) [20:50] Laney: gnomebuntu I guess [20:50] he's been syncing lots of stuff from Debian [20:50] surprises me that requires so many uploads [20:51] Laney: I'm sure you could do another few hundred uploads to catch up [20:51] I don't have so much imagination [20:51] wish the pie charts had raw numbers available somewhere as well [20:51] http://www.haskell.org/ghc/download_ghc_7_6_1 ? [20:52] somewhere> udd :-) [20:52] yet another ghc transition? [20:52] you could fix all our build failures [20:52] Laney: yeah but I can't be bothered [20:52] from my changes box I have jbicha at 684 and Laney at 508 [20:52] who doesn't love writing sql? [20:53] it has cjwatson at 512 now :) [20:53] not off the clock :P [20:53] micahg: rah [20:53] so Laney is falling behind [20:54] I need at least 60 uploads to catch pitti [20:55] bug closures is probably a more interesting measure [20:55] micahg: mm, my numbers from quantal-changes are close to that but have Riddell at 364, so obviously don't quite match the SQL [20:55] * ajmitch won't even try & catch up [20:56] cjwatson: yeah, I saw that [20:56] ajmitch: you can fix launchpad to allow backports for devel :) [20:56] Laney: I'm sure Brian had a report along those lines somewhere [20:56] yeah I remember one [20:56] micahg: was doing that this weekend [20:57] awesome [20:57] I think cjwatson is probably the best person to ask about where to put tests about uploading to backports when the current series isn't frozen/supported [20:58] micahg: had to do some yak shaving to get there, fixing up lpsetup, using lxc, etc :) [20:58] eh, generally put LP tests in the test file named after the model code you're changing [20:59] ah, here we go [20:59] http://reports.qa.ubuntu.com/reports/bug-fixing/quantal-fixes-report.html [20:59] I didn't think lpsetup was quite production yet [21:00] I just use https://dev.launchpad.net/Running/Schroot since I already have a working schroot setup for other reasons (as I'd expect many Ubuntu developers do) [21:01] yeah I do much worse at actually fixing bugs ;) [21:01] ajmitch: lib/lp/archiveuploader/tests/test_uploadpolicy.py is probably where tests should go - grep for PROPOSED there for examples [21:02] cjwatson: thanks [21:02] lpsetup was announced so I thought I'd try it out, it just didn't quite work on quantal due to a small bug [21:03] I'm pretty conservative about these things when what I'm trying to do is fix a bug rather than experiment with infrastructure [21:03] I think LP suffers from having slightly too many gadgets and different lines of development here [21:04] I don't think you'd get any disagreement from LP developers on that one [22:24] cjwatson, indicators (bug #1048217) uploaded [22:24] Launchpad bug 1048217 in ubuntu "[FFe] Re-introduce indicator-sound-gtk2/ido-gtk2" [Undecided,Triaged] https://launchpad.net/bugs/1048217