=== greyback is now known as greyback|lunch === greyback|lunch is now known as greyback === medberry is now known as med_ === bladernr_afk is now known as bladernr_ === elmo_ is now known as elmo [14:32] I have a couple of FFe's, if somebody could take a look at them. Just version updates to fix a couple of bugs. https://bugs.launchpad.net/singlet/+bug/955317 and https://bugs.launchpad.net/ubuntu/+bug/955330 [14:32] Launchpad bug 955317 in singlet "Update unity-singlet to version 0.2.2" [Undecided,New] [14:43] * skaet spots pitti looking at them... [14:50] hehe [14:50] cjwatson: it seems pitti is already on the case though, thanks pitti [14:56] pitti: I can't change the "affects" on https://bugs.launchpad.net/ubuntu/+bug/955330, but the package is quickly-unity-lens-template [14:56] Launchpad bug 955330 in ubuntu "Update quickly-unity-lens-template to version 0.0.3" [Undecided,New] [14:58] pitti: scratch that, I can change it, I just wasn't looking at the right place [14:58] updated now [15:01] pitti, http://paste.ubuntu.com/884888/ - figured it might be useful to be explicit that we'll not be switching over, and target the ubuntu-devel mail list with this info as well. ( and forward Laura's email with it), any tweaks you want to add? [15:04] that's a pretty content-free mail. how about we say WHAT feature? :) [15:05] (also, I don't get the conservatism in this case; work item updates are not critical-path for release so I don't see why we shouldn't go ahead) [15:07] If this is about WI tracking in blueprints, then indeed I don't see why we shouldn't go ahead. Slightly more conservative would be to wait a week or so to see how Linaro's rollout goes. [15:07] pitti: can I get your +1 on bug #955330 as well? [15:07] Launchpad bug 955330 in ubuntu "Update quickly-unity-lens-template to version 0.0.3" [Undecided,New] https://launchpad.net/bugs/955330 [15:08] Another way to look at it is that broken work item handling would actually be *more* painful after release than before (when we want to start planning new feature development), so we'd be better off going ahead now while it doesn't really matter. [15:09] cjwatson, its more a case of not wanting to loose the tracking through a bad transition. [15:09] yes, concervative [15:09] does this new work-items feature have an API that can be used by status.ubuntu.com? [15:09] skaet: but it's conservative at exactly the wrong time to be conservative [15:09] probably should ask that in an launchpad channel... [15:09] we're sufficiently far past feature freeze that it doesn't matter if we lose tracking at this point, surely? [15:10] cjwatson, actually it does, there are some events we need to straighten out, and want to consult before setting up the q plans. [15:10] whereas if it broke stuff while people were trying to put together plans for Q just post-release, that would annoy lots of people [15:10] there are quite a few well-understood things that can be written up without further consultation [15:11] cjwatson, timing we're likely looking at is a month from now. That gives things a bit of a chance to settle down, and find issues, before we create the work items at UDS [15:11] quite a few WIs can be written up pre-UDS, and I think we should be encouraging that when possible [15:12] cjwatson, am fine with it being used for new workitems - that should be enabled now. Its the conversion of existing ones to the new form that has the risk of loss. [15:12] oh, I see [15:12] OK, that makes more sense [15:12] the arm team used to start writing up WI drafts about a month before final release during the last few cycles [15:12] i bet there are other teams doing that too [15:12] in that case the mail should explain exactly what's happening - if I didn't know that I suspect most of the intended audience won't either [15:13] cjwatson, ogra_ good points though, I'll ad that clarification to the email. :) [15:14] cjwatson, I was going to forward Laura's email with the note, which gave an overview of the change. I'm not sure of the distribution list it went to, since it was sent to a launchpad group members... [15:14] ok, thanks. mails to ubuntu-devel-announce probably ought to assume that people haven't read that. [15:14] however, will attempt to add a bit more clarity and context. :) [15:14] ubuntu-devel-announce or ubuntu-devel? [15:14] * skaet was planning on ubuntu-devel, but you may have a point... [15:17] well, either way [15:17] maybe just devel [15:18] ok, I'll stick with devel for now, and we can use devel-announce when we do switch over. [15:29] skaet: hi, Unity2D mini-release delayed, we found an issue with ATI hardware that we need to fix. didrocks proposes delaying release until Monday, to make sure we get everything right. That ok? [15:29] greyback, yes, that's ok. Thanks for letting me know. [15:30] skaet: np, good to keep you in the loop [16:24] skaet: not sure, we now have a fixed WI tracker which can deal with both (it hasn't rolled out yet) [16:25] skaet: but if you want to hold it back, no real objection from me === bladernr_ is now known as bladernr_afk === medberry is now known as Guest35857 [17:12] pitti, yeah, I figure a week after Beta 2, most of the key issues should be resolved is probably a good time for those who want to manually do the switch, and then get the automated migration to occur around release candidate time. [17:16] Coming from ubuntu-motu; I've just done my first FFe (bug 956188) and hoping when somebody has a minute to confirm I have all the required information? Thanks [17:16] Launchpad bug 956188 in rebuildd "FFe: Sync rebuildd 0.4.1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/956188 === bladernr_afk is now known as bladernr_ [17:20] skaet: TBH I'd never switch existing blueprints [17:20] skaet: I'd just keep the ones that we have as they are, and then start using the decidated WI field for the 12.10 specs [17:20] pitti, what about the ones that were postponed for P, that folks want to rework for Q? [17:21] those were the ones I was thinking might get targetted for the transition. [17:21] they shouldn't be too hard to update, and AIUI LP will even migrate them automatically [17:28] hmm... I've been using the term transitition in the context of "migrate them automatically", sorry to be unclear. [17:28] agreed by the way, don't see any point in moving the historical ones over. Only those from Q forward. [17:28] pitti, ^ [17:37] *nod* (sorry for lagging, I'm in a meeting) === Guest35857 is now known as med12345 === med12345 is now known as med___ === scott-work_ is now known as scott-work === med___ is now known as med__ === med__ is now known as med_ [19:34] Daviey: Could you have a look at Bug #956167 please? [19:34] Launchpad bug 956167 in opendkim "FFe: Upgrade to opendkim 2.5.0.1" [Undecided,New] https://launchpad.net/bugs/956167 [19:43] ScottK: done. [19:45] Daviey: Thanks. === bladernr_ is now known as bladernr_afk [20:02] Does anyone know why these binaries were rejected? [20:02] https://launchpad.net/ubuntu/+source/quantum/2012.1~e4-0ubuntu1/+build/3261167 [20:03] no mention on ubuntu-archive === bladernr_afk is now known as bladernr_ [20:20] jdstrand: I don't suppose that was part of the mass-reject that happend beginning of March? ^^ [20:24] Daviey: I don't recall, but think it might have been a binary (quantum-common?) that was provided by another package, both with the same version. I told zul [20:29] jdstrand: Ahhh, yes! Thanks [20:29] jdstrand: It was a transitional thing, i think.. without proper Breaks/Replaces [20:29] jdstrand: thnaks [20:41] np === bladernr_ is now known as bladernr_afk === bladernr_afk is now known as bladernr_ === chrisccoulson_ is now known as chrisccoulson [22:31] skaet: do you know if any UIFe has been granted for the changes to ubiquity-slideshow-ubuntu? [22:31] skaet: I was considering doing a translation update and noticed quite a few changes that appeared in the branch after UI freeze: http://bazaar.launchpad.net/~ubiquity-slideshow/ubiquity-slideshow-ubuntu/html/changes [22:32] my last commit (tag:53) was UI freeze, everything after that was during UI freeze [22:32] stgraber, not remembering any, but need to do some homework to confirm. My memory could be flawed here. [22:33] Xubuntu is changing their logo, and that was approved. [22:33] \o/ [22:33] skaet: I see a few other string changes in that branch, so if we choose to go with them, we should upload it ASAP so that translators have time to catch up [22:34] it might be my mistake to pull them in - sorry [22:34] * knome blushes [22:34] i just pulled and pushed [22:35] stgraber, yeah, we need to get this sorted, and give the translators a chance here. [22:35] knome: all the png changes are fine as they are either optimizations or covered by your UIFe [22:35] knome: http://bazaar.launchpad.net/~ubiquity-slideshow/ubiquity-slideshow-ubuntu/html/revision/437 is a string change though [22:35] and so are a few changes from Dylan [22:35] mmh. i wonder if my pulling and pushing merged those too [22:36] knome: the main branch is lp:~ubiquity-slideshow/ubiquity-slideshow-ubuntu/html so if that's what you used, then no [22:36] i did [22:36] ok :) [22:36] phew [22:36] knome: can you update debian/changelog for your changes too? [22:37] i've never done that, but i can. [22:38] knome: I can do it for you if that's easier [22:38] that would be great, i'm not even on my desktop :) [22:38] thanks! [22:38] knome: do you have a bug number for your UIFe (for the logo)? [22:39] just a sec... [22:39] that would be https://bugs.launchpad.net/ubuntu/+source/xubuntu-artwork/+bug/955396 [22:39] Launchpad bug 955396 in xubuntu-artwork "UIFe: New Xubuntu logo" [Undecided,In progress] [22:39] thanks [22:40] np :) [22:40] skaet: this one changes the first slide of the slideshow: http://bazaar.launchpad.net/~ubiquity-slideshow/ubiquity-slideshow-ubuntu/html/revision/431 [22:40] * knome is still a bit jammed after a huge back pain + migraine [22:40] stgraber, some of the twitter stuff looks like Dylan's work, not remembering a UIFe about it, https://bugs.launchpad.net/ubiquity-slideshow-ubuntu/+bug/942046 [22:40] Launchpad bug 942046 in ubiquity-slideshow-ubuntu "Hide Twitter stream for non-English slideshows" [Wishlist,Fix committed] [22:41] i think there's one change by me that isn't under UIFe, but it's minor for us, so if it doesn't get fixed, it's okay [22:42] i'm also afraid we might need an another UIFe for the ubuntu studio slideshow :/ need to check that with the US devs though and will ask them to file it [22:43] stgraber, hmm, pangolin logo, but not aware of a UIFe for changing it... [22:46] skaet: http://paste.ubuntu.com/885625/ [22:46] skaet: reverse-engineered changelog with comments inline :) [22:53] stgraber, am not spotting any UIFe's from Dylan in the last 30 days.. https://bugs.launchpad.net/~ubuntu-release/+subscribedbugs?orderby=-datecreated&start=0 [22:54] there's an old one in there from Oneiric time frame that should be closed (currently incomplete) [22:58] ouch, translations have been behind quite a bit ... just merged a new tarball and that's 500 of them being updated/added [22:58] skaet: so what should we do here, nag them to file UIFe or just revert? [22:59] I could probably file a generic bug though but I'm not the author of these changes so can only comment based on what I see in the branch... [22:59] my job is usually limited to updating translations and uploading the branch [22:59] stgraber, sorry to be slow, thinking... [23:00] * knome should probably know more about translating to know how much it sucks to have UIFe's all the time [23:00] if we're fair, everyone was expecting the first slide of the slideshow to change as it contained the ocelot [23:00] would prefer to revert, but not sure if we're just going to make the problem worse, but the delay. [23:01] the added "!" if we're lucky will be merged automatically by LP as a fuzzy string and we'll be fine [23:01] the rest should get translated pretty quickly if we inform dpm [23:02] ok, go ahead and apply, and we'll see if we can get the UIFe situation cleaned up, and some education. [23:03] skaet: I'll file a generic UIFe bug and subscribe documentation + translations so they're aware of the changes that happened [23:03] and I'll subscribe the slideshow guys too so they know they would have needed a UIFe :) [23:03] stgraber, thank you - that would be much appreciated. [23:03] interestingly enough there was one filed by Dylan in the Oneiric timeframe, so not sure why he didn't now... :P [23:08] skaet: bug 956554 [23:08] Launchpad bug 956554 in ubiquity-slideshow-ubuntu "[UIFe] Changes accumulated in the slideshow branch after UI freeze" [Undecided,New] https://launchpad.net/bugs/956554 [23:08] thanks stgraber [23:13] stgraber, I've subscribed ubuntu-release, and approved it. [23:15] skaet: thanks, just to confirm, you're fine with me uploading it without waiting for the doc team? [23:15] (would have poked jbicha but for some reason he isn't around ;)) [23:17] stgraber, I'll post in the #ubuntu-doc channel and let them know we had some string changes, but yes go ahead. [23:17] skaet: ok, thanks [23:19] skaet: uploaded [23:20] I'll prepare another one next Thursday so we have the new translations for beta2 [23:20] stgraber, thanks. [23:32] slangasek, if you have time, could you take a look at https://bugs.launchpad.net/ubuntu/+source/rebuildd/+bug/956188, I'm not sure of all of the implications of this at this point in the cycle. [23:32] Launchpad bug 956188 in rebuildd "FFe: Sync rebuildd 0.4.1 (universe) from Debian unstable (main)" [Wishlist,New] [23:33] hey, that's my request :) [23:34] skaet: it's a leaf package in universe, so the implications should be self-contained [23:34] ogra_, infinity: any of you two now if bug 567200 still applies to our current ARM images? [23:34] Launchpad bug 567200 in ubiquity-slideshow-ubuntu "On Netbook Edition installer shows apps that are not installed" [Undecided,Confirmed] https://launchpad.net/bugs/567200 [23:35] skaet: sorry, don't have time to look at it beyond that at the moment - but at first blush it looks reasonable to me [23:35] slangasek, thanks.