[00:03] ha! king of the grub [00:03] http://paste.ubuntu.com/596733/ fixes the memtest86+ breakage [00:19] 14:42 * apw notes there was a compiler update yesterday, heads up that that may mean a kernel rebuild [00:19] apw: no kernel upload has happened - any reason why not? time is getting tight! [00:19] ogasawara: ^- [00:20] if we can't take one at this point, what are the consequences? [00:21] BTW, the btrfs changes in that grub2 upload are upstream backports fixing a problem that an Ubuntu user (Kurusitian, IIRC) has been reporting recently [00:32] Do we like this Ubuntu user? [00:32] ;-) [00:34] well, he went and reported it upstream in such a way that upstream fixed it without me needing to intercede, which is a decent baseline ;-) [00:35] Absolutely. [00:35] right. preparing ubiquity and debian-installer roll-up uploads, and then I'm going to crash [00:36] (sorry, Kurisutian, not Kurusitian) [00:37] Is grub2 | 1.99~rc1-13ubuntu1 | natty/universe | amd64, i386 correct? [00:38] yes, the transitional package can stay in universe [00:39] OK. [00:39] we generally use grub-pc [00:39] Is the version in grub.md5sum supposed to match the package version? +965e5137eff659cded3adb640357c33d maverick_1.98+20100705-1ubuntu1 does not. [00:40] no, unfortunately ucf is run *after* a couple of substitutions are applied [00:41] which is a bug, but I don't want to try to sort that part out for 11.04 [00:41] OK. [00:41] (because I'll doubtless get it wrong) [00:41] the md5sum was from a test install of maverick-server-i386.iso [00:42] Also there's a grub2 in maverick-proposed. Do we need to consider it? [00:42] I'm going to supersede it and the one in lucid-proposed with versions that include a pile of wubi patches, as soon as I crawl out from under the pile of natty bugs long enough to be able to test them [00:43] oh, you mean its /etc/default/grub [00:44] that version doesn't change that file [00:44] technically I probably ought to add the natty md5sum as well, but I didn't have a chance to do a test install to verify its clean state ... [00:45] I can do that if you want, or we can just do that early in oneiric [00:45] I think that's fine. [00:46] On the list of current priorities, I think that's rightfully 'later'. [00:46] The rest seems reasonable. Let's give it a shot. [00:46] ace, thanks [00:46] Accepted. [00:46] You're welcome. [00:46] now LP just has to send me a translation export for d-i ... [00:47] (... or I need to poke exim into doing a queue run) === bjf[afk] is now known as bjf === bjf is now known as bjf[afk] [02:12] cjwatson: I believe apw and skaet decided to hold off on the kernel upload. [02:12] Apr 19 04/19/11:11:18:00 apw, hold off on doing the upload to rebuild. We'll go with the kernel we have for now unless we find a specific bug. Most of the ecosystem is already known to work with this kernel. We've been existing with some applications compiled with the flag, and some without for quite a while. [02:12] Apr 19 04/19/11:11:59:59 skaet, ok will do [02:12] Apr 19 04/19/11:12:00:41 apw, or not do, in this case actually. ;) [02:12] Apr 19 04/19/11:12:01:04 skaet, ok will not do :) [02:13] cjwatson: ^^ from #ubuntu-kernel === doko_ is now known as doko [07:09] ogasawara: OK, thanks [07:10] could somebody please review ubiquity and debian-installer? I hadn't asked because I'd hoped somebody would do it overnight, but they need to be on images ... === yofel_ is now known as yofel [07:33] d-i accepted [07:33] looking at ubiquity [07:39] icedtea-web looks ... nontrivial :/ [07:39] and no further information on the ffe [07:45] Riddell, ScottK - bug 758614 doesn't look like its progressed much in the last 10 days. I'm going to mark it as a natty-updates milestone target at this point, as it seems like something we can document in the release notes. I've gone in and updated the milestone, and add a release note task to it. Please update the bug with the text you want in the release notes, or any updated status on it I may not be awa [07:45] re of. [07:45] Launchpad bug 758614 in ubiquity (Ubuntu Natty) (and 2 other projects) "Kubuntu Wubi - Black screen during stage 2 (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/758614 [07:46] I think you'd be better off asking ev or cjwatson about that since it's in Ubiquity. [07:46] ev: what's the reason for the change in ubiquity to repack debs in apt-clone? (no bug reference in changelog) [07:48] cjwatson: ^^ or if you know the answer - otherwise ubiquity looks fine to me [07:51] ScottK, since it appears to be Kubuntu specific and was going to affect the appearance of the boot of Kubuntu, it seemed appropriate to consult the Kubuntu leads to make sure it wasn't a "don't ship the images with it", in your judgement. [07:52] OK. I'll defer to Riddell then. [07:52] So far I've managed to avoid knowing anything about wubi and I'd like to keep it that way. [07:53] ScottK, fair 'nuf. [07:57] cjwatson, pitti - have we gotten the fresh set of language packs landed from the translation team? [08:04] skaet: that's going to be exported today; I'll build them over the Easter holidays, so that they will be ready on Monday evening [08:04] today is the deadline for translators, so we do the export today [08:04] pitti, yesterday was the deadline... :/ [08:04] deadline was yesterday [08:04] skaet: right, sorry [08:05] so the build started last night, and should be done in about 7 hours [08:05] pitti, thanks, would be good if we could get them into the images being built today, so we can get some community testing over the weekend on the candidates. [08:06] skaet: today won't be possible; they need some 3 hours preparation and some 12 hours on the buildds [08:06] but that doesn't block smoketesting of tomorrow's dailies, of course [08:08] pitti, hmm... will make note of that limitation in setting future deadlines. [08:09] skaet: OOI, we aim for building the final-final images on Mon or Tue? [08:09] well, we can leave the cron jobs on an then put either on the tracker [08:09] pitti, was hoping we could build the final images today... but if we're still missing languages. not possible. [08:09] skaet: why do we need them a full week before release? [08:10] skaet: I thought the goal today was to have the archive in a consistent state, and buildable, non-oversized images, and then make a promise to not break any of that any more? [08:11] that said, NBS is non-empty again, fixing [08:11] http://people.canonical.com/~ubuntu-archive/component-mismatches.txt is just noise [08:11] pitti, its because of the easter long weekend and lack of coverage during that period. [08:12] I'm still not sure why usb-creator is uninstallable on arm; ogra, do you know why? [08:12] otherwise http://people.canonical.com/~ubuntu-archive/testing/natty_probs.html seems about as far as we can push it for natty [08:13] we really only have today, tues and wednesday to get the final images locked and put through the iso tracker. [08:15] pitti, its not a holiday here in the US on Friday. If we leave the daily tracker on tonight then, and it can pick up the language packs, I'll update the iso tracker with them on Friday. [08:16] skaet: ok; I'll see to kicking off the builds this evening (hoping that the export will finish on time) [08:18] pitti, thanks! If not ready when you call it an evening, brief me on what to check for, and I'll kick off the builds. [08:18] skaet: I'll ping you when I uploaded the packs [08:18] skaet: after that, the thing to watch out should be "buildd queues are empty" [08:18] (in general) [08:19] http://reports.qa.ubuntu.com/reports/ogasawara/weatherreport.html should not have outdated images and pending builds [08:19] pitti, cjwatson, other piece to make sure is in place for the image builds is the signed WUBI. Do we have it? [08:20] meh, alternate oversized, fixing [08:20] skaet: I'm afraid I don't know what that is :/ [08:22] slangasek: not specifically, ev was talking about various apt-clone things yesterday and trying to make it work better in the absence of a network connection, and this may have been something he noticed due to that, but I don't have specific [08:22] pitti, cjwatson does. :) signing key for WUBI is kept in controlled environment, and elmo needs to give us a signed version to include in the release. [08:22] s [08:22] skaet: next alternate builds will be in size limit [08:23] pitti: ok [08:23] yeah, I can go chase down wubi later today [08:26] thanks cjwatson [08:28] cjwatson, for completeness, we analyses the common use cases and dkms and all of those packages seem to be safe against the general compiler change, so for that change we decided we could wait. for the armel potential miss compile, the decicison from the compiler folks and release team was that the combination we have was well tested and therefore the lowest risk strategy was to wait [08:37] apw: *nod* [09:00] * skaet -> few more hours of sleep, back on later [09:02] skaet: will there be a meeting tomorrow? [09:02] skaet: oh, good night! [09:04] good night! [09:24] slangasek: it was always intended to do the repacking, and at one time did, but the command line syntax for apt-clone was changed and ubiquity was not updated to reflect that [09:24] in practice, I don't see the repacking happening often at all, given that the option is disabled when there's no internet connection [09:40] maybe somebody else could review ubiquity from the queue, based on slangasek's and ev's comments; I can't, since I uploaded it [09:40] * ev volunteers ;) [09:54] pitti, in the past usb-creator had a syslinux dep (which doesnt exist on arm), not sure thats still there [09:55] ah, of course [09:55] ogra_: so that's nothing new really [09:55] nope, let me try to install it to see where it complains [09:56] The following packages have unmet dependencies: [09:56] usb-creator-common : Depends: syslinux but it is not installable [09:56] E: Broken packages [09:56] there we go [09:56] feel free to ignore [09:57] (i thought we switched to grub here) [09:59] not yet [09:59] ah, k [09:59] not that that would help you for the time being anyway, since the grub arm port isn't finished [09:59] yeah [10:02] hmm, are overlay-toolbars seeded ? i just notice they are missing on armel installs [10:02] i seem to have them on x86 [10:03] desktop: * (overlay-scrollbar) [10:03] aww [10:03] k, i think i need to check the seed here [10:03] indeed, missing from desktop-armel in ubuntu-meta [10:03] perhaps it wasn't built at the time this got refreshed? [10:04] we dont use desktop on armel .... but i want it in netbook [10:04] aah [10:04] which is separately maintained [10:28] pitti, hmm, looks like we have gone a bit out of sync in the seeds, i'll fix that and do a meta upload, there is more missing than just scrollbars [10:28] ok, thanks [10:29] this currently doesn't seem to be the best way to handle netbook/desktop seeds [10:29] I thought this was what desktop-common was for [10:29] cjwatson: d-common sohuldn't have gtk/gnome specific bits, though? [10:30] since it's also used by Kubuntu and friends? [10:31] oh, true, OK. I thought there was something common to desktop and netbook, but maybe not [10:31] (and now would not be the time to introduce it) [10:43] err [10:43] why was alsa-utils rejected ? [10:43] * ogra_ is confused, i have an accepted as well as a rejected mail [10:44] oh, heh, seems luke did the same upload later [10:52] hmm, rfkill should be seeded in the desktop seed according to the changelog ... but its not there ? [10:54] ogra@osiris:~/Devel/seeds/ubuntu.natty$ grep rfkill * [10:54] ogra@osiris:~/Devel/seeds/ubuntu.natty$ [10:54] actually its not there at all [11:29] that was horridly out of sync [11:32] ogra_: [11:32] Package: rfkill [11:32] Task: ubuntu-desktop, kubuntu-desktop, kubuntu-mobile-desktop, kubuntu-mobile, edubuntu-desktop, xubuntu-desktop, ubuntu-netbook [11:32] seems fine for desktop? [11:32] weird, i cant find it in the seed [11:33] ogra_: it's in the platform seed, desktop-common [11:33] ah [11:33] * Added rfkill to desktop .... [11:33] is a weird changelog entry then [11:33] that confused me [11:58] ogra_: urgh [11:59] ogra_: this includes packages which are pretty central to the desktop itself, thus will provide quite a different user experience than beta-2 [11:59] ogra_: you are the master of netbook, so if you are confident that you can test the next daily, and possibly revert some seed changes if they cause problems, fine for me [12:00] pitti, well, what should i drop ? i didnt want to keep the out of sync-ness [12:01] ogra_: there's nothing that "shouldn't be there", I'm just saying that this introduces some new things like ginn which probably didn't get tested much in the netbook enviroinment yet [12:01] and wont i guess, isnt ginn a touchscreen thing ? [12:02] gestures [12:02] ah [12:02] so not limited to touchscreens, also affects touchpads [12:02] well, we have neither on a panda or beagle board [12:03] but people wanting to try out ubuntu on armel based touch devices will want it, so i dont think its wrong to include it [12:03] its really bad that we got so much out of sync though [12:03] * ogra_ looks forward to O where we can drop the netbook seed [12:04] do we actually need libsdl there? [12:04] and gcc? [12:04] not sure why gcc is even there, TBH [12:04] well, the comment in the seed file says its needed by the above gstreamer/pulse bits [12:04] ok [12:04] gcc/build-essential is needed for dkms [12:04] gcc/make/etc. will increase the image size quite a bit [12:05] i thought we actually had it on a lower seed already [12:05] i was surprised to find it in desktop but it was one of the differences [12:05] ah, right, it's already there [12:06] gcc has an ubuntu-netbook Task: header already [12:06] so it's a no-op [12:06] image size is nothing we actually have to care about on armel [12:06] we have a few 100M free [12:06] and then there's some noise from renamed packages, these should be ok [12:06] yeah [12:07] i wonder wh it didnt show on component mistmatches that we kept so many dropped things in -netbook [12:07] *why [12:07] ogra_: we need the transitional packages until the next LTS for upgrades [12:07] ah, indeed [12:07] of course they might actually pop up after we accept this [12:08] but then we'll just seed them to supported [12:08] right [12:08] i didnt think of transitions [12:08] :) [12:08] ogra_: ok, so shall we give that a try? perhaps GrueMaster can test tomorrow's dailies? [12:08] do i have a chance to roll back if anything fails ? [12:09] (how hard is the hard freeze ? :) ) [12:09] if we can roll it back tomorrow or on Sat, yes [12:09] ok [12:09] otherwise it'll get pretty tight with the finals [12:09] then let it in, I#ll test myself too [12:09] ogra_: otherwise the only really non-negotiable deadline is "Thursday", I think :) [12:09] heh, yeah [12:10] well, nux is blocking image builds atm [12:10] * cjwatson wonders if it's worth including a GRUB patch for a bug that completely breaks amd64 EFI installations [12:11] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617388 [12:11] Debian bug 617388 in grub-efi-amd64 "grub-install fails to work on grub-efi-amd64" [Normal,Open] [12:11] inclined to say yes ... [12:12] cjwatson, ev: caught up with scrollback now; that apt-clone change is the only thing that I don't understand, but ev answered it now [12:12] * pitti waves through [12:12] yay [12:12] thanks pitti [12:12] ev: no worries; thank you for fixing it! :) [12:13] :) [12:13] ok, queue back down to icedtea-web and overlay-scrollbar, neither of which I'm comfortable accepting [12:27] bbl, lunch [12:39] I suppose I can not yet upload to natty-proposed, can I? [12:44] mvo: you should be able to [12:45] great! thanks [13:00] I get a crash on today's live images when loading the ubiquity partitioner page, kernel complains about btrfs [13:02] known, ubiquity 2.6.7 would've fixed it (though it was too late for the CD build anyway), except it FTBFS [13:02] btrfs complaint is irrelevant [13:15] sorted then [13:26] mod-python should not be on the cd, so it should be fine [13:31] mvo: How come mod-python is NEW? [13:32] ah, scrub that. [13:32] Daviey: not new, this is just a rebuild, I think the bot just tells us that its new-in-the-queue. its not on your server cd, is it? I looked at the file list and didn't see it at least [13:33] mvo: Yeah, i missparsed it. :( [13:33] no worries [13:34] mvo: but yes, it is server-ship by the seems of it. [13:34] On the ISO at least. [13:38] ok, thanks. if its not suitable anymore just let me know and I will push to natty-prposed, but its just a rebuild [13:38] mvo: Looks safe to me :) [13:38] yeah :) [13:38] how high is the chance to get a FFe for lintian 2.5.0~rc3? [13:49] mvo: it's fine, we don't have a final ubiquity yet [13:50] bdrung_: I'd say minimal [13:51] bdrung_: I mean, unless there's a *stonkingly* good reason [13:51] thanks [14:11] oh, someone had the grit to accept icedtea? [14:12] can someone approve the nomination for Oneiric on bug 746028 ? [14:12] Launchpad bug 746028 in ubuntu-wallpapers (Ubuntu Natty) (and 5 other projects) "Wallpapers are not updated on upgrade to Natty (affects: 1) (heat: 8)" [Undecided,Fix released] https://launchpad.net/bugs/746028 [14:12] I marked it as fix released for edubuntu-artwork and ubuntu-wallpapers as they now have a workaround, but the work on g-s-d should be targeted for oneiric [14:13] stgraber: done; odd that you can't do it yourself [14:15] pitti: I did - the other changes didn't look too serious compared to the complexity of the rest of icedtea, and I thought the note about non-redistributable PDFs in the changelog was sufficient reason for an update [14:18] pitti: it's the plugin, not the vm/jdk. and I'll prepare another update today or tomorrow, they are now ready to branch, so the thing is feature complete [14:19] pitti: I used to but something changed recently and I can't anymore [14:19] doko: yeah, a further upgrade should be a lot smaller, I guess; I was just interested in the testing on current natty (as I asked in the bug) [14:19] stgraber: perhaps it's because oneiric is not open yet, who knows.. [14:20] pitti: honestly, this package belongs to the desktop team, chrisccoulson alrady did volunteer to mainain it ;-) [14:23] splendid :) [14:27] pitti: not sure if this is the right place to ask (since it's for an sru on maverick) but... can we get someone to look at bug #709494 as an sru for maverick? (already in natty) [14:27] Launchpad bug 709494 in ubuntu-sso-client (Ubuntu Natty) (and 5 other projects) "[SRU] Missing user's name field (affects: 2) (dups: 1) (heat: 22)" [High,Fix released] https://launchpad.net/bugs/709494 [14:31] joshuahoover: it was already approved, wasn't it? just get it uploaded [14:33] pitti: maybe it was...hmmm...ok, we'll get it uploaded, thanks! [14:44] hmm, could i get a quick sync of abootimg from sid (its not in ubuntu yet and since 2 weeks in sid) ... its a helper tool to roll boot images for android based systems (and muchly used by ac100 devs) [14:48] ogra_: please use requestsync --lp, and then it'll be easy [14:49] hmm, k ... i was actually to lazy to file a bug :) but will do [14:54] bug 768343 ... [14:54] Launchpad bug 768343 in ubuntu "Sync abootimg 0.3-1 (universe) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,Confirmed] https://launchpad.net/bugs/768343 [15:08] ScottK: I acked all the no-code-change vdr plugins, looking at the six remaining ones [15:08] (just saw your comment one one, so let's coordinate a bit here) [15:08] pitti: Great. I'll leave it to you then. [15:08] I saw that one first in my bugmail, replied, then saw the rest and got a bit overwhelmed. [15:08] for the others I'm not sure; I'll check the debian bts for new bugs, and depending on that ack or ask for a no-change upload [15:09] ScottK: I left the difficult ones for the end :) [15:23] yay, FTBFS due to test suite failures [15:23] unity accepted [15:23] sorry, ubiquity [15:24] too many Us [15:25] * pitti dreams of a day when so many packages have builtin tests that you can basically say "it compiles, it works" for good [15:26] Does the apt upload in queue break U/I freeze since it adds strings to a CLI app? [15:27] ScottK: note that this is an upload to -proposed [15:27] Ah. Thanks. [15:27] I think we should still wait a bit before we accept them, at least until next Tuesday ors o [15:27] "or so" [15:27] Agreed. [15:27] I need to watch for that. Thanks. [15:27] ScottK: but does it? [15:28] It does add strings. [15:28] ScottK: it changes the indentation of the clog <<, but the string itself looks identical to me [15:28] Oh. [15:28] * ScottK looks again [15:28] ScottK: right, those are new matches against dpkg output for filtering out bogus crash reports [15:28] well, I might have missed something [15:28] new ubiquity uploaded that fixes the FTBFS test failure [15:28] ev: already accepted :) [15:28] oh great [15:29] thanks! [15:29] ev: 16:23:48 pitti | yay, FTBFS due to test suite failures [15:29] ev: kudos for having a working test suite during package build! [15:29] thanks! [15:29] ev: I figure that's not a trivial thing to do for a GUI installer [15:29] Reading it again, I think it's fine re string changes. [15:29] my goal is to integrate coverage.py and others as well [15:29] ScottK: thanks for double-checking [15:30] pitti: not terribly. Hitting it from both ends. Unit tests for important functions, system level tests in the form of a netbook test farm driven by hudson/jenkins for everything the former misses [15:30] with the tests in the latter being ldtp [15:49] i have a fix in ubuntu-mono for bug 746674 and bug 767186; pushing, stgraber would review it [15:49] Launchpad bug 746674 in ubuntu-mono (Ubuntu) (and 1 other project) "Animation displayed when connecting to a VPN is confusing (affects: 1) (heat: 8)" [High,In progress] https://launchpad.net/bugs/746674 [15:49] Launchpad bug 767186 in ubuntu-mono (Ubuntu) "nm-signal-* icons break nm-applet (affects: 5) (dups: 2) (heat: 30)" [Low,In progress] https://launchpad.net/bugs/767186 [15:50] stgraber; the branch we were discussing is this: https://code.launchpad.net/~mathieu-tl/ubuntu-mono/animation-fixes/+merge/58691 [15:52] Try again in the channel I meant... [15:53] Does the desktop-file-utils in queue affect systems where software center is not installed? [15:53] skaet, hello! [15:54] skaet: Wubi is signed now, thanks to Ng and ev [16:03] cjwatson, thanks! [16:08] cyphermox: looking at it now [16:08] stgraber, ok, thanks [16:15] cyphermox: merged, pushed and uploaded. Just need to wait for an archive admin to review and see if that can still go on the final image. [16:19] cjwatson, pitti - what's left before starting off the images? [16:20] from my point of view: waiting for build queues to clear and publication to complete [16:21] here as well [16:22] plus the langpacks (but they don't block daily images and smoketesting) [16:22] by the time it's done, I expect it will be time for dinner and church here, after which you aren't going to hear much from me until after Easter [16:23] so unless somebody else does it, we could let tomorrow's cron jobs take care of the builds [16:23] though that does mean no images until tomorrow, so dunno [16:23] skaet: FYI, there's also apparently some debate going on about the overlay scrollbars [16:23] until after Easter Monday presumably, not the whole of the easter holy week [16:23] anyone want to determine urgency of ubuntu-mono? [16:23] Riddell: holy week is this week, not next [16:23] skaet: I nacked turning them on by default in the bug, but I hear that there might be some override coming [16:24] oh, really? I get that wrong every year [16:24] Riddell: though yes, I don't mean "until after Eastertide", since people might like to hear from me sometime before Pentecost :-) [16:24] cjwatson: u-mono> looking [16:25] cjwatson: ah, that's the bug which fills your ~/.xsession-errors with megabytes per hour, checking [16:25] there's a pile of vdr sync requests in the queue; I'll process them shortly, though they're universe so don't need to block image builds [16:25] right [16:25] cjwatson: 6 of them are new upstream versions; I've been meaning to take a closer look at them, but haven't found time yet [16:25] (they aren't acked yet) [16:25] I just acked the no-code-change ones [16:26] I'm just running sync-helper, so will pick up just the acked ones I presume [16:27] cjwatson: yes; the others don't have u-archive sub'ed yet [16:28] cyphermox: the ubuntu-mono change is quite intrusive, can you please explain in more detail what that does? [16:29] cjwatson: did you test this with vpn, normal wifi, and ethernet? [16:29] pitti, sure, there's two things in there [16:29] cyphermox: e. g. I don't understand why 22/nm-vpn-connecting12.svg changed [16:30] it talks about resizing 16 pixel icons and dropping others, but not changing the other sizes [16:30] pitti, one is fixing the issues with .xsession-errors filling up - that's resizing the icons in status/16 so that they're actually 16x16 [16:30] right, I understand that part [16:30] pitti: I guess you mean cyphermox [16:30] and the removed vpn connections are overlays? [16:31] cjwatson: right, sorry [16:31] np [16:31] the nm-vpn-connecting-* icons that's fixing the animations, so bug 746674 ; where when you try to connect a vpn it shows up just a padlock at the lower right corner of the icon's spot that appears and disappears, switching between that and the normal "processing" waves thingy that goes up and down [16:31] Launchpad bug 746674 in ubuntu-mono (Ubuntu) (and 1 other project) "Animation displayed when connecting to a VPN is confusing (affects: 1) (heat: 8)" [High,In progress] https://launchpad.net/bugs/746674 [16:31] do you see what I mean? ;) [16:31] cyphermox: they wren't removed either, but changed apparently? [16:31] removed? [16:32] Drop extra nm-vpn-connecting* animation icons from status/ directories, they don't belong in there anyway. [16:32] right === skaet changed the topic of #ubuntu-release to: Hard Freeze in effect! | Natty Narwhal Release Coordination. Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release managers with beer | we accept payment in cash, check or whale food | melior malum quod cognoscis [16:32] ah, right, they did get removed [16:32] they were in status/, should have been in animations/, I removed them, and put new ones with the name name in animations to fix the animation [16:32] cyphermox: I see, they are both in animations/ and in status/ [16:33] cjwatson: you said that ~/cdimage/www/simple/kubuntu/HEADER.html can be hand edited, it's not in any revision control then? [16:33] pitti, so the end result is instead of having a vpn connecting animation that looks funky, restoring the same behavior we had in maverick [16:33] Riddell: nope [16:33] cyphermox: ok, thanks for the heads-up [16:33] Riddell: what are you planning on doing? [16:34] pitti, sorry, maybe the changelog entries indeed were a little unclear [16:35] cjwatson: adding the extra div needed to tidy up http://releases.ubuntu.com/kubuntu/ and give it a kubuntu logo [16:35] Riddell: ok, sure, styling changes are fine [16:37] please let me know if the app-install-data-partner package has a chance still, if not I will upload it as a sru [16:38] I'd like to see bug 767776 fixed in natty (soon) so we can also fix it in maverick [16:38] Launchpad bug 767776 in apt (Ubuntu Natty) (and 3 other projects) "apport report blocking of dpkg I/O errors is incomplete (affects: 1) (heat: 10)" [High,In progress] https://launchpad.net/bugs/767776 [16:38] is it ok to upload a new apt for natty at this point? if so, I will do it NOW [16:38] (well, once I got the ok :) [16:39] there's already a natty-proposed upload for it, so we can already do a maverick SRU, no? [16:39] I think if we can, then all is good, most of the upgrade will be done with the maverick version of apt anyway so this is the important one [16:40] mvo: please upload the maverick one, I can process it today [16:40] mvo: then we can send it to -updates next wednesday or so [16:40] * skaet nods [16:40] (should still get some baking time) [16:40] skaet, cjwatson: Is bug 436936 something that we'd like to have fixed on the final image or should rather go in -updates ? jhunt says it'd need some testing on nvidia and other weird graphic cards before it can be uploaded. So I'm wondering if I should start looking for testers now or if we want to wait. [16:40] okay, I'll work with the sru verification team to get it tested [16:40] Launchpad bug 436936 in kdebase-workspace (Ubuntu Karmic) (and 9 other projects) "gdm upstart job checks /proc/cmdline for single user mode, won't start on post-boot runlevel change (affects: 15) (dups: 2) (heat: 86)" [Medium,Triaged] https://launchpad.net/bugs/436936 [16:40] mvo: although I expect that apt will get updated rather early? [16:40] ok [16:40] mvo: well, the old apt will still run at that tiem [16:41] yep [16:41] stgraber: oh, best leave it for an SRU, it's gone wrong once already this cycle [16:41] stgraber: I just don't want it to be forgotten [16:41] apt 0.8.3ubuntu7.1 is uploaded to maverick-proposed [16:41] stgraber, +1 with what cjwatson said. [16:41] cjwatson: Ok, I'll re-milestone to -updates then [16:42] oho, I just did a successful wubi upgrade within lucid [16:42] (with a PPA) [16:43] now to get it all building in maverick too ... [16:53] The iptraf diff in queue will be absolutely trivial for any C programmer out there to review. [16:55] hi pitti; i've commented on https://bugs.launchpad.net/ayatana-scrollbar/+bug/766660 [16:55] Launchpad bug 766660 in overlay-scrollbar (Ubuntu Oneiric) (and 3 other projects) "[FFE] Switch the ayatana-scrollbar on by default (affects: 1) (heat: 8)" [Undecided,Confirmed] [16:57] dbarth: thanks, reading [17:01] hm, it looks like the LP langpack export won't actually finish before tomorrow 1900 UTC (see https://translations.launchpad.net/ubuntu/natty/+language-packs) [17:01] Nevermind on iptraf. Just noticed it's a -proposed upload. [17:01] at least that's how I interpret the past dates [17:01] unfortunately dpm isn't online any more to check with [17:01] but I'll see to kick off the build Saturday morning [17:01] So does that mean another 24 hours for fixing? [17:02] Or do we still go into true kitten killers only mode today? [17:02] ScottK: we still want solid images tonight, I think, so that we can start smoketesting and not jeopardize more than necessary; but critical fixes that pop up during smoketesting would still have a day, yes [17:02] OK. [17:02] skaet's call in the end, I think [17:03] pitti: it feels to me like we've done our homework seriously, with lamalex and jibel working on it with the community [17:03] pitti: was that an information that you were missing when assessing the request? [17:04] dbarth: it's still changing a lot of apps hours before building images :/ [17:04] and the package also does more changes [17:04] like introducing a new xsession script, etc. [17:05] hmm, it was a tradeoff vs a code change, ie adding elements to a string list for the blacklist [17:05] in retrospect it should never have had a whitelist to begin with, but now it's too late to correct that in the past :/ [17:05] pitti: i understand your reluctance [17:06] do we have an SRU window open here? [17:06] and it won't fix the inconsistency either way (firefox, gnome terminals, etc.) [17:07] dbarth: i don't see why a new xsession script would be required at all here? if it wants to drop the whitelist query, it sohuld just do that [17:07] no indeed, that's not in the scope of what we could do this cycle [17:07] then we can change the whitelist function to just return TRUE, and never check what's in the list actually [17:08] or just not call it [17:08] that would change the gtk patch [17:08] which we didn't want to do [17:08] leave gtk alone, and just change our part [17:08] well, it would be the right solution, it just would be even more intrusive indeed [17:08] (at this point) [17:09] again i understand the relunctance, and i don't want to crash the image preparation process [17:11] * pitti -> out for a bit, back for TB meeting [17:14] pitti: ok, in all cases, i'll ask to have a better version of the update that doesn't add a session script [17:14] pitti: thanks [17:14] dbarth: well, any changes now definitely have an effect on image preparation [17:14] I don't really have an opinion on the bug at hand either way, but nobody should be under the impression that there is slack time remaining [17:15] cjwatson, pitti: updated icedtea-web, now built from the release branch [17:15] doko: is this necessary? see my comments just above [17:16] dvd images already building? [17:16] doko: waiting for everything to publish before building images [17:16] we do have to change base-files still, per the checklist; but everything else directly delays images [17:17] doko: so I need a clear rationale? [17:17] well, will ask anyway for an sru for the final 1.1 version, so reject it [17:18] cjwatson: i am not implying or assuming any of this; i'll just shut my ... keyboard now and let you work; sorry for this [17:18] cjwatson: powerpc buildds are down, didn't get a reply from lamont. so images will have to be delayed [17:19] doko: yes, sorry, this should go to SRU. I accepted the previous one just because of the unredistributable-PDF thing you mentioned in the changelog [17:19] doko: no, we can start with other images without waiting for powerpc [17:20] hmm, two i386 buildds down too, so either something is wrong, or somebody is working [17:20] I revived some buildds this morning, but they don't seem to hold up very long [17:22] dbarth: I didn't mean to be snappish, if that's how it came across [17:22] pitti: hmm, how do you do this? [17:22] dbarth: can we consider this for SRU instead, perhaps? It's unconventional for SRU, but it would let us test at more leisure [17:22] doko: change builder details, check/clear the failure notice field, and check "buidler state ok" [17:22] and that does help? [17:22] cjwatson: major UI changes in an SRU? [17:23] I don't know if that's the right thing to do, just a suggestion [17:23] doko: it seemed to help for most of the failed buildds this morning [17:23] pitti: "unconventional" may be an understatement [17:23] doko: apparently not here, though, they just failed again [17:28] cjwatson: nw, it's fine ;) yes, i'll work with this approach in mind [17:35] skaet: base-files uploaded, debian-cd OFFICIAL set to Release; just noticed that the alpha warning is still present on ubiquity's language page in Kubuntu, so we'll need to flip the switch to disable that too [17:36] base-files needs somebody to review it (hint) [17:46] cjwatson, just looked at with jdstrand. Seems fine. approved. [17:47] skaet: which? [17:47] base-files [17:47] oh, right - thanks [18:01] uh, so this late zsh upload added a new build-dependency that isn't in main ... [18:31] skaet: ^ I uploaded a reversion of zsh to the previous version that worked, to fix this in a safe manner (see bug 762286) [18:31] Launchpad bug 762286 in zsh (Ubuntu) "Please merge zsh 4.3.11-4 from Debian (affects: 1) (heat: 10)" [Wishlist,Confirmed] https://launchpad.net/bugs/762286 [18:32] skaet: the debdiff to the current ubuntu version will look confusing, but I verified that debdiff to zsh_4.3.11-3ubuntu1.dsc is just the changelog [18:33] skaet: mvo and blueyed were pinged in #u-devel, but if they don't reply soon, I recommend accepting this [18:37] pitti: yep, sorry for this [18:38] mvo: ok, thanks for checking [18:39] skaet, ScottK, slangasek: could either of you please review/check my zsh upload? [18:40] I just overlooked the new build-depend when I reviewed the diff [18:40] * pitti hugs mvo, happens [18:41] it never built, so it will have little impact on the images [18:41] but we can't release like that [18:41] * mvo nods [18:46] so we should take the revert, or is another fix being prepared? [18:49] I will not work on a fix for this tonight, so +1 for reverting from me [18:49] ok [18:49] accepted [18:50] cheers [19:02] slangsek, pitti, mvo, - ack. [19:10] pitti, sabdfl had me copy and paste his response to bug 766660 for overlay-scrollbar [19:10] Launchpad bug 766660 in overlay-scrollbar (Ubuntu Oneiric) (and 3 other projects) "[FFE] Switch the ayatana-scrollbar on by default (affects: 1) (heat: 8)" [Undecided,Confirmed] https://launchpad.net/bugs/766660 [19:15] skaet: I need to run now; do you have some time to sort this out? ^ [19:16] pitti, multiplexing on multiple fronts (sprint in progress), just scrolled through the bug. [19:19] pitti, have a great easter! === bjf is now known as bjf[afk] [19:47] kenvandine, I've gone in and approved it. [19:48] skaet, thx [20:07] * lamont goes around stabbing dead builders [20:07] pitti: re-enabling an 8002-failed builder is fruitless unless the slave launchpad-buildd has been restarted === bjf[afk] is now known as bjf [22:13] is there any time left to include a plymouth upload for bug #566818? [22:13] Launchpad bug 566818 in plymouth (Ubuntu Natty) (and 3 other projects) "Cryptsetup passphrase prompt during boot: every character typed repeats the prompt (affects: 24) (dups: 4) (heat: 150)" [Medium,Confirmed] https://launchpad.net/bugs/566818 [22:14] or should I rather point this to the SRU queue? [22:15] * cjwatson quite annoyed about bug 722955 (my fault) and bug 762833 (totally not my fault) [22:15] Launchpad bug 722955 in wubi (and 2 other projects) "Wubi.exe on http://releases.ubuntu.com/lucid/ is the wrong version (10.04.1 instead of 10.04.2) (affects: 2) (dups: 1) (heat: 14)" [High,Fix released] https://launchpad.net/bugs/722955 [22:15] Launchpad bug 762833 in ubuntu (and 2 other projects) "http://www.ubuntu.com/desktop/get-ubuntu/windows-installer offers lucid wubi.exe and claims it's the most recent version (affects: 2) (heat: 16)" [Undecided,Invalid] https://launchpad.net/bugs/762833 [22:16] slangasek, its medium a priority, so better to get it into SRUs at this point. Too much churn on other fronts. [22:16] ack [23:24] ubuntuone-client 1.6.1-0ubuntu3 finished building on amd64 7 hours ago but hasn't published. Is this because natty is in pre-release freeze? [23:38] cody-somerville: no, freeze affects source not binaries (nor mirroring) [23:50] cody-somerville: looks like a mirroring problem - it's published correctly on cocoplum, and sure enough it finished building 7h ago [23:51] this isn't the first time I've seen an issue with that package being mirrored, I'm also having trouble pulling ubuntuone-client from my local mirror