[00:01] ubuntu desktop and alternate is up on the iso tracker now [00:02] skaet: I'm past eod atm. is there anything you need from me now? do you need me to check in later? [00:02] jdstrand, if you could check in later that would be appreciated. [00:04] right now, just flavor building images, and waiting for the arm ones to be ready. [00:05] * skaet -> dinner, biab [00:06] kdebindings/kde on armel update: depends on working qt4-x11, which is being worked on first [00:07] (actively being worked on that is) [00:07] skaet: ack [00:07] * jdstrand -> dinner, etc [00:08] jdstrand, if qt4-x11 is broken now it wont make a2 on armel [00:08] (takes to long to build) [00:09] ogra: I'm just passing along info from NCommander [00:09] ah [00:09] he is aware of both issues and is actively working on fixing qt4-x11 [00:09] we are expecting a new qt upstream any day now (according to riddell) [00:09] once that is done, he'll start on kdebindings [00:10] yes, i know i just talked to him about it ;) [00:10] hehe [00:10] well, there you go :) [00:10] nice that we all understand each other [00:10] heh [00:10] ok, biab myself [00:18] skaet: fyi, the dvd build issues should be fixed. seems they tried to snag empathy-common (= 2.32.2-0ubuntu7). empathy 2.32.2-0ubuntu8 on powerpc only finished building 45 minutes ago and the publisher hadn't copied them yet [00:18] ok, biab for reals [00:30] skaet, go ! [00:31] * ogra is off to bed [00:42] ogra, okie. sleep well. [01:03] skaet: I agree. Everything looks good on this end. [01:03] Thanks GrueMaster. Am waiting for the ubuntu dvd build to come to an end, then will be kicking it off. [01:04] np. I'll look for it in a few hours. [01:04] :) will post here when I publish to iso tracker. [01:41] skaet: I am around again [01:41] thanks jdstrand. [01:42] skaet: it seems that things are going ok, but I am only getting failure reports so not sure what the actual status is [01:42] we still had the daily builds enabled it appears. [01:42] (the two I mentioned (powerpc) are the only feedback I've seen) [01:43] they're off now, and the ubuntu DVD just finished building. [01:43] \o/ [01:43] so I was right about libreoffice. always nice :) [01:43] well [01:43] I'm about to kick off the netbook builds [01:43] I was intially wrong, but then ended right [01:44] and expect that if there is any trouble, that's where we'll see it. [01:44] I score that as +1 for jdstrand [01:44] :) [01:44] skaet: how long do they typically take? [01:44] suggest you check back in an hour or so [01:45] I'm not sure on the arm side, depends on the builders. [01:45] there are a lot of natty_probs for arm. mostly kde, but still a lot [01:45] * skaet nods [01:46] I'm not building kubuntu mobile this time round, based on earlier feedback. Its already documented in the release notes. [01:46] cool [01:55] ubuntu dvd's are up on the iso tracker now, for those interested. [02:14] Sigh. Latest X has issues on armel. namely it segfaults on start. [02:14] Tracing it now. [02:18] GrueMaster, ack. :( [02:18] yep. [02:37] edubuntu dvd's are up on the iso tracker now. [03:06] skaet: bug #711614, if it doesn't break all hardware that uses the framebuffer driver, at least breaks X on all common ARM hardware. Working on a fix now; do you want me to upload when I have it? [03:06] Launchpad bug 711614 in xserver-xorg-video-fbdev (Ubuntu) "X crashes on OMAP BeagleBoard C4 (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/711614 [03:07] slangasek, yes please. [03:07] ok [03:07] (it's possible it really is ARM-specific, but AFAICS the same segfault would happen in the PCI codepath) [03:09] * skaet crosses fingers crossed its ARM-specific. [03:09] well, it doesn't affect anything using the common video drivers (nouveau/intel/radeon) [03:09] but I think it does affect anything using framebuffer [03:10] That could mean VM's I would think. [03:23] k, X working here again [03:26] xserver-xorg-video-fbdev 0.4.2-3ubuntu4 uploaded [03:56] ubuntu-netbook preinstalled finished building, 20110202 is there, but I'm kicking off a fresh one, to pick up xserver-xorg-video-fbdev upload. [03:57] skaet: I don't think the new package has published yet. May want to wait an hour. Let me see. [04:01] Yea, need to wait for the next publisher run to complete before respinning the images. [04:02] GrueMaster, ack. ok will kill it off. [04:02] GrueMaster, please let me know when you see it published so it will pick up. [04:03] I think it will show up in the next hour. I was told that the publisher starts at :03 and takes ~40 minutes. [04:25] skaet: so, seems like things are in general still ok (except the xserver-xorg-video-fbdev you are waiting on) [04:26] skaet: GrueMaster was right though. usually by :40 it is ready [04:26] jdstrand, couple of weirdnesses with the builds [04:26] jdstrand, I'll get you to show me how I can check directly next time :) [04:27] GrueMaster: in the future, it is possible for me (or cjwatson, or pitti, et al) to reschedule the publisher run if it is required [04:27] err [04:27] skaet: ^ [04:27] GrueMaster: nm [04:28] skaet: where did you see the weirdness? I don't have the emails [04:28] in terms of the weirdnesses, for flavors mythbuntu and ubuntu studio, only i386 versions were produced. Not sure why no amd64 came out. [04:29] does that trigger any prior conversations? [04:29] no... there are some myth nbs on powerpc.. [04:30] ah [04:30] skaet: it looks like the amd64 ubuntustudio got a sigint [04:30] KeyboardInterrupt [04:30] ^ from germinate [04:31] hmm, user error on my part? or something else.... [04:31] skaet: that was an email from antimony. I initially assumed it was intentional [04:32] heh, was cutting and pasting, so .... [04:32] skaet: was the mythtv run part of a longer command that included that? [04:33] jdstrand, yea, I was trying to get all the flavors queued up [04:33] that seems to explain it then [04:34] ok, will kick them off again, and see if that fixes it. doing it manually this time... :/ [04:36] have marked them in iso tracker as being rebuilt as well. [04:36] cool [04:37] skaet: at this point do you need more for anything? thinking I may head to bed. will be available at 7am or so [04:37] s/more/me/ [04:37] thanks jdstrand. [04:37] sleep well [04:37] ok cool [04:37] am expecting cjwatson will be online soon, and sort out what's left at this point. :) [04:37] skaet: try to get some sleep yourself. I'll check the logs first thing and see if I can do anything (assuming cjwatson and pitti don't get to it first) [04:38] alrighty [04:38] good night! [04:38] :) [04:47] skaet: oh, sorry. I just remembered that the 04:03 UTC publication run is pre-empted bye another job :\ [04:47] skaet: that means that the fbdev driver won't be ready until for another hour [04:47] ok [04:48] s/bye/by/ [05:04] jdstrand: Thanks for the update. [05:04] Unfortunately, it doesn't appear to have hit the pool yet. [05:06] GrueMaster: no, a little bit later I mentioned that the publisher is preempted at 04:03 UTC [05:06] Ah. Missed that. [05:06] * jdstrand forgot about that too [05:06] anyhoo, heading off [06:25] -fbdev installed (at last) [06:43] yup, armel builds kicked off again. Will leave it to cjwatson/pitti to move them into the iso tracker when they're ready. [06:43] have rebuilt the ubuntu studio, and mythbuntu - and still only i386 images. [06:44] have uploaded the i386 images to the tracker. [06:47] pitti, see slangasek's comments about framebuffer ^^. Should an image rebuild be triggered to pick up his fix beyond armel, or do we just document? [06:48] * skaet --> bed === skaet is now known as skaet_afk [08:13] Good morning [08:13] ogra: sorry, went offline shortly before your ping [08:18] skaet_afk, cjwatson: I don't think we need to respin non-armel for this if it doesn't hurt i386/amd64; having an out-of-date package isn't that important for a2 IMHO [08:23] ogra, GrueMaster: I'm adding http://cdimage.ubuntu.com/ubuntu-netbook/daily-preinstalled/20110202/ as "Ubuntu ARM Preinstalled omap{3,4}"; are there any other armel images to add to the tracker? [08:24] there's an "Ubuntu desktop armel", but I don't think we build images for that? [08:36] pitti, are we waiting for more fixes or is whats in the archive 'done' ... ie are any bugs in it something i have to live with [08:37] apw: I guess we are "done", unless we have a real showstopper? what bug are you talking about in particular? [08:37] i suspect its one of the stacking in unity isues. i think i have a modal dialog open which i can't see or interact with [08:38] I think that's the kind of bug we need to release-note [08:38] plus for me non-working scroll bars in both places thingies [08:38] ok [08:38] i'll go moan on ayatana [08:39] confirmed the scrollbar problem [08:39] but at this point we should only respin for install failures or major startup failures [08:39] everything else can be fixed post-install with an update [09:05] cjwatson, The power here is 10A/100V, and most stuff is unearthed (or only rarely and optionally earthed). Perhaps it's a bit less odd when there's a special earthing clip for the wire at the base of the socket. Sorry for the confusion. [09:21] pitti, you will have to respin everything that uses the framebuffer driver, do VMs use vesa on intel ? [09:22] pitti, and we would need 02.1, not 02 on the tracker [09:22] does it matter which graphics card the VM host uses? [09:22] ogra: oh, I thought skate already triggered new images, and 0202 is the latest we have [09:22] its the X framebuffer driver thats broken [09:23] no, she built 02.1 [09:23] anyway, current images work fine in kvm [09:23] 02 has the broken X [09:23] 02.1 is the respin after slangasek's fix [09:24] ah, they appeared now, will update tracker; thanks! [09:24] thanks too :) [09:24] done [09:24] ogra: so "Ubuntu desktop armel" doesn't exist any more, right? [09:24] right [09:25] we only have netbook-preinstalled [09:25] there is a preinstalled headless (name still in discussion) coming for FF [09:26] but not yet [09:26] * ogra wonders where you see that desktop image [10:00] ogra: it's an option in the "add image" in the tracker, from older releases [10:00] ah, k [10:00] i was digging on cdimage [10:00] :) [10:10] persia: heh, no problem [10:11] pitti: catching up and I have a batch of notes from skaet. What's the summary from your end at the moment? [10:11] cjwatson: good morning [10:11] psusi sent me a parted fix for dmraid, but I assume we've missed the boat? [10:11] cjwatson: current armel images are on the tracker, rest should work [10:11] ev is producing a new ubiquity upload for bug 702898 [10:11] Launchpad bug 702898 in ubiquity (Ubuntu) "ubiquity crashed with TypeError in changed(): value is of wrong type for this column (affects: 21) (dups: 8) (heat: 110)" [High,Confirmed] https://launchpad.net/bugs/702898 [10:12] it was an open question whether to respin i386/amd64 for the fbdev fix [10:12] but as it doesn't seem to break kvm etc., I don't think we should respin just for that [10:12] cjwatson: ah, that sounds like a better reason for respinning then [10:12] affects all users whose IP addresses are unknown to the geoip database, apparently [10:13] the fix is a pair of str() casts [10:14] I haven't done a real-iron test install myself yet with today's image (just with earlier ones), that's still on my agenda for today [10:14] slightly correction: it affects all users who cannot reach geoip-lookup.ubuntu.com [10:14] whee, even better [10:14] or whatever the address is [10:14] so any non-networked install for example [10:14] need more coffee [10:14] exactly [10:15] any opinions on the parted change? bug 711616 [10:15] Launchpad bug 711616 in parted (Ubuntu) "[PATCH] Fix dmraid install regression (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/711616 [10:15] technically affects all images but I don't know that we have to care about them all being in sync [10:17] the patch looks sane enough; does that get folded into the ubiquity source, or is it a separate package? [10:17] separate [10:18] I don't mind having out-of-sync packages for A2, so I'm fine with having it on every image we need to respin anyway, and document the rest [10:18] e. g. I don't think we should respin armels for this [10:19] only if it fixes an oem-config issue ;) [10:20] we dont use plain ubiquity nor doe we use dmraid on preinstalled [10:20] *do [10:20] I wouldn't expect to see dmraid on armel, no [10:20] i would [10:21] blink [10:21] but not by default [10:21] on what kind of platform? [10:21] people do weird things to run a NAS with USB disks ;) [10:21] uploaded, anyway [10:21] bizarre [10:23] * ogra wonders how to download the images with the constantly segfaulting NM on his laptop [11:48] mythbuntu desktop amd64 and ubuntustudio alternate amd64 posted [12:39] pitti: ok, so which images do we need to respin for the new ubiquity+parted? [12:39] pitti: * desktop {amd64,i386}? [12:39] edubuntu DVD as well, I suppose? [12:40] ubuntu and edubuntu DVDs didn't get testing yet anyway [12:40] yeah, DVDs too [12:40] I can't see anything else [12:40] OK, I'll get started on those [12:40] ok, thanks [12:41] ev: does oem-config use the geoip selector? [12:41] I'm not desperately inclined to respin alternates, maybe we can just release-note [12:42] the workaround would be to disable the network during oem-setup? [12:43] enable, I think [12:44] * cjwatson queues up giant build set [12:44] echo ubuntu desktop; buildlive ubuntu daily-live && for-project ubuntu cron.daily-live && build-chinese-edition /srv/cdimage.ubuntu.com/www/full/daily-live/current/natty-desktop-i386.iso; echo kubuntu desktop; buildlive kubuntu daily-live && for-project kubuntu cron.daily-live; echo xubuntu desktop; buildlive xubuntu daily-live && for-project xubuntu cron.daily-live; echo mythbuntu desktop; buildlive mythbuntu daily-live ... [12:44] ... && for-project mythbuntu cron.daily-live; echo kubuntu-mobile; buildlive kubuntu-mobile daily-live && for-project kubuntu-mobile cron.daily-live; echo ubuntu dvd; buildlive ubuntu-dvd dvd && for-project ubuntu cron.dvd; echo edubuntu dvd; buildlive edubuntu-dvd dvd && for-project edubuntu cron.dvd; echo kubuntu dvd; buildlive kubuntu-dvd dvd && for-project kubuntu cron.dvd [12:57] I'm archiving jaunty off cdimage and releases to save space [13:05] cjwatson: yes [13:05] ev: would you be OK with release-noting that problem for oem-config? [13:05] sure [13:06] after lunch, if that's okay [13:07] oh, yeah, I just mean OK with not respinning for it [13:11] ah, indeed [13:52] done [13:53] feel free to reword that if its not to your liking [13:55] where are the release notes? [13:55] https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview [14:06] hey [14:07] so, I have a fix for a compiz crash at start some people seem to get [14:07] (bug #708812) [14:07] Launchpad bug 708812 in compiz (Ubuntu) "compiz crashed with SIGSEGV in CompOption::value() (affects: 4) (dups: 2) (heat: 28)" [High,Triaged] https://launchpad.net/bugs/708812 [14:07] is there a respin schedulded? [14:09] there's one in progress [14:09] there is not currently another scheduled [14:09] certainly looks like you should upload that anyway and we'll see what happens [14:10] ok [14:10] oh, hmm [14:10] compiz has fairly tight versioned dependencies and is an arch all/any mix [14:10] so buildd skew could break one of the respins in progress [14:10] let's see, how long does it take to build? [14:10] cjwatson: ok, so I can wait for the respins to be finished [14:11] cjwatson: where should I monitor that? iso.qa ? [14:11] mm, takes over an hour on armel, so no way to reliably squeeze it in [14:11] there's no good monitoring really, I'll have to just tell you [14:11] ok, just ping me please then when you think it's safe [14:12] actually, mind you, I'm not doing any armel respins at the moment, and everything else takes <30 minutes [14:12] didrocks: if you go ahead right now I believe it should be safe [14:12] cjwatson: excellent, doing it now then. Thanks :) [14:12] (because all of amd64/i386/powerpc will build before the next publisher run) [14:13] and all the distro buildds are currently idle [14:13] cjwatson: what's part of that respin ? [14:13] ok, nice to get that fix soon :) [14:16] stgraber: ubiquity fix upon failure to contact geoip; parted fix for broken dmraid installations; um, whatever else was in the archive [14:17] cjwatson: ok, so that's going to affect all desktop builds ? shouldn't they be disabled on the tracker ? [14:17] it's such a hassle to go around clicking all the buttons [14:18] done now [14:23] * pitti disables ubuntu desktops as well [14:23] ah, actually, are they current already? [14:23] 13:33 UTC [14:24] checking manifest.. [14:24] marjo: Speaking of the tracker ;) Could you check on which machine it's running now and see if I can get my ssh access restored ? [14:25] they are, sorry; reenabling [14:25] marjo: I lost access to it on Lucid's release week when it was moved to another box. I used to have ssh access with sudo rights to the "db" user to access the postgresql DB and run some scripts. [14:30] stgraber: ok, will do [14:53] pitti: yes, they were current [14:53] Kubuntu desktops posted now too [14:55] thanks === skaet_afk is now known as skaet [15:29] uh -- "ubiquity[2970]: segfault at bbadbeef ... in libwebkitgtk-1.0.so.0.5.2 [15:30] that came up before [15:30] not only is this unfortunate, it's also a really snarky address to crash at [15:30] bug 710852 [15:30] err [15:30] bug 710582 [15:30] Launchpad bug 710582 in yelp (Ubuntu Natty) (and 5 other projects) "webkit does not implement "assert" sanely (ubiquity crashes after step 'Who are you', yelp segfaults) (affects: 4) (dups: 2) (heat: 30)" [Undecided,New] https://launchpad.net/bugs/710582 [15:30] ah, thanks [15:32] I guess I'll release-note that then [15:34] ev: is there a way to disable the slideshow at run-time or boot-time? [15:34] you can always uninstall the package [15:38] mm, I was hoping for something release-notable [15:39] cjwatson, can you populate tracker from http://uec-images.ubuntu.com/server/natty/20110202/published-ec2-daily.txt please [15:40] smoser: done [15:46] pitti, whats your cpu ? I can reproduce the crash on anthenticAMD but not on Intel. [15:46] cjwatson, or someone... [15:46] so i click on one of those amis [15:46] http://iso.qa.ubuntu.com/qatracker/test/4959 [15:46] then click on one of the tests [15:46] and there is no where to record anything [15:46] ie: http://iso.qa.ubuntu.com/qatracker/result/4959/549 is blank [15:46] stupid user [15:47] login, smoser. [15:47] (sorry for the wasted bytes) [15:50] smoser, np [15:50] skaet: what page do I update to release note something ? I'd like to release note LTSP as non-working for Edubuntu and Ubuntu Alternate [15:52] cjwatson: that should be possible in the live system, though; apt-get purge ubiquity-slideshow-ubuntu actually works, ubiquity just looks rather funny then (small window) [15:52] stgraber: https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview [15:53] stgraber, whats the blocker on that? [15:53] skaet: good morning [15:54] - the new nbd-client that somebody merged last week gets stuck on I/O wait when connecting for the second time to the same server (blocking login) [15:54] - calling /etc/X11/Xsession fails as gnome-session needs a parameter now [15:55] (calling only "/etc/X11/Xsession" should start the "default" session and not just say "No valid session found") [15:55] pitti, good afternoon, from the logs looks like the fun has continued since last night... [15:55] didrocks: ^ (as you're around ;)) [15:56] stgraber: on a call, will look at it then :) [15:56] pitti: yeah, though it's not really a graceful workaround [15:56] cjwatson: right, but at least it gets you further; test install still running, if it succeeds, want me to release note it? [15:57] yep - if it only happens on amd64, that's interesting too [15:57] my i386 test install went fine, but that was without internet (broadcom wifi on the dell mini) [15:57] this amd64 run is in kvm [15:58] but as the slideshow shouldn't access the network, that's hopefully not a factor [15:58] you hope. who knows what webkit does :) [15:58] well, webkit might try to fetch something [15:58] but yeah [15:58] extra CSS or whatnot [15:58] xml schema [15:58] I'll test i386 in kvm afterwards to check [16:00] and amd64 without network as well [16:02] jibel: cpu> crash was in kvm [16:02] jibel: intel atom (netbook) i386 worked [16:08] skaet, didrocks: bug 707232 (initially reported by linaro, added ubuntu task and set gnome-session as the package for now) [16:08] Launchpad bug 707232 in gnome-session (Ubuntu) (and 1 other project) "Netbook image - no valid session found (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/707232 [16:09] stgraber, thanks! [16:14] skaet: nbd issue is bug 711951 [16:14] Launchpad bug 711951 in nbd (Ubuntu) "New nbd-client hangs when connecting a second time to a server (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/711951 [16:20] cjwatson: I confirmed that it's unrelated to the network and amd64 specific, and that purging slideshow works; documenting.. [16:21] thanks [16:28] stgraber: hey [16:28] didrocks: hi [16:28] stgraber: so, it doesns't need a parameter… the default should still be called without one, isn't it? [16:29] didrocks: currently some systems including LTSP start: "/etc/X11/Xsession" without any parameter an expect the default session to open [16:29] didrocks: calling that basically starts "gnome-session" still without parameter [16:29] didrocks: which currently fails [16:29] stgraber: interesting, let me have a look [16:29] one sec [16:30] I'd expect "gnome-session" without any parameter to start whatever should be the default, so probably unity and falling back to classic if unity doesn't work on the hardware (quite likely with LTSP) [16:30] didrocks, seb128: I brushed up https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview a bit now; do you have suggestions what to add to the "desktop" section or notable known bugs in compiz/unity which should be documented? [16:31] stgraber: oh you're right [16:31] pitti: yeah, I'll add some crashes and issues with unity [16:31] pitti: will do it before EOD [16:31] didrocks: merci [16:31] pitti: yw :) [16:32] stgraber: so, ok for ubuntu.session for being the default when calling it with nothing? [16:32] stgraber: I'll add a patch, can you file a bug, please? [16:33] (I'll report the handing to upstream as well) [16:33] didrocks: bug 707232 [16:33] Launchpad bug 707232 in gnome-session (Ubuntu) (and 1 other project) "Netbook image - no valid session found (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/707232 [16:33] didrocks, thanks [16:33] stgraber, ok if its in D there may be a kernel interaction ... i've requested some debugging in your bug (ndb one) [16:33] stgraber: thanks :) [16:33] pitti, I will let didrocks list those, no need to duplicate the work, not sure the jockey issues are worth mentioning [16:34] seb128: I don't think so; nvidia/fglrx are now disabled anyway, and broadcom can be installed from the installer [16:34] apw: ok, I saw a recent upload of nbd-client so thought it might be that, but nbd.ko can also be the problem (or the interaction between nbd-client and nbd.ko) [16:34] seb128: but then again I didn't see the crash; if it's prominent, I'm happy to add it [16:34] stgraber, indeed, either could be at fault, knowing what the client is trying to do when it locks may help, which is what i am asking for :) [16:34] cjwatson: pitti: btw, no respin scheduled for now? (just to know if I need to report the crash at startup or not in the TechnicalOverview) [16:35] didrocks: I don't at present but am willing to be overruled ... [16:35] since skaet's up now I reckon it's her call [16:35] didrocks: not scheduled for other reasons, anyway [16:35] pitti, ok, I was not sure if that was a "crash for everybody after install" or not [16:35] ok, I'll mention it for now [16:36] * skaet emerging back from release note... and scanning log [16:36] pitti, https://bugs.launchpad.net/ubuntu/+source/jockey/+bug/711225 I mean [16:36] Launchpad bug 711225 in jockey (Ubuntu) "jockey-gtk crashed with TypeError in _cleanup(): an integer is required (affects: 1) (heat: 10)" [Undecided,New] [16:37] seb128: it looks like a corner case to me; I thought you meant bug 706193 [16:37] Launchpad bug 706193 in jockey (Ubuntu Natty) (and 1 other project) "jockey-gtk crashed with AttributeError in __getattr__(): 'gi.repository.Gtk' object has no attribute 'ICON_LOOKUP_USE_BUILTIN' (affects: 22) (dups: 21) (heat: 180)" [High,In progress] https://launchpad.net/bugs/706193 [16:37] pitti, ok, I've no clue about the crash, just that jockey doesn't start on my alpha2 test install [16:37] pitti, if that's a corner case great [16:38] bah, compiz focus issues are driving me mad [16:40] apw: ok, updated bug report with some more info [16:41] apw: I'm rebooting my VM now and will try the old nbd-client to see if that fixes/workaround the problem [16:41] didrocks, i think i just got your new compiz ... had a working compiz on login 5/5, as against about 1/4 before [16:42] apw: nice, that was the goal TBH :) [16:42] didrocks, :) thought you should know [16:42] apw: thanks for the feedback, nice to have some good news in this crashing time ;) [16:42] didrocks, i now am seeing huge delays starting indicators about 1/4 .. [16:43] stgraber, good thanks [16:43] apw: if you try to killall unity-panel-service? does it fix it? (no hurry though) [16:44] didrocks, they come eventually I'd say between 30s and 60s (not measured it) just not 'immediate' like normal [16:44] apw: yeah, try kill this service (it will respawn) in that case, juste to ensure it's the unity or the indicator side [16:45] didrocks, will do that next time it occurs [16:45] sure :) [16:46] stgraber, could i get the whole dmesg please [16:49] apw: going to boot a livecd to reproduce it instead, I just trashed my VM by force rebooting it too much (last initrd is probably half-synced to the disk so it won't boot) [16:49] stgraber, ok thanks, i suspect this is a kernel locking issue from the dump you have in there [16:50] using the old client didn't help, haven't tried the old server yet but I don't think it'd change anything [16:50] stgraber, want to know if there is anything before that .... feel free to move this discussion over to #ubuntu-kernel as we are likely spamming release here [16:53] * cjwatson posts xubuntu desktop and mythbuntu desktop. sorry for being tardy on those [16:54] ubuntu dvd, edubuntu dvd, and kubuntu dvd are still in the pipeline; please could somebody post those when they're done? I need to go out [16:55] I'll do it [16:55] thanks [17:12] * Daviey wonders if the release team would slap Daviey with a wet trout if he suggested a Eucalyptus upload for A2. [17:15] * skaet has hands full with unity foo. [17:15] Daviey, what's it fixing? [17:16] skaet, FTBFS, ability to start instances and a security fix. [17:17] * apw hands skaet the biggest trout in his lake [17:17] skaet, The current UEC experience is weak, making A2 somewhat pointless benchmark for it. [17:17] * skaet accepts trout from apw - contemplating roasting it rather than throwing it around though... [17:18] Daviey, ok, lets add it into the queue for rebuilds, and call off QA on those images. [17:18] don't think they've gotten too far. [17:18] skaet, great! thanks [17:18] * Daviey munches on trout. [17:19] let me know when the uploads are done, and we're ready to kick off the rebuilds (ie, package has landed and available) [17:23] skaet, wilco, thanks [17:33] skaet, https://bugs.launchpad.net/ubuntu/+source/ubuntu-sso-client/+bug/708018 [17:33] Launchpad bug 708018 in ubuntu-sso-client (Ubuntu) (and 1 other project) "ubuntu-sso-login crashed with IndexError in prompt_handle(): list index out of range (affects: 2) (dups: 1) (heat: 18)" [High,Triaged] [17:33] skaet, you might want to add this one to the notes [17:33] pitti, ^ [17:33] it's basically ubuntu-sso-client crashing on autologin accounts (or livecd) [17:34] the u1 guys are working on it now [17:38] pitti, could you see if you can nudge getting unity available for the iso builds? https://launchpad.net/ubuntu/+source/unity/3.4.0-0ubuntu2 [17:42] skaet, it failed to build [17:42] didrocks, ^ [17:43] re [17:43] http://launchpadlibrarian.net/63367725/buildlog_ubuntu-natty-i386.unity_3.4.0-0ubuntu2_FAILEDTOBUILD.txt.gz [17:43] oh? didn't get email this time :/ [17:43] didrocks, guess that needs the fix you commited earlier today [17:44] argh, the glu one with the new glew :/ [17:44] ok, let's forget about unity then, needs a glew upload for proper fix… [17:45] didrocks, ok can you please add the comments to the release notes about this? [17:46] skaet: about the migration tool crash at start? sure [17:46] didrocks, yup. thanks! [17:48] seb128: ah, because it doesn't unlock the keyring? [17:49] seb128: happy to add that to the RNs [17:51] pitti, because they use the login keyring but there is none of those in an autologin session [17:51] right [17:51] pitti, Do you have LP foo to make a package build higher priority? [17:51] seb128: I wonder why it doesn't crash on the live session? do we have a casper script to disable this? [17:51] Daviey: yes [17:52] "fu" anyway :) [17:52] Daviey: which one do you need bumped? [17:52] seb128: ah, will add after didrocks is done editing [17:52] Pici, would you might bumping https://launchpad.net/~davewalker/+archive/uec-testing/+buildjob/2238876 , it would make it easier for hggdh to test before it's uploaded to the archive. [17:52] err, pitti [17:52] pitti: will tell you once finished [17:52] done [17:53] pitti, it does crash on the livecd [17:53] pitti, thanks! [17:53] pitti, did you try to authentificate on the live session? [17:54] seb128: not to U1 [17:55] dammit... okay skaet - it's still failing to build, i thought we had this fixed and it is not. [17:56] pitti: done, I'll complete on the desktop part a little later [17:56] perhaps it would be better to ship A2 with a known broken version, taking the pressure off to get a fix in apt-get upgrade away... What are your thoughts? [17:56] didrocks: hm, I still get a "locked" message [17:56] pitti: hum? I'm on the preview page [17:57] (the one after saving) [17:57] ah, works now [17:57] maybe I pong you before wikimoinsmoins finishes its saving [17:57] Ubuntu DVD is ready for testing [17:58] Daviey, its an A2, so just document it *really* well, so folks don't waste time. [17:58] stgraber, sweet. thanks. [17:58] skaet, ok, thanks. [18:16] Daviey, as long as it works on arm we wont complain :) [18:18] ogra, good luck with that... let us know when we have kvm on arm :) [18:19] ogra, how are the images from last night looking? [18:19] ogra@ac100:~$ apt-cache show eucalyptus-cloud|grep Architecture: [18:19] Architecture: armel [18:20] Daviey, you mean that wouldnt work !?! [18:20] skaet, all fine [18:20] ogra, Ohhh, sure eucalyptus works.... but you can't start instances :) [18:20] you really need to fix that !!! [18:20] *g* [18:20] ogra, Okay, i'll port kvm to arm before i go to bed tonight :) [18:21] thanks, i'll ping you tomorrow :) [18:21] ogra, cool. Could you go to the release notes, and add the features you want highlighted for this release then. :) [18:21] * ogra will go to bed early today :) [18:22] skaet, i went over them already, we dont have anything to highlight until unity-2d is on the images [18:22] they currently dont differ from maverick [18:22] ogra, nn :) [18:22] heh [18:22] ogra, thanks. [18:23] A3 will be our big one :) [18:23] with lots of blogging and screenshots [18:23] * skaet hopes that all testing will be done *early* in the cycle. [18:24] and indeed with the eucalyptus port from Daviey included by default ;) [18:25] skaet, fully agreed and i was hoping we could get it on the A2 images, but a Qt bug prevents us from it ... there is no way we ship a desktop where half the apps segfault [18:26] ogra, *agree* [18:27] unity-2d itself is ready :( [18:27] * ogra is really sad that we cant ship it yet [19:05] are kubuntu DVDs going to appear at some point? [19:06] they should. I'm monitoring cdimage to check when edubuntu and kubuntu appears [19:06] edubuntu seems to be building at the moment, kubuntu should be next [19:18] skaet: Unless there is a dire need to respin, omap/omap4 image testing is done. No critical/high/medium issues. [19:23] * ogra lols about Bug 711968 [19:23] Launchpad bug 711968 in ubiquity (Ubuntu) "[natty] Installer suggests "Not-Available" as computer name (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/711968 [19:23] did nobody tell marc about the new empathy integration of the installer ? [19:26] I don't think he's available for comment. [19:27] GrueMaster, thanks! there are reasons to respin, but its unlikely we'll be getting the fixes in time. So we'll be going with these images. [19:27] Oh? What issues? [19:27] Other than the ubiquity fixes (which I have tested). [19:29] GrueMaster, unity changes and eucalyptus ones, shouldn't be impacting you. [19:30] * skaet was using images in context beyond arm ;) [19:31] Nope, neither one does. Unity is in the images but won't run w/o 3D acceleration and eucalyptus isn't in the image. [19:35] stgraber, any update on the edubuntu dvds? you posting? [19:36] skaet: oops, Edubuntu meeting ;) I guess they just showed up, weren't there 10mins ago. Adding them now. [19:36] stgraber, sweet. Thanks! === bjf is now known as bjf[afk] [20:22] anyone else available to look at Edubuntu amd64? [20:23] The installer window just completely dissappears for me after I enter the user details and click next [20:23] seems to be fine on i386 though. it's under kvm so it could perhaps just have something to do with that [20:26] highvoltage, we've got some real nastiness going on with amd64 (see: https://launchpad.net/bugs/710582). Is yours possibly related? [20:26] Launchpad bug 710582 in yelp (Ubuntu Natty) (and 5 other projects) "webkit does not implement "assert" sanely (ubiquity crashes after step 'Who are you', yelp segfaults) (affects: 5) (dups: 3) (heat: 40)" [Undecided,New] [20:37] skaet: updated release notes [20:37] charlie-tca, thank you! :) [20:38] skaet: yep, that's it [20:39] thanks highvoltage, can you add your info to the log of the bug then. [20:40] skaet: ok, will do [20:41] :) === bjf[afk] is now known as bjf [20:56] skaet: I need to add wording to the workaround for the ubiquity bug. In Xubuntu, you open a terminal (shortcut does not work), then purge "ubiquity-slideshow-xubuntu" [20:57] charlie-tca, go ahead. (and thank you) [20:57] Thanks [22:09] skaet, EC2 images are tested [22:09] pre-publishing is in progress [22:09] images still need to be tested on UEC, but would really be surprised to see a failure there. [22:13] smoser, cool. Thanks! [23:16] lamont: gourd runs out of memory trying to build qemu-linaro for armel :( [23:16] lamont: should we build qemu under qemu?