[00:05] <cjwatson> marjo: can you show me 'cat /proc/cpuinfo' on this system?
[00:16] <stgraber> any reason the Edubuntu images aren't on the iso tracker ?
[00:18] <cjwatson> not built yet, awaiting ubiquity builds
[00:19] <stgraber> oh, ok, I didn't follow -release much today so didn't notice a mass rebuild because of ubiquity ;)
[00:19] <cjwatson> or pending a respin, if you want to look at it that way
[00:20] <cjwatson> plus figured you might want your new artwork in
[00:20] <stgraber> indeed ;) thanks
[00:29] <cjwatson> slangasek: could you take over?  builds to do and post: once ubiquity 2.3.12 is available (end of this publisher, except on armel), Ubuntu desktop and all DVDs; once ubiquity 2.3.12 [armel] and livecd-rootfs 1.150 are available, all armel images
[00:29] <cjwatson> slangasek: there's still a question over Kubuntu installation but we may have to resolve that tomorrow at this point
[00:30] <slangasek> cjwatson: ack
[00:30] <cjwatson> thanks
[01:00] <GrueMaster> slangasek: Can you clarify whether or not armel is getting a respin?  I see cjwatson's comment and it makes me wonder.
[01:00] <GrueMaster> oh, nevermind.
[01:00]  * GrueMaster eyes are getting fuzzy.
[01:59] <slangasek> GrueMaster: armel respins triggered; ETA: evening
[01:59] <GrueMaster> thanks.
[02:20] <ScottK> slangasek: I think Kubuntu live is worth respinning with 2.3.12 since the oom problem we are having has an unknown cause, I think it's useful to test with the current code.
[02:22] <slangasek> ScottK: ok; DVD builds are already in progress so it'll be a while before I can schedule those
[02:22] <slangasek> but I will do so once the queue clears
[02:24] <ScottK> slangasek: Thanks.  Just give me a ping when it's done please.  If I'm not still up I'll take a crack at it in my AM.
[04:11] <slangasek> ScottK: 2 of 3 DVD sets done now; kubuntu live not far out
[04:22] <ScottK> slangasek: Thanks.  Of course I'm just heading off to bed, so I'll pick it up in the morning.
[04:22] <slangasek> righto
[05:08] <ScottK> Kubuntu i386 and amd64 are up BTW (insomnia).
[05:21] <slangasek> yep, posted
[05:21] <ScottK> If nothing else the respin gave me a chance to verify Bug #608382 from lucid-proposed.
[05:21] <ubot4> Launchpad bug 608382 in usb-creator (Ubuntu Lucid) (and 3 other projects) "Maverick images burned to usb key on lucid fail to boot - different syslinux version (affects: 50) (dups: 6) (heat: 270)" [High,Fix committed] https://launchpad.net/bugs/608382
[05:21] <slangasek> cjwatson: respun everything that I understood was outstanding
[05:51] <ScottK> slangasek: Could I have a Kubuntu live powerpc respin.  This one looks like it might be worth testing.
[05:52] <slangasek> ScottK: running
[05:52] <ScottK> Thanks.
[06:01] <GrueMaster> is kubuntu/ports/daily-preinstalled queued up?
[06:04] <ScottK> slangasek: ^^^ That could stand a respin too, if you didn't do it.
[06:05] <slangasek> why is there both a kubuntu and a kubuntu-mobile cron.ports_daily-preinstalled in the crontab :/
[06:06] <slangasek> spinning kubuntu
[06:07] <ScottK> We do want images of both, but the mobile one is still somewhat broken atm.
[06:07] <ScottK> Harrass NCommander for details.
[06:08] <GrueMaster> Or on general principle.  :P
[06:25] <ScottK> Sure.  Goes without saying.
[07:19] <ara> morning all!
[07:19] <ttx> ara: morning!
[07:55] <ara> cjwatson, morning
[07:55] <ara> cjwatson, any particular reason why ubuntu netbook i386 is not on the tracker?
[08:30] <cjwatson> ara: oh, because it needed respun for new ubiquity and I forgot to tell slangasek this
[08:31] <cjwatson> ara: I'll check and respin after breakfast
[08:31] <ara> cjwatson, ok, thanks
[08:31] <ara> cjwatson, enjoy breakfast
[09:51] <ara> with the current problems in ubiquity, can we expect a respin later today?
[09:52] <cjwatson> UNE posted
[09:52] <cjwatson> possibly
[10:04] <ogra> cjwatson, hmm, i wonder if we shouldnt make your livecd-rootfs change subarch independent so i can drop the hack from jasper
[10:04] <ogra> (post beta indeed)
[10:05] <cjwatson> up to you guys, I was just doing as I was told
[10:06] <ogra> yeah, i wasnt brave enough to make it a default for all armel images since i wasnt sure if we would get GL drivers in time
[10:59] <cjwatson> ev: I can accept this if you think it's useful, but I was hoping not to have to respin too many times and there are still several other things that look beta-critical outstanding
[10:59] <cjwatson> so, what respins do you actively want for this?
[10:59] <cjwatson> I assume not Kubuntu
[11:00] <ev> cjwatson: we can wait.  I just wanted to have that queued up in case fixing other bugs takes longer than we have left
[11:01] <cjwatson> ok
[12:02] <ScottK> Nice.  I was going to accept a Universe package, but LP logged me out and the login service is down.
[13:04] <cjwatson> ok, so wubi is sorted pending a rebuild; several important ubiquity bugs are fixed pending a rebuild, still a question mark over Kubuntu AFAIK
[13:06] <ScottK> My best guess is that one of the 2.3.10 -> 2.3.12 changes reduced the incidence rate of process spawning causing the Kubuntu OOM problem so that my 1GB install was able to succeed while Riddell's 512MB install still failed.
[13:07]  * ScottK was able to install with 2.3.10 after killing off all the non-essential processes he could find to free up memory.
[13:10] <cjwatson> wubi> of course bug 613288 is still theoretically hanging over us
[13:10] <ubot4> Launchpad bug 613288 in ubiquity (Ubuntu) "wubi installation failed - boot configuration store could not be opened (affects: 3) (heat: 141)" [Medium,Confirmed] https://launchpad.net/bugs/613288
[13:10] <cjwatson> haven't heard of re-reports of that so far though
[13:22] <cjwatson> marjo: regarding your server installation bug, I think it may be a recurrence of bug 227869.  Your /proc/cpuinfo may help to confirm.  If not that, then I guess it must be a kernel bug of some kind
[13:22] <ubot4> Launchpad bug 227869 in base-installer (Ubuntu) "Server installer should not use -server kernel for non-PAE CPU's (affects: 1) (heat: 4)" [Medium,Triaged] https://launchpad.net/bugs/227869
[13:32] <cjwatson> ttx: will bug 627963 require a server respin?
[13:32] <ubot4> Launchpad bug 627963 in eucalyptus (Ubuntu) (and 1 other project) "CC doesn't start correctly, CLC struggles with certificates (affects: 1) (heat: 6)" [Critical,New] https://launchpad.net/bugs/627963
[13:34] <ttx> cjwatson: if we find the cause, maybe
[13:34]  * ttx is getting a bit tired of last-day eucalyptus partycrashers
[13:36] <ttx> cjwatson: though at this point, I'd rather have the bug release-noted, I think
[13:36] <cjwatson> ok, want to write something up for MaverickMeerkat/TechnicalOvervieww?
[13:36] <cjwatson> -w
[13:37] <ttx> I definitely will, but I need to spend a bit more time on this one.
[13:37] <ttx> appears to be amd64-only
[13:37] <ttx> though it takes so long to spin up a test that we hardly have a valid statistic sample
[14:03] <ara> cjwatson, any decision made on the respin?
[14:06] <cjwatson> definitely going to, but I'm unsure of timing
[14:06] <cjwatson> Kubuntu seems too broken to release as yet, which means we need a new ubiquity anyway
[14:08] <cjwatson> I think I'm going to go ahead and respin Ubuntu desktop once the current publisher run finishes; there are a few useful fixes there, and Wubi will be worth testing.  However my impression is that UNE and Kubuntu will need to wait for more ubiquity work
[14:08] <cjwatson> ev: ^- does that sound sane?
[14:12] <ara> cjwatson, so, you're saying, that, although ubuntu desktop will be respin now, it will be respin yet again once the changes in ubiquity gets published?
[14:13] <cjwatson> I don't think that's necessary if the changes aren't relevant to Ubuntu desktop
[14:13] <cjwatson> it would be for final, but for beta, not so worried
[14:15] <cjwatson> bah, inattention loses me time again, forgot to install in OEM mode
[14:27] <lamont> cjwatson: as a btw sort of thing, someday soon, I'll be upgrading ross to lucid (from karmic), as well as royal.  I'll wait until after beta, of course.
[14:27] <cjwatson> ok
[14:28] <cjwatson> adare?
[14:31] <ev> cjwatson: seems reasonable to me
[14:38] <ScottK> Note: The stack of kde uploads that are coming for intended for post-beta.
[15:47] <cjwatson> new Ubuntu desktop posted, fixes a couple of installer issues and (hopefully) Wubi
[15:56] <ara> cjwatson, thanks!
[15:57] <charlie-tca> will xubuntu be rebuilt?
[15:59] <cjwatson> if you want it to be
[15:59] <charlie-tca> if it is fixing some of these serious bugs, yes
[15:59] <charlie-tca> desktop only
[15:59] <ara> cjwatson, are the DVDs going to be respin as well?
[16:00] <charlie-tca> I think the static ip bug I reported was fatigue on my part. I am running another install to verify, but could not reproduce yet
[16:03] <cjwatson> ara: good question
[16:03] <cjwatson> what's your (plural) capacity like?
[16:03] <cjwatson> charlie-tca: xubuntu desktop respinning
[16:03] <charlie-tca> Thank you
[16:04] <ara> cjwatson, our capacity is low... but I think it is better to do the effort. It is a bit strange to release a buggy dvd (when teh desktop is working fine)
[16:05] <cjwatson> I'll start it off right after Xubuntu, then
[16:21] <ScottK> cjwatson: If usb-creator is going to -updates, then I think the notes in tech overview (or wherever it landed) need to be updated.
[16:22] <cjwatson> yes
[16:22] <cjwatson> skaet: ^- could you do the honours?  it's the one about 10.04 usb-creator being unable to properly create maverick USB sticks - there's now an update in lucid-updates for it (or will be after the next publisher run)
[16:24] <skaet> cjwatson,  sure.  will take a pass at it.
[16:34] <seb128> gwibber stopped the old authentification way
[16:34] <seb128> ups
[16:35] <seb128> twitter stopped the old authentification way
[16:35] <seb128> the gwibber update in the queue fix that
[16:35] <ScottK> seb128: How are you fixing Lucid?
[16:35] <seb128> I don't think it's a beta blocker but I'm just mentioning it in case somebody would like to slip it in
[16:35] <ScottK> For Kubuntu we have a similar issue to consider.
[16:35] <seb128> or if there is a slot between resprins
[16:36] <seb128> ScottK, you should ask kenvandine
[16:36] <ScottK> OK.
[16:36] <seb128> he did the changes to gwibber
[16:36] <skaet> ScottK,  doublechecking - the one corresponding to bug 608382?
[16:36] <ubot4> Launchpad bug 608382 in usb-creator (Ubuntu Lucid) (and 3 other projects) "Maverick images burned to usb key on lucid fail to boot - different syslinux version (affects: 51) (dups: 6) (heat: 272)" [High,Fix released] https://launchpad.net/bugs/608382
[16:36] <ScottK> skaet: Yes.
[16:37] <skaet> ScottK,  thanks.
[16:37] <cjwatson> Xubuntu desktop reposted
[16:37] <ara> charlie-tca, ^
[16:37] <charlie-tca> Thank you
[16:38] <cjwatson> Ubuntu DVD respinning
[16:38] <ara> cjwatson, thanks
[16:38] <cjwatson> really must automate all this website fiddling
[16:38] <GrueMaster> cjwatson: What issues were fixed in the installer earlier?  I'm seeing an odd issue of oem-config crashing, but ogra is not.  http://paste.ubuntu.com/486820/
[16:39] <ogra> wow, that looks weird
[16:39] <ogra> i finished two test installs successfully here
[16:40] <ogra> no issues at all (beyond known bugs)
[16:40] <GrueMaster> I'm going to try zeroing & reflashing my SD (just in case).
[16:40] <cjwatson> GrueMaster: I don't know what that is; ev might.  The fixes in 2.3.13 were bug 628011 and bug 625258
[16:40] <ubot4> Launchpad bug 628011 in ubiquity (Ubuntu) "Ubiquity crashes on Ubuntu Netbook (affects: 1) (heat: 6)" [Undecided,Fix released] https://launchpad.net/bugs/628011
[16:40] <ubot4> Launchpad bug 625258 in ubiquity (Ubuntu) "ubiquity crashed with UnboundLocalError in part_ask_option_changed() (affects: 11) (heat: 54)" [High,Fix released] https://launchpad.net/bugs/625258
[16:42] <GrueMaster> Neither of those should affect us.  I'll reflash/retest before filing anything.
[16:43] <ev> GrueMaster: useQuirks isn't from ubiquity and can be ignored - it's been appearing since fairly early on in the release
[16:44] <ev> GrueMaster: do you have a traceback?
[16:44] <GrueMaster> ok.  First time I've seen it on armel.
[16:44]  * ogra has never seen it 
[16:45] <ogra> part_ask_option_changed() surely cant affect us on preinstalled images :)
[16:45] <cjwatson> seb128: I think it's unlikely that we can get it into many images, but I don't mind accepting it so that it's there for post-beta.  Done
[16:45] <GrueMaster> No traceback at the moment.  If I can reproduce it, I'll gather all the info.  Just never saw this oddity before.
[16:45] <ogra> and the other one is a partitioning issue too
[16:46] <GrueMaster> that's why I said they wouldn't affect us.  :P
[16:47] <didrocks> hum, for the netbook image, I just get the ackwardly famous "unknown keyword" on syslinux
[16:47] <cjwatson> upgrade to the usb-creator that *just* landed in lucid-updates (may not quite be on archive.u.c yet)
[16:48] <didrocks> even the maverick version has been upgraded?
[16:48] <didrocks> (it was only on lucid before IIRC)
[16:48] <seb128> cjwatson, thanks
[16:49] <cjwatson> maverick hasn't, but maverick didn't suffer from the problem in the first place PROVIDED that you also have maverick's syslinux installed
[16:49] <cjwatson> well, it suffers from the problem the other way round, for building lucid sticks on maverick; that hasn't been fixed yet
[16:50] <ScottK> Right, but that's not what the bug was about.
[16:50] <didrocks> hum weird, I created a desktop live yesterday from my laptop (maverick up-to-date) without any issue, just this time, creating the netbook live with the current iso make the error appear
[16:50] <ScottK> Probably ought to have another bug for that.
[16:51] <didrocks> will double check with the desktop iso first. or maybe I pick the wrong iso in the list, let me check
[16:51] <didrocks> (as adding an iso doesn't select it in usb-creator, it's more than possible)
[17:03] <didrocks> ok, was my fault. I should have select the wrong iso in usb-creator (probably a jaunty one). I should log a bug and fix that when you add an iso to usb-creator, it should select it. Testing the netbook iso now
[17:18] <ttx> cjwatson: eod here, server looks good, except some racy issues in eucalyptus that we'll document in releasenotes
[17:19] <ttx> I'll check in later today to answer any question, and be around early tomorrow.
[17:19] <GrueMaster> Ok, not reproducing oem-config crash.  Must have been an odd fluke with my SD.
[17:19] <cjwatson> ttx: ok, thanks
[17:25] <didrocks> cjwatson: do you know when the .1 iso for netbook respin will be published?
[17:29] <cjwatson> for netbook I was waiting for ev to sort out this install-from-USB bug
[17:30] <didrocks> ok, thanks
[17:41] <ara> If bug 627672 is not going to be fixed for Beta, it should be clearly release noted
[17:41] <ubot4> Launchpad bug 627672 in ubiquity (Ubuntu) (and 1 other project) "[Maverick Beta] install from USB stuck retrieving files 2/6 Hp Mini (affects: 2) (dups: 1) (heat: 16)" [Undecided,New] https://launchpad.net/bugs/627672
[17:41] <ara> in my opinion it is quite important
[17:42] <ara> it makes a lot of installations fail
[18:00] <cjwatson> ara: 17:29 <cjwatson> for netbook I was waiting for ev to sort out this install-from-USB bug
[18:00] <cjwatson> Ubuntu DVDs posted
[18:03] <skaet> cjwatson, pitti,  did the fix to bug 625110 make it in?
[18:03] <ubot4> Launchpad bug 625110 in udev (Ubuntu Maverick) (and 1 other project) "usb-modeswitch 1.1.4 doesn't switch any device (affects: 2) (dups: 1) (heat: 22)" [High,Fix committed] https://launchpad.net/bugs/625110
[18:07] <ara> cjwatson, OK, thanks
[18:09] <ScottK> skaet: Still in the queue.
[18:09] <ScottK> https://launchpad.net/ubuntu/maverick/+queue?queue_state=1&queue_text=udev
[18:09] <skaet> ScottK,  thanks.  :)
[18:09] <ScottK> You're welcome.
[19:44] <slangasek> does someone know what the deal is with kdm and plymouth in maverick? (bug #628195)
[19:44] <ubot4> Launchpad bug 628195 in plymouth (Ubuntu) "plymouthd keeps running after entering into kdm (not with gdm) (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/628195
[19:46] <ScottK> Sure enough.  It does.
[19:47] <ScottK> root       300     1  0  2883  3540   1 00:46 ?        00:01:39 /sbin/plymouthd --mode=boot --attach-to-session --pid-file=/dev/.initramfs/plymouth.pid
[19:49] <slangasek> ScottK: since the only plymouth change since lucid is to print "10.10" instead of "10.04", I'm pretty sure this is a regression in the kdm patch to handle stopping plymouth; but the previous bug report I triaged over that way seems not to have resulted in any action
[19:50] <slangasek> bug #618450
[19:50] <ubot4> Launchpad bug 618450 in kdebase-workspace (Ubuntu) (and 1 other project) "plymouthd does not quit on starting kdm (affects: 3) (heat: 274)" [Undecided,New] https://launchpad.net/bugs/618450
[19:50] <ScottK> I'm looking for the init file now.
[19:50] <slangasek> oh, that one was about using non-Ubuntu packages
[19:51] <slangasek> it's not about the init file - kdm itself needs to stop plymouth directly with the correct options in order to do the smooth transition to X
[19:51] <slangasek> and lucid has the patch to do this - I don't know about maverick
[19:51] <ScottK> So http://bazaar.launchpad.net/~kubuntu-members/kdebase-workspace/ubuntu/annotate/head:/debian/kdm.upstart isn't where we should look?
[19:51] <slangasek> no
[19:52] <ScottK> ok
[19:53] <ScottK> I think I found it.
[19:54] <slangasek> ScottK: debian/patches/kubuntu_34_kdm_plymouth_transition.diff, in Lucid
[19:54] <ScottK> Yep.  It changed in Maverick and I think not for the better.
[19:55] <ScottK> slangasek: http://bazaar.launchpad.net/~kubuntu-members/kdebase-workspace/ubuntu/annotate/head:/debian/patches/kubuntu_34_kdm_plymouth_transition.diff looks like rev 387 is the deadly one.
[19:55] <ScottK> Riddell: Can you have a look ^^^^
[19:57] <slangasek> hmm, that really seems to be mostly whitespace changes
[19:58] <slangasek> sigh, the previous revision nuked the DEP3 patch header
[19:58] <slangasek> but otherwise also does not change the patch
[19:58] <ScottK> Maybe it is.
[19:59] <slangasek> so I guess the breakage is due to changes to other code within kdm
[20:06] <ScottK> slangasek: apachelogger is looking at it.
[20:09] <slangasek> ScottK: ok, cool
[20:20] <GrueMaster> Not getting very far with kubuntu on omap.
[20:20] <GrueMaster> At least oem-config isn't crashing, though.
[20:56] <ScottK> GrueMaster: Does the preinstalled image use ubiquity?
[20:56] <GrueMaster> Somewhat.  It uses oem-config.
[20:57] <GrueMaster> But it got through all that.  Should have restarted into kdm.
[20:57] <GrueMaster> I've been experiencing some oddities with SD cards, so I'm trying again after zeroing one out.
[20:58] <ScottK> ubiquity in KDE is currently having excessive ram use problems.
[20:58] <ScottK> So it wouldn't suprise me if it had trouble on armel.
[21:00] <GrueMaster> Especially on beagleboard w/ 256M.
[21:01] <ScottK> Yep.
[21:02] <ScottK> It finally got to where it succeeded on my 1GB laptop, but Riddell's 512MB VM still had trouble.
[21:03] <ScottK> ev was last seen saying he'd finally replicated the issue.
[22:37] <elmo> cjwatson, et al.: has anyone whined at you about cdimage.u.c being run out of disk space?
[22:37] <cjwatson> nope
[22:38] <cjwatson> I can prune some DVD builds
[22:39] <elmo> thanks
[22:56] <Daviey> Release Team: Did ttx send some release notes regarding known issues for UEC Beta?
[23:03] <cjwatson> elmo: freed up 40G, does that help?
[23:03] <cjwatson> or thereabouts
[23:04] <elmo> cjwatson: perfect, thanks
[23:29] <skaet> Daviey, haven't seen any notes from ttx.   Can you please send what you have?
[23:29] <Daviey> skaet, Hah.. twas just about to give up and go to bed... Will compose them now.
[23:30] <skaet> Daviey,  thanks!  :)