[02:42] jbicha, spotted https://bugs.launchpad.net/unity-lens-files/+bug/1046774 that appears to be missing your +1, can you take a look at it? translations is ok. [02:42] Launchpad bug 1046774 in unity-lens-files "[UIFe] Add filesystem icons to unity-lens-files" [Medium,Fix committed] [02:43] * skaet_ scrubbing through the UIFe/FFes [02:46] infinity, are you aware of any further progress on https://bugs.launchpad.net/ubuntu/+source/webkit/+bug/1005682 [02:46] Launchpad bug 1005682 in webkit "FFE: Update webkit to 1.9.91" [Wishlist,In progress] [02:47] skaet_: done [02:47] thanks jbicha [05:51] skaet_: I think the best way forward on 1005682 for now is to do a whole lot of nothing until someone can make the new upstream build. Reverting doesn't seem like a much better option than moving forward. [05:52] skaet_: And I'll stand by that even if we have to bump the upstream version post-release to 1.10 [06:02] iulian: ping [06:03] infinity: hey [06:04] infinity: I discussed yesterday with skaet_ seeing powerpc not being at its best to have everything migrating from -proposed to the quantal pocket in time for the iso spinning [06:05] infinity: I did the copy this morning (and also promoted unity-lens-shopping to main), so after a publisher run, is it possible to have an iso respin? [07:08] didrocks: Err, wait, what? [07:08] didrocks: We really could have waited for PPC to catch up. [07:09] infinity: oh? didn't know, wasn't clear there was a way to wait when talking to skaet_ yesterday [07:09] didrocks: What do you mean no way to wait? [07:09] didrocks: We wait by... Not promoting stuff until it's built on all arches. :P [07:10] infinity: hum, sorry, but that's what I did, isn't it? [07:10] infinity: I waited for all arch to be built to copy to quantal and then promoting unity-lens-shopping [07:10] didrocks: Oh, that's not what I got from your message in backscroll. [07:10] didrocks: I misread you. :P [07:10] infinity: sorry, my fault surely :) [07:11] so I waited for everything to be built [07:11] even powerpc [07:11] didrocks: Anyhow, which ISO(s) are you looking to respin? Just ubuntu desktop? [07:11] that's why I did the copy and promotion only this morning :) [07:11] infinity: yeah, ubuntu-desktop, maybe edubuntu as well as it's using unity AFAIK? [07:12] didrocks: ubuntu-desktop builds in 19 minutes via cron anyway. [07:12] 7:31 UTC. [07:12] infinity: ah, excellent then! I thought the schedule was way earlier [07:13] And edubuntu probably won't have any testers tonight anyway, so I suspect it can wait unless someone complains later. :P [07:13] thanks :) [07:13] ok [07:13] (We haven't disabled cron, and I won't until Monday, so dailies should be fine for now) [07:13] But you'll get ubuntu-desktop quite soon. [07:14] excellent, thanks :) [07:14] * infinity decides it's bed time before he has any more knee-jerk reactions to misread IRC messages. ;) [07:14] infinity: heh, have a good night :) === henrix_ is now known as henrix [08:53] Morning. [08:53] mardy: Contentless pings are of no use. [08:55] iulian: hi! They can be useful indeed :-) [08:55] iulian: I wrote you a couple of lines yesterday evening, I can re-paste them if you don't find them [08:55] ogra_, hey, are you still the person to contact about hwdb.ubuntu.com? [08:59] mardy: Did you? Can't see them in my backscroll. Please do. [09:00] * iulian goes to make some tea. [09:00] Be right back. [09:00] iulian: it's about https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/1046461 [09:00] Launchpad bug 1046461 in shotwell "[UIFe] [FFe] UOA integration needs to support multiple accounts" [High,New] [09:01] iulian: I got the patch ready (and submitted as a merge request), but we first need a green signal from the release team [09:02] knome, nope [09:03] knome, try cr3 or someone from his team (canadian TZ) [09:03] ogra_, ok, thanks [09:16] mardy: OK briliant. It looks good. You can go ahead and upload but it won't get in until beta 2 is released. [09:16] iulian: that's fine. Thanks! [09:17] iulian: will you please write a comment on the bug itself? I'm not going to do the upload myself, so I need a proof of the approval [09:18] mardy: You can just paste that in the bug report. [09:18] iulian: silly me, thanks :-) [10:12] ^- above grub2 fixes the use of the stupid URL http://gb.archive.ubuntu.com/ubuntu/dists/quantal/main/uefi/grub-efi-amd64-amd64/ (it'll be .../grub2-amd64/ now) [10:31] cjwatson: looking, care to trade for ^? [10:32] balloons: on the ISO testers what's the meaning of "run once", that reads the same as mandatory to me since they only need to be done once per image [10:33] Laney: sure [10:35] cjwatson: I assume that whatever consumes that URL is updated accordingly. LGTM. [10:36] Laney: Nothing consumes it yet [10:37] I haven't uploaded grub2-signed yet [10:37] I noticed the mad URL when preparing that :-) [10:37] gtk+3.0 accepted [10:37] merci [10:46] cjwatson, during my i386 p2q upgrade on a vm after the reboot at the end, i get 'error: file not found.' and prompts for grub rescue> [10:47] is this known already? i dont know how to get the logs from here, also this the fist time, if you'd like i could run another upgrade [10:47] no, don't erase the evidence [10:47] https://www.gnu.org/software/grub/manual/grub.html#GRUB-only-offers-a-rescue-shell [10:47] may help get to the point where you have logs [10:48] right thanks, ill follow that and see if i could get the logs [10:48] "error: file not found" is characteristic of GRUB 1.99 from precise [10:48] Usually, anyway [10:49] So my suspicion is that GRUB was installed to the wrong device for some reason, probably because the precise installation was misconfigured [10:49] We uncover some of these misconfigurations basically any time we make a non-trivial change to GRUB [10:49] is it possible to detect them? [10:50] If I knew how I already would have done [10:50] But not really given the crap PC architecture [10:51] this is on a vm and entire disk was used for installation [10:52] Manually or using some helper tool? [10:52] that is the precise installation [10:52] I mean, did you drive the installer manually [10:53] the precise was manually installed [10:53] OK, that's somewhat concerning [10:53] You might need to attach a live image to the VM and boot using that [10:54] And then send me /var/cache/debconf/config.dat from the VM's normal disk [10:54] And a listing of /boot/grub [10:54] in fact this was a clone of another vm, but this is a full clone, not a linked one though [10:55] right ill do that [11:02] cjwatson: is http://cdimage.ubuntu.com/cdicons/ in revision control somewhere? I want to add this to it http://starsky.19inch.net/~jr/tmp/kubuntu-img.png [11:17] Riddell: No, manually maintained [11:18] Riddell: I've dropped that in for you [11:19] (and on releases too) [11:24] thanks === henrix is now known as henrix_ === henrix_ is now known as henrix [12:03] stgraber: Do you know what's going on with the mysterious edubuntu-dvd/quantal/i386 failure that looks like a success? [12:03] psivaa: I don't want copies of the files under /boot/grub - I want a listing of the contents of /boot/grub [12:03] psivaa: i.e. 'ls -l /boot/grub' [12:06] ^- that is for discussion before being accepted [12:07] back in 60 [12:08] cjwatson, https://pastebin.canonical.com/75013/ [12:10] psivaa: Right, thanks. Will follow up by mail [12:10] cjwatson, ack [12:16] hi, can I get someone to upload the package from bug #1053057 please? It's critical for us. Not critical for quantal, but for the SRU I need to make and this is the first step [12:16] Launchpad bug 1053057 in landscape-client "Client queues up lshw calls if talking to old server" [Critical,Fix committed] https://launchpad.net/bugs/1053057 [12:16] actually, it's in quantal-proposed already I was told [12:16] or [12:16] well, in the "limbo" [12:16] needs approval [12:16] sorry for not using the right terms [12:17] Oh, sure, I can move that since it's built [12:17] Let me just do some checks [12:17] cjwatson: thanks [12:19] ahasenack: copied to quantal [12:21] cjwatson: thanks a lot [12:27] Riddell, well.. I suppose the idea is between respins they only have to be run-once.. lol.. honestly your right [12:27] balloons: oh I see [12:27] the only other option is to have only 1 person run them. [12:27] when we do our package testing and we have a run-once, we don't need multiple results from everyone for it.. I guess.. [12:28] i thought run-once is once per milestone [12:30] knome, right I agree.. The trouble is that we do run them for every iso [12:31] err.. for every respin [12:31] by definition, I suppose we're saying we don't "have to", but in practice it ends up being the same [12:34] balloons, :) [12:34] there should be some indicator if that test was already ran, if it's under a milestone [12:35] (eg. not daily) [12:50] knome, hmm.. indeed. It's one of the issues we had with the 'cadence' week ideas as well. That is to say, over the course of a week, try and get every testcases ran; no matter which daily you ran it on [12:50] :) [12:50] sounds good [12:52] lol.. does this mean we file a bug report for such a thing? [12:52] maybe [12:53] babyface_: Can you kick a jenkins retry of quantal-core-armhf_default for bug 1053892? I can't reproduce it locally, and there's reason to believe that it may have been transient (though I know you saw it twice) [12:53] Launchpad bug 1053892 in Ubuntu Quantal "failed to install quantal-core-armhf_default(20120921): some packages(mountall:amd64, upstart:amd64, iproute:amd64) have have unmet dependencies" [High,Confirmed] https://launchpad.net/bugs/1053892 [12:53] Well, you saw it twice only a couple of hours apart [13:05] cjwatson, it was transient, it occurs when versions of gcc on amd64 and armhf are different i.e each time a new version of gcc is uploaded. I'll close it. [13:12] cjwatson: nope, I saw it yesterday but hadn't had a chance to look at it yet... [13:14] mvo, could you do the GnomeAppInstallDesktopDatabaseUpdate (if you haven't already)? [13:15] skaet_: thanks, the extraction is running right now, hopefully ready before my EOD [13:15] thanks mvo :) [13:17] yw! [13:35] jibel: right, that's roughly what I thought, just wanted to have a new run to confirm it. Thanks [13:36] cjwatson: I'd also have to check, but it looks like even though we're getting a failure, the .iso contains the new squashfs... [13:37] stgraber: I wondered if it was a failure in the LTSP bit at the end [13:38] cjwatson: it looks like it but the resulting squashfs looks good. I'll have a look at the code right after the mksquashfs in livecd-rootfs [13:40] cjwatson: do you have a way to know when it started failing? I don't have enough e-mail history and the logs aren't really helping here... [13:40] memory says yesterday [13:41] * Laney looks [13:42] looks like today is the first instance of this [13:43] looking at ./live-build/auto/build the only case where it'd cause that output (without another error) is if mksquashfs would return non-zero without printing an error... [13:46] Laney: I'm nearly certain this is at least the second such mail I've seen [13:46] the first instance in the last couple of days [13:47] omap4 failed every day since a while [13:47] perhaps 20120919/amd64 is similar === skaet_ is now known as skaet [13:54] started a livefs-only build of Edubuntu (all arches) to get up to date logs on what's going on with i386 and armhf (hoping amd64 is still good) [13:54] ogra_: that's an actual failure with you know a reason and stuff [13:54] ogra_: this one has no obvious reason which is why I'm asking [13:54] cjwatson, some are, others are just cut off [13:54] ogra_: oh, yeah, ok, the last one was cut off [13:55] wednesday too [13:55] Unpacking lintian (from .../lintian_2.5.10.2_all.deb) ... [13:55] Selecting previously unselected package linux-firmware. [13:55] Unpacking linux-firmware (from .../linux-firmware_1.93_all.deb) ... [13:55] thats where the wed. one ends for me [14:03] cjwatson, ogra_, in the desktop weekly, they mention that foundation's XDG_RUNTIME_DIR support still didn't land. Is there an ETA? [14:03] skaet: I don't know - slangasek was doing that [14:03] skaet, cant say, its slangasek who implements it and he is on vac. this week [14:04] He was active on it before being on vac [14:04] (i mentioned that there are no updates for it, in our report [14:04] ) [14:04] jdstrand: Could you review the grub2/amd64 binaries in unapproved? I changed the tarball name to result in a more sensible URL on archive.u.c [14:04] ok [14:04] thanks cjwatson, ogra_. didrocks, ^, guess we'll need to get the latest from slangasek when he's back from vacation. [14:05] yeah, I was waiting anxiously ogra_'s report :) [14:06] didrocks, sorry that it didnt have any good newes for you :( [14:06] *news [14:06] ogra_: well, don't shoot the messenger, right? :) [14:06] :) [14:06] cjwatson: done [14:06] ta [14:16] edubuntu-dvd-i386 on cardamom.buildd finished at 2012-09-21 14:15:40 (success) [14:17] cjwatson: looks like whatever the problem was it's either happening randomly, disappeared or for some reason doesn't happen with manual builds... [14:20] freaky [14:30] skaet, urgh ... it just struck me that i had changed the seeds for LibO inclusion on arm but forgot to upload -meta, mind if i do that (if not i can also revert the seed change, we should just not have a discrepancy during beta here) [14:31] meta uploads are quick [14:31] ogra_ please do the upload. rather have things consistent at this point. [14:31] indeed, but i want to make sure i dont step on anyones toes [14:31] thanks. :) [14:43] skaet: https://wiki.ubuntu.com/ReleaseTeam#Weekly_Meeting isn't at 1600 UTC today, right? [14:44] jbicha, stale data from standard time. its at 1500 [14:44] 20 minutes later [14:45] fixed === ara is now known as Guest75781 [15:24] who creates the daily images for arm (specifically armhf-omap4)? [15:24] cdimage team [15:24] well, I mean, cron mostly [15:30] the current armhf-omap4 install fails with "no kernels found". Under which component should I open the bug? [15:30] server or desktop ? [15:30] server [15:30] d-i [15:30] k [15:31] though probably not worth a bug since it will fix itself with the next d-i upload [15:32] (there was an upload of the kernel yesterady, d-i will need to pick that up) [15:36] ogra_: can we fail daily build if d-i != kernel? [15:36] ubiquity handles it ok. [15:36] not sure how easy that is [15:36] ogra_: you are building squashfs already, it could check. [15:37] ogra_: actually, I have been seeing it for the last 3 days, but it took me a while to discard test code errors [15:37] ogra_: bug 1054143 [15:37] Launchpad bug 1054143 in debian-installer "armhf-omap4: 20120921 daily server image fails to install with "no kernels found"" [High,New] https://launchpad.net/bugs/1054143 [15:37] 3.5.0-210.16 was uploaded on tue. [15:38] ah [15:38] hmm, and there was a d-i upload bumping the abi [15:38] also on tue. [15:38] yeah, infinity did it?! yes or no? [15:38] infinity, bug 1047242 [15:38] Launchpad bug 1047242 in linux "linux: 3.2.0-31.50 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1047242 [15:38] xnox, yeah, he did [15:39] so that should all have been fine [15:39] infinity, are we past the friday, no-copy, time [15:39] and -17 uploaded yesterday, and -18 today [15:40] yeah, but they are all not abi bumps [15:40] could be that the archive always went out of sync with the image right after the images were built or so ... [15:41] it could. Weirder things have happened [15:41] :-) [15:42] oh, wait [15:42] linux-meta-ti-omap4 (3.5.0.210.9) quantal-proposed; urgency=low [15:42] * Ubuntu-3.5.0-210.16 [15:42] so there is the reason for todays breakage [15:42] meta doesnt point to the recent one [15:46] in any case you boot with .16 in your syslog [15:46] and it downloads bits from .17 [15:47] hggdh, i guess you can blame ppisati for not uploading to -proposed [15:47] heh [15:50] bjf: Nah, Friday morning is fine. ;) [15:51] ogra_: Hrm? meta points to the recent one. The changelog is a lie. [15:52] ogra_: Since meta only points to 3.5.0-210, not 210.16 specifically. :P [15:52] infinity, meta wasnt uploaded after .17 [15:52] oh, k [15:52] ogra_: Yes, see above. meta points to the ABI, not the specific build. [15:54] xnox: cdimage attempts to but doesn't always manage [15:54] bjf: Any idea why https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/1047347 still isn't done? [15:54] Launchpad bug 1047347 in kernel-sru-workflow/security-signoff "linux-ti-omap4: 2.6.38-1209.26 -proposed tracker" [Undecided,In progress] [15:54] infinity: looking [15:54] cjwatson: ok. =( [15:54] xnox: (fail the build if d-i and the kernel don't match, that is) [15:55] bjf: Oh, just caught jjo's comment. [15:55] ogra_: -meta doesn't affect the "no kernels found" message anyway [15:55] ogra_: that message pertains to udebs, not debs [15:55] jjohansen: Can we get a sign-off on 1047347 despite the broken changelog? [15:58] bjf, infinity: yeah, told ppisati about the ti-omap4 on natty too, waiting on jjohansen as well to see if it will need a respin or it can get signed-off [15:58] herton: Check. [15:58] herton, we're not respinning just for a changelog typo [15:58] bjf, hmmok [15:58] herton: My personal recommendation would be to fix the changelog in git, so it's correct in the next release, but let the current package slide. [15:58] herton: But, meh. [15:59] infinity, no next release, hopefully this is the last one (natty going EOL) [15:59] Oh, true dat. [15:59] can I just add stuff to ubuntu-release pad things to be considered for respins? [15:59] e.g. bug 1053112 [15:59] Launchpad bug 1053112 in ubuntu "ubiquity crashes when orca is running" [High,Confirmed] https://launchpad.net/bugs/1053112 [15:59] Even less reason to care about the typo, then. [15:59] xnox: Sure. [16:00] skaet: opened bug 1054167 [16:00] Launchpad bug 1054167 in unity "Unity launcher for Quantal Beta 2 has too many items, scrolls off the screen on 1366x768" [Undecided,New] https://launchpad.net/bugs/1054167 [16:00] jbicha, thanks! [16:01] xnox: but note that the cron jobs haven't been disabled yet, and likely won't be until Monday [16:02] xnox: So if you fix it today then you don't need to bother [16:02] cjwatson: I see. [16:03] xnox: Yes, there's also that. ;) [16:04] yeah, but they still need to be accepted =) [16:05] We have people who can do those sorts of things. [16:05] Top Men. [16:06] https://www.youtube.com/watch?v=yoy4_h7Pb3M [16:07] xnox: we got that: https://launchpad.net/ubuntu/+source/at-spi2-atk/2.5.92-0ubuntu2 [16:07] Laney: hmm... [16:08] cjwatson: why did this upload https://launchpad.net/ubuntu/+source/at-spi2-atk/2.5.92-0ubuntu2 did not close the bug report? [16:08] oh, wait it was in ubuntu project and not against the right package at the time. [16:08] it wasn't o [16:08] yes [16:08] xnox: Because the bug report was in the wrong package. [16:08] Jinx, and such. [16:08] * xnox give an old man to think out loud ! =) === yofel_ is now known as yofel [16:37] infinity, with your beta 2 hat on, could you prioritize a review of: webapps-applications 2.4.6-0ubuntu1, webapps-greasemonkey 2.3.1-0ubuntu1, unity-firefox-extension 2.3-0ubuntu1 - would like to make sure there is no problems from the perspective of including them in the archive. [16:37] skaet: Yeah, I was getting there. [16:38] You'll note I've been doing queue things this morning. :P [16:39] thanks infinity, we're using https://bugs.launchpad.net/ubuntu/+source/libunity-webapps/+bug/1040313 for tracking this, so if there are any issues, could you please note it there. [16:39] Launchpad bug 1040313 in libunity-webapps "[FFE] Update WebApps to support Firefox" [High,Confirmed] [16:42] skaet, bug 1054204 [16:42] Launchpad bug 1054204 in libreoffice "Libreoffice chooses incorrect font weight" [Undecided,New] https://launchpad.net/bugs/1054204 [16:42] thanks popey [18:27] infinity, Laney, jbicha - design has weighed in on https://launchpad.net/bugs/1054167, and we'll be going with it as is. [18:27] Launchpad bug 1054167 in unity "Unity launcher for Quantal Beta 2 has too many items, scrolls off the screen on 1366x768" [Undecided,Confirmed] [18:27] (or rather as it will be after the pieces land in the archive) [18:28] ok === bulldog98_ is now known as bulldog98 === henrix is now known as henrix_ [18:43] chrisccoulson, is https://bugs.launchpad.net/globalmenu-extension/+bug/1051152 the greasemonkey issue you're concerned about? [18:43] Launchpad bug 1051152 in globalmenu-extension "Firefox 16 beta crash in nsIContent::SetAttr with greasemonkey installed" [Critical,Fix committed] [18:43] skaet, chrisccoulson I have asked desrt to look at that one [18:44] hasn't replied yet [18:44] thanks olli [18:45] mterry, is there an eta when you'll have the ubuntu-meta upload ready? [18:45] * skaet sees he's not in the channel.... [19:03] skaet, sorry, was in shower [19:06] skaet, so am still tracking down with webapps dev team some usability/integration issues I'm seeing with everything installed together. The ubuntu-meta upload is simple enough to do once things are in the archive [19:13] skaet, mterry, finally heading for lunch, bbiab [19:13] ok olli, thanks for letting us know. [19:24] mterry: So, in light of issues being found, does that mean you want me to hold off on the NEW review of all of this stuff? That was going to be a chunk of my afternoon. [19:25] infinity, this seems to be bugs-with-integration/migration-for-existing-users not working. Not sure that should necessarily stop NEW, but should stop FFe [19:26] mterry: Well, they're part and parcel, since letting it through NEW sort of defacto grants the FFe. [19:26] infinity, OK. Then hold off [19:26] infinity, sorry for scheduling snafu [19:27] You're not the only one trying to push scary changes late, I'll get over it. [19:27] Which reminds me, I need to look at kmod this afternoon too. [19:27] infinity, or, I suppose you could do the review work itself, but not push the button. Whatever works best for you [19:27] Where's apw when I need him? Silly timezones. [19:28] mterry: I have enough on my plate for now that I'm happy to just put it on hold until I'm told it's ready. But if I find a spare moment, I can review for generic packaging/license/etc stuff. [19:29] infinity, OK! Will let y'all know when I have fixes in place [19:31] mterry, infinity - please let jbicha know explicitly when they go through, since he's trying to get the screenshots done, and this is a pre-req. [19:31] mterry, does it make sense for him to potentially do them out of your PPA? [19:32] * mterry tries to hug jbicha without getting close enough for him to land a punch [19:32] skaet, depends what he needs screenshots of. jbicha, poke me when you're around and depending on your needs, you may be able to use my PPA [19:33] thanks mterry, am not sure of the details, we'll need it from jbicha [19:33] infinity, what's your availability tonight/this weekend? [19:34] skaet: I'm vaguely having a life most of the weekend. Improv festival and other shenanigans. [19:34] infinity, could you check through the packages then this afternoon, to make sure there are no other surprises that need addressing. [19:35] zul: Daviey: Say, these quantums that got uploaded. They the ones that bug #1046432 was about? [19:35] Launchpad bug 1046432 in quantum "FFE for quantum" [High,Incomplete] https://launchpad.net/bugs/1046432 [19:35] Laney: yeah [19:35] skaet: I'll try to make time shortly to at least give them a once-over for obvious crack. [19:36] zul: you decided not to bother with the FFe then? :/ [19:36] infinity, thanks. [19:37] Laney: wha? [19:38] Ah ok..yeah i need to provide more info [19:38] well, the uploads happened before it was granted [19:38] not sure there's much point in providing the information now ... [20:10] mterry: so the new webapps might not land tonight? what's the ppa link? [20:10] jbicha, https://launchpad.net/~mterry/+archive/ppa (building now) [20:11] or at least publishing now [20:11] oh, we're getting nethack? awesome [20:11] jbicha, heh [20:11] jbicha, that's for natty [21:13] infinity, mterry, Laney - I've update http://pad.ubuntu.com/ubuntu-release with the latest status I'm aware of, re the issues being worked, and bugs under investigation. Please update as the problems with webapps gets resolved. [21:15] infinity, Laney, stgraber, cjwatson - I'm going to be traveling/offline for next 24 hours. will check the backscroll when I'm back near a connection. [21:15] ok [21:15] ok. so far I know of a migration script for webapps-applications, a new libunity-webapps to add affiliate codes, and 3 bug fixes for uncertain packages [21:17] mterry, thanks. what about the ubuntu-meta? anyhow, please make sure all the elements are listed on the pad.ubuntu.com/ubuntu-release - so we can make sure they all get through together as needed. :) [21:18] stgraber, infinity, Laney, cjwatson - if mterry's code lands while I'm offline, please help get it landed after review. [21:18] skaet, that too, but I was going to upload that after everything else hit the archives. Else I'd have to manually edit it rather than rely on its update script, but if it's easier to have it as one dump, I can do that [21:19] mterry, when fixes are ready, and coordinate with the release team in this channel for the prefered approach. [21:22] * skaet --> travel now [21:42] mterry: I'd definitely prefer ubuntu-meta only to be done by way of its update script [21:43] cjwatson, yar [21:43] we can drop in everything, update meta, then drop it in [21:47] The meta ./update scripts probably need to take a --proposed switch. [21:48] But, for now, waiting a few publisher cycles isn't world-ending. :P [22:37] libunity-webapps looks fine - accepted [22:39] infinity: are we taking this new -ti-omap4 kernel from quantal-proposed? It changes ABI, but I suppose we ought to refresh d-i anyway really [22:39] I promoted gcc-defaults [22:40] cjwatson: Yeah, I had planned to take it. [22:41] OK [22:41] cjwatson: d-i could use a refresh to pick up the non-ABI-changing bits in the master kernel anyway. [22:41] cjwatson: I'll promote and do a d-i upload later tonight before I piss off for the weekend. [22:42] Also to pick up my rescue change. [22:43] All the more reason. [22:44] Promoted gtk as well. [22:47] That didn't depend on the new (broken) glib2.0? [22:48] I am Jack's lack of britney [22:48] cjwatson: I don't see how it would. [22:48] You never know :-) [22:48] The new one only changed packaging. [22:48] If that broke ABI, I'm impressed. [22:49] And a bit disturbed. :P [22:49] But, yeah, doesn't seem to [22:50] Oh, huh, glib2.0 in -proposed is no worse in terms of building on ARM than in release [22:50] So I guess in theory we could promote that [22:50] I kind of wanted to hear from pitti though [22:50] slangasek: Just for you (kmod) ---^ [22:51] cjwatson: Err, ugh. Who promoted it when it wasn't built on all arches? >:( [22:51] Too many fingers in this pie. [22:51] no, it was uploaded to release in error in the first place [22:51] Oh, was it? Check. [22:52] Indeed. Okay, that somehow annoys me slightly less. [22:52] In that proper machinery will someday solve this. :P [22:52] I've also done archive processing on all the MIRs that could be done. [22:52] that makes it sod's law [22:52] Laney: As in "if you don't like the law, sod off"? [22:52] Hello again [22:53] OK, I think we're ready. Let me get package names and version numbers [22:53] libunity-webapps 2.3.8-0ubuntu2 [22:53] mterry: You're dangerously close to the end of my week here. ;) [22:53] as in "Oh, I cocked up and uploaded it to the wrong place. Oh look, now it's broken. Yippee!" [22:53] webapps-applications 2.4.6-0ubuntu2 [22:53] If he uploaded to proposed in the first place it would have all worked. :P [22:53] cjwatson: Hah, you NBS faster than I do. [22:54] webapps-greasemonkey 2.3.1-0ubuntu1 [22:54] unity-firefox-extension 2.3.2-0ubuntu1 [22:54] EOL [22:54] infinity: Yes, I'm a real fast copy and paste monkey [22:54] webapps-greasemonkey didn't actually have a recent release, but the other three did [22:55] olli, ^ [22:55] infinity: (Also, props for being bothered to remember how to find binary publishing history) [22:55] * cjwatson wonders how all of this blindingly new webapps stuff is at version 2.x already [22:56] they got to be, it's web 2.0 now. [22:56] cjwatson: Binary publishing history what now? What did I do today when I was napping? [22:56] infinity: Well, either that or you just guessed I did the NBS processing. [22:56] cjwatson: Or I copy-and-monkeyed and it told me "no". [22:56] Right, but you guessed it was me and not somebody else :-) [22:57] (Accurately, though) [22:57] cjwatson: Oh, right. That was a safe bet without looking. :P [22:58]