[00:00] <hggdh> of course, I run it under KVM
[00:00] <SpamapS> I do too
[00:00] <SpamapS> would love to figure out how to record what I do, and have it re-played
[00:01] <hggdh> there is a way, with the KVM tester
[00:01] <SpamapS> and of course, I don't even get to post my result because its a new build. :-P
[00:01] <hggdh> but it is a pain to set up, and a change on D-I borks it
[00:01] <SpamapS> thats ok
[00:02] <SpamapS> would only have to re-do it once when d-i changes right?
[00:02] <hggdh> yes
[00:02] <SpamapS> I *hate* this test
[00:02] <SpamapS> Hate it.
[00:02] <hggdh> correct is HATE
[00:02] <SpamapS> but its super important.. as our mdadm quality is still very low. :-P
[00:02] <hggdh> it is the most painful of them all
[00:03] <SpamapS> so, should I submit my result on the 20110802.1 build page or just be happy that I have a bug to fix?
[00:03] <hggdh> if there is no change relating to RAID, I would say go ahead and submit it
[00:05] <SpamapS> ok, EOD for me.. have fun w/ i386 ;)
[00:24] <slangasek> ubuntu-server arm image failing to build?
[00:29] <NCommander> slangasek: ugh. something went pear-shaped, probably due to the racing builds (which caused the download-preinstall-filesystems to partially fail)
[00:30] <NCommander> slangasek: once everything dies down, I'll redo the build CD image with the last live filesystem that successfully built
[00:32] <skaet> charlie-tca, xubuntu alternate (20110802.1) amd64 + i386 posted.
[00:33] <charlie-tca> Thanks!
[00:57] <skaet> NCommander,   am about to call it an evening now,  will leave sorting out the ARM images and Kubuntu rebuilds in your hands.  :)
[00:57] <NCommander> cya
[01:49] <NCommander> Kubuntu 20110803 amd64/i386/powerpc posted
[01:57] <ScottK> Thanks.
[02:02] <ScottK> skaet: Started on Kubuntu overview: https://wiki.kubuntu.org/OneiricOcelot/Alpha3/Kubuntu
[03:24] <ScottK> NCommander: I need Kubuntu armel respun since it's out of date for a bunch of stuff.
[03:24] <NCommander> ScottK: the entire armel batch of images are semi-fubared, we got a race between the manual builds and the crontba
[03:24] <ScottK> NCommander: OK.  No rush then.
[03:25] <NCommander> which caused several things to break
[03:25] <NCommander> I'm working on that :-/
[03:25] <ScottK> As long as they are on the list, I'm happy.
[03:32] <NCommander> Completing the ubuntu and ubuntu-server preinstalls  now from the buildd explosion earlier tonight
[03:32] <NCommander> ScottK: kubuntu still needs a rebuild which I'm kicking off now
[03:33] <NCommander> ScottK: looks like Kubuntu Mobile built successfully so I'm posting that now
[03:34] <NCommander> ScottK: does x86 Kubuntu Mobile also need a respin (its show 080202011)
[03:34] <NCommander> er
[03:34] <NCommander> 20010802
[03:34] <NCommander> ...
[03:53] <ScottK> Thanks
[03:53] <NCommander> ScottK: I think you missed my question above
[03:56] <ScottK> I did.
[03:56] <ScottK> What was the question NCommander?
[03:56] <NCommander> ScottK: does x86 Kubuntu Mobile need a respin?
[03:56] <ScottK> I see it.
[03:56] <ScottK> Hmmm.
[03:59] <ScottK> There was a QA web page that showed if an image had out of date pacakges.
[03:59] <ScottK> NCommander: I'm not sure, but I'd respin it just to be safe it there's no others that need doing.
[03:59] <NCommander> right, its not a big issue since the x86 builders are idle right now
[04:00] <NCommander> so kicked
[04:02] <ScottK> Thanks.
[04:03] <ScottK> Burning my Kubuntu i386 usb stick right now.
[04:06] <NCommander> Ubuntu ARM preinstalls are up
[05:05] <stgraber> superm1: just saw your comment on derivatives. Isn't 15autologin used by any derivative using lightdm? My understanding was that this should write a lightdm.conf with autologin turned on for everyone using lightdm which should at least give you a working live session?
[05:06] <stgraber> skaet: I'll have a look through the others tomorrow morning (as well as updating TechnicalOverview on the wiki for Edubuntu, sorry for not doing it yet)
[05:35] <superm1> stgraber, the syntax changed in the latest lightdm release
[05:35] <superm1> so the syntax it's using to correct derivatives isn't correct
[05:35] <superm1> oh and derivatives will already have a lightdm.conf if they are changing anything with lightdm (theme en/dis guest, default session)
[09:09] <mvo> is a base-files upload appropriate that fixes a conffile prompt or should I rather wait for after a3 with that?
[10:45] <jibel> bug 820284
[10:45] <ubot4> Launchpad bug 820284 in ubiquity (Ubuntu Oneiric) (and 1 other project) "Oneiric DVD 20110802.1 i386 failed to install: /usr/lib/ubiquity/target-config/30accessibility: 41: log_end_msg: not found (affects: 1) (heat: 6)" [Critical,New] https://launchpad.net/bugs/820284
[10:45] <jibel> only on i386 DVDs
[10:45] <jibel> ev, ^
[11:03] <ev> jibel: I've uploaded casper 1.274 to fix this.
[12:15] <smoser> anyone around who can answer...
[12:15] <smoser> is there any reason that I should not go through with testing 20110802.2 AMIs ?
[12:58] <stgraber> good morning
[12:59] <stgraber> superm1: right, derivatives who already ship /etc/lightdm/lightdm.conf will get a login screen (as the sed expressions won't apply either)
[12:59] <stgraber> I haven't checked but Edubuntu should be fine as we haven't customized lightdm yet
[13:01] <ScottK> Kubuntu is still using KDM, so not affected.
[13:04] <charlie-tca> xubuntu will need a desktop respin for bug 820284
[13:04] <ubot4> Launchpad bug 820284 in ubiquity (Ubuntu Oneiric) (and 3 other projects) "Oneiric DVD 20110802.1 i386 failed to install: /usr/lib/ubiquity/target-config/30accessibility: 41: log_end_msg: not found (affects: 1) (heat: 6)" [Critical,Invalid] https://launchpad.net/bugs/820284
[13:55] <skaet> good morning all
[13:55] <stgraber> good morning skaet
[13:55]  * skaet working through the backscroll
[13:57] <skaet> stgraber,  any uploads pending on the bugs highlighted before I start off the rebuilds?
[13:58] <stgraber> skaet: I'm still syncing my images at the moment so no upload pending on my side at the moment
[13:58] <stgraber> lightdm will most likely be broken for mythbuntu/xubuntu. I can have a look at fixing that if that's something we want for alpha-3
[13:59] <stgraber> (it's going to show a login box for any derivative shipping with a /etc/lightdm/lightdm.conf)
[13:59] <skaet> smoser,  not aware of any issues,  most of the churn is on desktop side.
[14:00] <skaet> charlie-tca, looks like you've need a respin for the Xubuntu,  do you want to wait and see if stgraber can fix the lightdm issue?  or should I go ahead and respin and pick up the current fixes?
[14:01] <charlie-tca> Sure, we can wait, but my desktop images are un-installable at this time
[14:01] <stgraber> charlie-tca: can you paste the content of your /etc/lightdm/lightdm.conf?
[14:02] <charlie-tca> in a fresh install?
[14:02] <stgraber> charlie-tca: the one in your live environment
[14:02] <charlie-tca> sure
[14:03] <skaet> mvo, can you give me the bug number?
[14:03] <superm1> stgraber, http://paste.ubuntu.com/657949/ is the one in mythbuntu
[14:09]  * skaet has started off Ubuntu DVD rebuild
[14:09] <stgraber> ok, I'm tempted to just overwrite the lightdm.conf file in all cases. That should be good enough for alpha-3 and as lightdm isn't actually visible to the user, it's not really important what theme it'd be using
[14:09] <stgraber> superm1, charlie-tca: makes sense?
[14:11] <superm1> stgraber, hm probably does make sense i guess
[14:11] <charlie-tca> I just found it, deep in /usr/share/xubuntu
[14:11] <charlie-tca> That will re-enable guest logins, though?
[14:11] <superm1> well only if someone logs out from the live session
[14:12] <charlie-tca> okay
[14:12] <stgraber> nope, my config disables guest login
[14:12] <charlie-tca> works for me, then. The only change I see is disabling guest login
[14:12] <stgraber> as it's done with casper, that's just going to affect your live environment. Post-install you'll be back to using whatever your usual lightdm.conf is
[14:14] <charlie-tca> Xubuntu lightdm.conf is at http://paste.ubuntu.com/657955/
[14:15] <superm1> there is still a ubiquity bug with when it tries to modify lightdm.conf too for autologin still
[14:15] <charlie-tca> Okay
[14:15] <superm1> so that will still be busted
[14:15] <stgraber> superm1: what happens in that case? Just no autologin post-install or something worse?
[14:16] <superm1> no autlogin post install yeah
[14:16] <stgraber> skaet: new casper uploaded
[14:16] <mvo> skaet: https://bugs.launchpad.net/ubuntu/+source/base-files/+bug/820233 is the bug
[14:17] <ubot4> Launchpad bug 820233 in base-files (Ubuntu) "conffile prompt during natty -> oneiric upgrade (affects: 2) (heat: 10)" [High,In progress]
[14:17] <skaet> stgraber,  thanks
[14:18] <superm1> stgraber, and actually the bug is user-setup for installer.  it's doing the same thing casper used to.
[14:19] <skaet> mvo, since the fix is ready,  go ahead and upload.  we'll pick it up on the same respin as stgraber's latest upload
[14:20] <stgraber> superm1: ok, except that the same trick won't work for user-setup as we probably want to keep the lightdm.conf they ship
[14:21] <stgraber> superm1: I guess the fix will be to create lightdm.conf if it doesn't exist, make sure whoever ships a lightdm.conf has the autologin value in there but commented and then modify user-setup to sed these
[14:21] <superm1> stgraber, yeah.  so somehow or another all the smarts has to get written in sh.
[14:21] <superm1> that's a good enough solution i think
[14:37] <skaet> ScottK,  are we looking like we'll need any Kubuntu respins today, or are your images looking good?
[14:38] <ScottK> skaet: I don't know of any Kubuntu specific issues that would drive respins.  If Ubuntu is respinning for 820284 then perhaps we need to too.
[14:39] <ScottK> I'd like to pick up mvo's conffile fix too.  I know that affects Kubuntu because I hit it myself.
[14:41] <mvo> ok, sorry for the delay, I can upload it now
[14:56] <skaet> mvo,  let meknow the package version for it, so I can monitor and kick things off as soon as it publishes.
[14:57] <mvo> subject: [ubuntu/oneiric] base-files 6.4ubuntu4 (Accepted)
[15:35] <skaet> ok, looks like casper and base-files are published now,   will start the respinning:  ubuntu-desktop, edubuntu-dvd, xubuntu-desktop, kubuntu-desktop, ubuntu-dvd, kubuntu-dvd
[15:35] <skaet> stgraber, superm1, charlie-tca, ScottK, ^^ have I missed any that need a rebuild?
[15:35] <charlie-tca> not here
[15:36] <charlie-tca> well, not any missed here
[15:36] <charlie-tca> mythbuntu working?
[15:38] <skaet> mythbuntu desktop is affected by one of the casper fixes, so yes it should probably be added to the list.   superm1 - are all the necessary pieces in place to do a respin of mythbuntu?
[15:49] <skaet> NCommander,  builds started off,  in this order:
[15:49] <skaet> echo building ubuntu daily-live; buildlive ubuntu daily-live && for-project ubuntu cron.daily-live; echo building edubuntu dvd; buildlive edubuntu-dvd dvd && for-project edubuntu cron.dvd; echo building xubuntu daily-live; buildlive xubuntu daily-live && for-project xubuntu cron.daily-live; echo buiding kubuntu daily-live; buildlive kubuntu daily-live && for-project kubuntu cron.daily-live; echo building ubuntu dvd
[15:49] <skaet> ; buildlive ubuntu-dvd dvd && for-project ubuntu cron.dvd; echo building kubuntu dvd; buildlive kubuntu-dvd dvd && for-project kubuntu cron.dvd
[15:56] <skaet> superm1,  ^^ let me know if mythbuntu is ready to be added to the respin list?
[15:57] <superm1> nothing left to add for mythbuntu respin
[15:57] <superm1> wasn't planning to fix anything else
[15:59] <skaet> superm1,  ok  I'll queue it up and mark that its being respun.
[16:10] <charlie-tca> skaet: Xubuntu encrypted LVM fails. It won't accept any password as correct to let me login to the computer
[16:11] <charlie-tca> and it can be release noted.
[16:12] <skaet> charlie-tca, thanks.
[16:36] <jibel> skaet, slangasek , stgraber charlie-tca : DVD 20110803 i386 fails to install. 820284 is fixed but ubiquity stops at "configuring target system"
[16:36] <jibel> I'll replay the installation in debug mode and file a bug with the logs
[16:37] <stgraber> jibel: ok. I'll go grab some lunch and can look at that when I'm back if nobody else does it first (ev? :))
[16:39] <charlie-tca> Thanks, jibel
[16:40] <skaet> thanks jibel, stgraber
[16:43] <skaet> ubuntu desktop (20110803) has been posted
[17:12] <skaet> gilir,  do you want a respin to pick up the bug fixes that have gone in last night and this morning or are you good to release with the images you have?
[17:12] <jibel> bug 820485
[17:12] <ubot4> Launchpad bug 820485 in ubiquity (Ubuntu Oneiric) (and 1 other project) "ubiquity stops installation at 'Configuring target system' (affects: 1) (heat: 6)" [Critical,New] https://launchpad.net/bugs/820485
[17:13] <skaet> ev, stgraber,  ^^ could one of you look into this?
[17:14] <gilir> skaet, no it's good for me, unless security fixes of last upload of chromium are really needed in the alpha
[17:15] <skaet> gilir,  should be fine then.   alphas are work in progress, and security fixes can be picked up on updates.  :)
[17:15] <micahg> gilir: it's the standard type of exploits, and there will be another round in 2 weeks, so I don't think it's worth respinning for
[17:17] <gilir> micahg, skaet ok thanks :)
[17:45] <charlie-tca> superm1: I finally found where the missing icons come into things. If Xubuntu is installed, and the first xubuntu session is picked at login, the icons are missing and network manager icon doesn't give the connections.
[17:46] <charlie-tca> If the second Xubuntu session is selected, everything works as expected
[17:47] <superm1> charlie-tca, hm that still doesn't seem to make sense.
[17:47] <charlie-tca> It's because if the first Xubuntu session is picked, it uses Xfce defaults instead of Xubuntu. If the second session is picked, it defualts properly
[17:47] <charlie-tca> technical part:
[17:48] <charlie-tca> XDG_CONFIG_DIRS end up containing /etc/xdg/xdg-default/ instead of /etc/xdg/xdg-xubuntu
[17:48] <charlie-tca> and can not be reset, even if the other session is picked on next login
[17:50] <superm1> by that logic, it shouldn't happen on mythbuntu though because we don't have the 'default' session option though.
[17:50] <superm1> eg no symlink /usr/share/xsessions to default.desktop
[17:51] <jibel> skaet, stgraber , desktop images 20110803 fails with the same error then DVD, 20110802.1 were ok.
[17:53] <skaet> jibel,  thanks for letting us know.
[17:53] <charlie-tca> superm1: That's the only time xubuntu has those missing icons and missing info in network manager
[17:54] <superm1> does nm-applet actually care about XDG_CONFIG_DIRS?
[17:54] <superm1> grep'ing the source I don't see references to it
[17:54] <charlie-tca> I don't know. I just know if they pick the right session for us, they get all the icons and info
[17:54] <seb128> superm1, not sure but glib,gtk do care
[17:55] <seb128> superm1, it might be using glib functions which care
[17:55] <superm1> ah
[18:06] <stgraber> skaet: I'll have a look
[18:07] <stgraber> jibel: what's the hostname of the box running the iso tracker again?
[18:07] <skaet> Thanks stgraber.
[18:08] <stgraber> jibel: also, your log shows the last action was running ma-apply (migration assistant). Do you also have Windows in that VM?
[18:09] <ScottK> skaet: Any idea how long until we'll see Kubuntu live images?
[18:10] <jibel> stgraber, limequat
[18:11] <jibel> stgraber, and there was no Windows in that VM and I choose to install on the whole disk
[18:17] <skaet> stgraber,  the edubuntu dvd is off the builders,  is it worth posting?
[18:18] <skaet> ScottK,  Xubuntu's building and Kubuntu live is right after.    See posted list above ^^
[18:19] <ScottK> What's that in time?  roughly?
[18:21] <stgraber> skaet: if ubiquity is broken somehow, probably not
[18:27] <highvoltage> stgraber: can you jog my memory about wubi? is there anything we need to do to have it on the dvd?
[18:27] <stgraber> highvoltage: I need some artwork done and then have a branch merged by ev (currently just on my laptop)
[18:28] <stgraber> highvoltage: I can send you the specs for the 2-3 images we need
[18:30] <stgraber> highvoltage: lp:~edubuntu-dev/wubi/edubuntu-support what we need is the various images in data/images/Edubuntu*
[18:35] <highvoltage> stgraber: ok, will do that tomorrow
[18:38] <highvoltage> stgraber: ah I see it's just simple logos, I'll do it now
[18:38] <stgraber> jibel: running the same install here, hopefully I'll find something
[18:38] <stgraber> highvoltage: yep, the .ico is probably the same as our favicon, the two others need a bit more work but still quite easy to do I guess
[18:42] <stgraber> jibel: ok, stuck at the same point. Now trying to figure out what's wrong
[18:45] <NCommander> skaet: thats a heck of a lot of builds
[18:46] <skaet> NCommander, yeah and we'll be rebuilding them likely, based on what stgraber finds out.
[18:46] <stgraber> jibel: can you do a quick test for me?
[18:47] <stgraber> jibel: remove /usr/lib/ubiquity/target-config/50gkd-caps before running ubiquity and see if that "fixes" it
[18:47] <NCommander> skaet: sounds like its going to be another long day of rebuilds
[18:47] <skaet> NCommander,  server images and lubuntu are pretty much set at this time.   waiting to hear back on ARM,  alternates seem ok.  but desktops and dvd have picked up a snag.
[18:48] <NCommander> which snag?
[18:49] <stgraber> skaet: I'm 90% sure gnome-keyring is the problem. It got uploaded yesterday and introduces a new ubiquity target-config plugin doing a setcap call in the target.
[18:49] <stgraber> skaet: removing it seems to make ubiquity work again though gnome-keyring will most likely be broken post-install. I'll poke cyphermox to try and get a fix for that script
[18:49] <NCommander> oh
[18:49] <NCommander> that snag
[18:50] <NCommander> I saw it in the bug list :-/
[18:50] <skaet> stgraber, ok, please go ahead and revert it.
[18:50] <skaet> we can release document it.
[18:50] <stgraber> cyphermox: ping?
[18:51] <highvoltage> stgraber: added it, not sure how it will look in wubi, but I'll try it out at some point
[18:51] <stgraber> highvoltage: I can send you a wubi.exe if you have a machine to test it on
[18:51] <highvoltage> stgraber: I'll see the artwork if I run it under wine right?
[18:51] <stgraber> guess so
[18:52] <highvoltage> yes please send it, lets see what it does
[18:56] <utlemming> jamespage: ping
[18:57] <GrueMaster> skaet: No critical issues on the arm desktop images that would require a respin.
[18:58] <stgraber> highvoltage: http://www.stgraber.org/download/wubi.exe
[18:58]  * skaet hugs GrueMaster 
[18:58] <skaet> GrueMaster, thanks, that's good news.  :)
[18:59] <GrueMaster> Well, not to say there aren't issues.  Just nothing preventing release.  :P
[18:59] <highvoltage> stgraber: that seems to be an ubuntu one (I just get the ubuntu branding)
[18:59] <skaet> heh,  caveats appreciated.  :)
[18:59] <highvoltage> stgraber: (ah sorry I had to choose edubuntu first)
[19:00] <skaet> charlie-tca,   do you want me to post the xubuntu as it comes off the builders or is it likely affected by gnome-keyring?
[19:00] <charlie-tca> no point in posting it. If Ubuntu won't install...
[19:01]  * skaet nods
[19:01] <charlie-tca> gonna be a long day today
[19:03] <skaet> charlie-tca, are the xubuntu alternates in reasonable shape?
[19:03] <charlie-tca> well, as long as no one uses encrtyption
[19:03] <charlie-tca> encryption?
[19:04] <charlie-tca> If the only thing that fails is encrypting the drive, I will go with it
[19:06] <stgraber> skaet: just talked to cyphermox on the phone. I'll try a potential fix quickly, if that doesn't work I'll revert the code in gnome-keyring and upload it
[19:07] <skaet> stgraber, thanks!
[19:12] <NCommander>  /win 38
[19:12] <NCommander> bah
[19:12] <GrueMaster> Am I wrong to assume that the pool is frozen during release?  I am having issues reporting bugs because of obsolete packages on images built this morning.
[19:13] <GrueMaster> NCommander: Everyone knows that the correct answer is 42 for the /win.  :P
[19:13]  * NCommander stabs GrueMaster 
[19:14] <NCommander> GrueMaster: its soft freeze, so only seeded packages are frozen, and even then its only at teh point where its a gentlemans agreement keeping everything in place
[19:14] <skaet> GrueMaster, its a soft freeze for main and seeded universe.
[19:14] <skaet> heh,  what Ncommander said.
[19:22] <cyphermox> stgraber: any idea why setcap would hang like this ?
[19:23] <cyphermox> it certainly didn't when I tested the script in a live session
[19:23] <stgraber> cyphermox: I'm finishing the test when directly using chroot. It looks good, I'll just need to run a getcap to make sure it worked.
[19:24] <stgraber> cyphermox: my guess is that in-target does some weird stuff with stdin/stdout, debconf or similar stuff that setcap doesn't like or that ends up locking the install process somehow
[19:25] <cyphermox> oh
[19:25]  * cyphermox stabs in-target
[19:25] <stgraber> skaet, cyphermox: Replacing by a simple call to chroot worked fine. getcap confirms that cap_ipc_lock+ep is set
[19:25] <cyphermox> thanks
[19:25] <stgraber> I'll upload a new gnome-keyring in a few minutes
[19:28] <skaet> stgraber,  thanks.   Let me know what version to look for from the publisher.
[19:30] <stgraber> cyphermox: is there a separate packaging branch for gnome-keyring or are you using the UDD one for that package?
[19:31] <stgraber> skaet: Uploading gnome-keyring_3.1.1-0ubuntu4_source.changes: done.
[19:31] <skaet> stgraber thanks!
[19:31] <cyphermox> stgraber: lp:~ubuntu-desktop/gnome-keyring/ubuntu; but it contains some 3.1.4 stuff
[19:32] <stgraber> cyphermox: can I let you merge what I pushed to the UDD branch into the ~ubuntu-desktop branch?
[19:32] <stgraber> jibel: btw, ubuntu desktop i386 with the new gnome-keyring package installs and boots fine here!
[19:33] <stgraber> now to finally try Edubuntu and update the TechnicalOverview
[19:33] <cyphermox> stgraber: sure.
[19:34] <stgraber> cyphermox: thanks
[19:34] <charlie-tca> I have held off on updating until I know I will have something
[19:37] <skaet> charlie-tca, is there an issue with the xubuntu alternates as well?
[19:37] <charlie-tca> I am keeping them
[19:37] <charlie-tca> I won't have an encrypted install working
[19:56] <jibel> stgraber, sorry dinner time. I'm back.
[19:58] <skaet> jibel,  we're waiting for the gnome-keyring fix to build and publish,  then will be kicking off the desktop and DVD builds again.
[19:58] <stgraber> jibel: if you want to do some testing while waiting for the new builds, just updating gnome-keyring in the livefs should work fine
[19:58] <jibel> skaet, I was reading the backlog. Thanks for the summary :)
[19:59] <skaet> :)
[20:00] <ScottK> Looks like the new Kubuntu images are up.
[20:00] <skaet> ScottK, 20110803.1 Kubuntu Desktop published to iso tracker.
[20:00] <skaet> heh
[20:00] <skaet> yeah
[20:00] <ScottK> Great.
[20:01] <skaet> ScottK, if they look sane,  I'll respin the Kubuntu DVD's while we're waiting for the gnome-keyring fix to get published.
[20:01] <jibel> stgraber, ok trying that now.
[20:02] <jibel> stgraber, do I need another test with  50gkd-caps disabled too, I assume that's needless now
[20:03] <GrueMaster> skaet: I hear there is a respin in the works?
[20:03] <stgraber> jibel: nah, updating gnome-keyring will give you a fixed 50gkd-caps
[20:04] <skaet> GrueMaster,  for images with the bad gnome-keyring update in them.
[20:04] <skaet> GrueMaster, wasn't planning on respinning ARM images unless you indicate it was necessary.
[20:04] <GrueMaster> What is the issue?  And does it affect arm?
[20:05] <GrueMaster> Ok, thanks.
[20:05] <GrueMaster> That was what I was wondering.
[20:06] <GrueMaster> Make sure everyone knows not to respin armel.  All the testing is extremely manual and time consuming at this point, so if I don't benefit from a respin, I don't want it.
[20:06] <GrueMaster> Closer to final release would be understandable to ensure everything is in sync.
[20:09]  * skaet nods
[20:09] <skaet> NCommander, ^^ ,  FYI.  :)
[20:10]  * ScottK reads "Make sure ... respin ... armel." Got it.
[20:10] <ScottK> ;-)
[20:13] <ScottK> skaet: "Sane" requires an install, right?
[20:13]  * ScottK is starting one.
[20:14] <skaet> ScottK,  yup.   or a check that you don't have gnome-keyring_3.1.1-0ubuntu3 in your manifest.
[20:15] <ScottK> That should be pretty easy
[20:16] <skaet> jibel, stgraber, NCommander,  gnome-keyring_3.1.1.-0ubuntu4 has published,  have kicked off Ubuntu desktop rebuild.
[20:16] <ScottK> libgnome-keyring0	3.1.4-0ubuntu1
[20:16] <ScottK> That's not it, right?
[20:17] <skaet> ScottK,  doesn't look like it to me,  but cyphermox is the expert.
[20:17] <ScottK> skaet: Assuming that doesn't worry you, I think we're good.
[20:18] <cyphermox> ScottK: I don't think you should have 3.1.4-0ubuntu1 yet :/
[20:18] <ScottK> skaet: If you've got a slot open now, I'd go ahead and do the DVD respin then.
[20:18] <skaet> NCommander and I will be standing by.   Will kick off the Kubuntu DVDs when the next slot occurs.
[20:18] <skaet> Ubuntu Desktop building now.
[20:18] <cyphermox> nevermind, that's fine
[20:19] <skaet> Would like to confirm its sane, before starting off Edubuntu and Xubuntu.
[20:19] <ScottK> That's what is says in http://cdimages.ubuntu.com/kubuntu/daily-live/current/oneiric-desktop-i386.manifest
[20:19] <stgraber> skaet: I'm doing a quick test of Edubuntu by manually updating the current image
[20:20] <skaet> stgraber,  that would be appreciated. :)
[20:20] <cyphermox> ScottK: that looks fine
[20:23] <jibel> stgraber, ubuntu desktop amd64 installs and boots with gnome-keyring 3.1.1-0ubuntu4
[20:32] <ScottK> Was there an issue earlier with hanging at the "Detecting file systems ... 100%" point?
[20:34] <charlie-tca> Configuring target system... was
[20:35] <charlie-tca> I don't remember one at Detecting file systems...
[20:36] <ScottK> I think I got one.
[20:36] <ScottK> Oh, no.  Just really slow
[20:36] <ScottK> Nevermind.
[20:57] <NCommander> right no ARM respins
[20:57] <NCommander> gotit
[21:02] <stgraber> skaet: just finished a first edit of TechnicalOverview of edubuntu. I'll re-update once I actually tested it :)
[21:02] <skaet> stgraber,  thanks!   (and fair enough ;) )
[21:18] <ScottK> skaet: I got a good install from the current Kubuntu Desktop image, so I think we're on track.
[21:19] <skaet> ScottK,  excellent.   NCommander has started off the Kubuntu DVD builds.   Ubuntu desktop is about to be published...
[21:27] <skaet> jibel, stgraber, NCommander, Ubuntu Desktop 20110803.1 posted
[21:41] <NCommander> DVD builds almost done
[21:46] <skaet> NCommander Kubuntu DVD builds almost done,  Ubuntu and Edubuntu still pending.  yes?
[21:57] <NCommander> xubuntu kicked
[21:57] <NCommander> brb
[22:03] <ev> skaet: here now.  Apols, was out all evening.
[22:03] <ev> Where can I be of help?
[22:04] <skaet> ev,  thanks for checking in!  stgraber sorted issue.
[22:04] <ev> awesome
[22:04] <skaet> :)
[22:05] <GrueMaster> Not sure how I missed it, distraction from multitasking probably.  Netinstall fails on omap (beagleXM). Bug 820621. Can be worked around, but very annoying.
[22:05] <ubot4> Launchpad bug 820621 in debian-installer (Ubuntu) "netinstall fails to make omap system bootable during install (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/820621
[22:08] <skaet> GrueMaster, my preference is that since there's a workaround to document it for now.  But would like NCommander's opinion (since he'll be the one staying up late spinning image ;) )
[22:09]  * NCommander looks at the bug
[22:09] <GrueMaster> Not an image to respin per-say.
[22:09] <NCommander> looks like f-k-i is wrong
[22:09] <NCommander> checking
[22:11] <skaet> ScottK,  NCommander,   Kubuntu DVD 20110803.1 posted.
[22:11] <ScottK> Thanks.
[22:12] <NCommander> GrueMaster: grumble, its a f-k-i bug, boot.script doesn't get created
[22:12] <GrueMaster> so...fix it.  :P
[22:13] <NCommander> GrueMaster: I'm sorely tempted to let it slide for A3 with a note saying OMAP3 netboot images are broken
[22:14] <NCommander> uploading f-k this close to release is probably a bad idea
[22:14] <ScottK> NCommander: GrueMaster was saying earlier he was anxious to retest all the armel images.
[22:14] <GrueMaster> I actually have no problem with that.  It isn't too difficult to manually fix, and this is still alpha.
[22:15] <ScottK> GrueMaster: Did you get a chance to look at the Kubuntu images?  It would be really appreciated if you could.
[22:15]  * GrueMaster fires flaming toads at ScottK
[22:15]  * ScottK has toad for dinner.
[22:15] <NCommander> ScottK: well it won't directly require a respin; to update f-k in preinstalls would require an ubiquity bug, but f-k-i is only part of netinstalls
[22:15] <ScottK> Hmmm crunchy.
[22:15] <GrueMaster> sigh.  No, but I can.
[22:15] <ScottK> GrueMaster: Thanks.
[22:16] <NCommander> skaet: I'm going to let this slide for A3, and release note it
[22:16] <ScottK> NCommander: I think for an Alpha it's perfectly fine to release not.
[22:16] <ScottK> e
[22:16] <skaet> NCommander,  fair enough.
[22:16] <NCommander> bug information updated
[22:17] <NCommander> thus noted
[22:19] <ScottK> Our new package manager for Kubuntu defaults to allowing untrusted packages to be installed.  Ugh.
[22:24] <ScottK> skaet: If we end up respinning Kubuntu for any reason, I definitely want to fix Bug #820638
[22:24] <ubot4> Launchpad bug 820638 in muon (Ubuntu Oneiric) (and 1 other project) "Muon defaults insecure (affects: 1) (heat: 258)" [Critical,Triaged] https://launchpad.net/bugs/820638
[22:25] <ScottK> The fix is a one liner, so it's just a matter of if there's a target.
[22:30] <skaet> ScottK,  ah that answers the question I was about to ask.
[22:30] <skaet> ScottK,  if you want it in,  after the rest of the desktop/DVDs are in,  we can do the builds.   Will you have enough testers available to check out the images in that window before release?
[22:32] <ScottK> It's the testers that are the problem.
[22:33] <ScottK> We just don't have that many.  Otherwise I'd respin without hesitation.
[22:33]  * GrueMaster resembles that remark.
[22:34] <GrueMaster> Ok.  "lack of" testers is the problem.  :P
[22:34] <skaet> ScottK,  your call.   We can probably have images ready before tomorrow morning Europe.  Unfortunately Ubuntu desktop & DVD will be in test mode as well then.
[22:34] <ScottK> Let's leave it.
[22:35] <ScottK> GrueMaster: Yes, lack of, sorry.
[22:35] <skaet> ScottK,  ok.
[23:25] <skaet> stgraber, Edubuntu DVD 20110803.1 now posted