[00:55] slangasek: I need to do a new d-i upload for omap anyway, apparently, so we'll get the new kernel with that. [00:55] ok [01:01] slangasek: Uploaded. [01:02] cheers [01:03] Oh wait... Bah. [01:03] Were the new kernels still pending? [01:03] Silly trigger-happy me. [01:03] evidently [01:03] only armhf has published [01:04] There, removed from the upload queue. [01:04] I'll re-upload later. [01:05] La la la. Pay no attention to the shell account behind the curtain. [01:11] slangasek: If history is anything to go by, those kernels will be done in 6-7 hours, so I'll do my d-i upload just before bed tonight. [01:11] alright [01:11] cjwatson: Don't worry about d-i respins, I'm doing an upload to fix omap after all the kernels are built. [02:00] slangasek, re: step 3 on day-2 - I did it earlier (and just added it). Basically want to make sure the cloud images stay in synch with our rebuilds (or its an explicit decision to not rebuild) [02:01] skaet: oh, I meant step 4, apparently you added a new 3 when I wasn't looking ;) [02:02] :) step 4 was an artifact from before, and given the iso tester mails out to those subscribed to tests, am wondering if its worth doing. Didn't do it earlier since we knew the images were bad - does the current set look like possible keepers? [02:02] no, the current set are still only smoke-testers [02:02] the kernel is still building [02:11] still building... urk [02:11] ok, maybe cjwatson and pitti can do the mail out once the next set get posted then. [02:11] s/and/or/ [02:12] slangasek, when did they actually start building? [02:25] slangasek, any updates to the pad.ubuntu.com? [03:23] skaet: the kernels started building as soon as uploaded, 6-ish hours ago; all archs are built now except for armel. As for pad.ubuntu.com, infinity has updated it to allow outputting arm images faster so that we don't have to wait for all subarchs before testing can be done [03:24] slangasek, re: kernel - ok, seems a bit longer than before though, but I'll check my records before commenting further. [03:27] re. pad.ubuntu.com - you comment doesn't quite make sense to me, pad is just to record what's happening. Comments there were the ones I put up before I had to go to the meeting (indicating things building, etc. not current status). I see adam's changes on the arm images - but the status at the top isn't accurate at the moment. [03:27] hence my questions on IRC :) [04:06] skaet: oh, sorry - I mean that there was a tweak to the build pipeline, my comment didn't make sense because I misunderstood the question :) [04:07] skaet: I hadn't looked at the top there. What's the "LTSP" item? [04:08] skaet: in any event, no new issues have been raised since those [04:20] hi there..1st time boot here...finally.. [04:30] skaet: mail out> sorry, what mail? [04:30] (and good morning) [06:38] * infinity glares at the armel kernel build to see if that will make it finish faster. [07:41] Kernel finally published; new debian-installer uploaded. [08:05] hi there...new boot here.. [08:05] anybody? [10:18] * cjwatson uploads casper to fix the autotests (bug 924535) [10:18] Launchpad bug 924535 in casper (Ubuntu Precise) (and 1 other project) "desktop preseeded installation stops at user setup since build 20120131 (affects: 2) (dups: 1) (heat: 14)" [High,In progress] https://launchpad.net/bugs/924535 [10:19] added to the pad [11:35] "Preseeded installation stops at user setup" remind me again what that is? [11:35] bug 924535 [11:35] Launchpad bug 924535 in casper (Ubuntu Precise) (and 1 other project) "desktop preseeded installation stops at user setup since build 20120131 (affects: 2) (dups: 1) (heat: 14)" [High,Fix released] https://launchpad.net/bugs/924535 [11:35] unless I'm misunderstanding your question [11:35] needs a preseed file pointed too at the start of the install [11:35] sure, the automatic tests do that [11:36] that'll be it, that's why I haven't come across it [11:36] if you aren't preseeding then that bug doesn't show up, indeed [11:36] but it makes a pretty big difference for qa/hwcert [11:36] that makes sense [11:37] do they care about kubuntu? if not it doesn't seem to be alpha critical for us [11:37] do you have jenkins tests? [11:37] nope [11:38] well, it's possible for other folks to do preseeding as well, but true, probably not milestone-critical for Kubuntu in itself [11:39] I am coming cross network-manager not successfully telling plymouth that it has started which causes plymouth to wait for ages on first boot [11:39] I don't see that in the iso tracker yet [11:47] Riddell, I got this issue, but not enough information to file a bug. there's a 2 minutes timeout on first boot. [11:48] I filed bug 924836 [11:48] Launchpad bug 924836 in network-manager (Ubuntu) "network-manager does not tell plymouth it has started (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/924836 [11:54] * ogra_ wonders why the ac100.bootimg files on cdimage have the wrong md5 [11:54] URL? [11:55] http://cdimage.ubuntu.com/daily-preinstalled/20120201.1/precise-preinstalled-desktop-armel+ac100.bootimg [11:55] hm [11:55] 552f7b49d76bf0df93a71223dec9ff06 is what i get locally [11:55] 47dcdb59b8dbacc2c0462135c38b864c is what it says it should be in the MD5SUM file [11:56] aha, which is the MD5 of the last build [11:56] looking into it [11:56] seems the publisher doesnt properly replace that file or so [11:56] looking into it :) [11:56] yep [12:01] combination of problems I think [12:06] hmm [12:07] armhf seems to have the same issue, sad [12:07] fixed the core problems (pending deployment) but this really isn't helped by there being an entirely different preinstalled output directory from debian-cd for no obvious reason [12:08] "different preinstalled output directory " ? [12:08] ./CONF.sh:244:export PREINSTALLEDIMAGES=$CDIMAGE_ROOT/scratch/$PROJECT/$IMAGE_TYPE/preinstalled [12:08] all preinstalleds go into the same target dir, no ? [12:08] oh, the scratch dir [12:08] which is unhelpful, it should just use OUT [12:08] then this would have worked [12:08] (then again we'd never have noticed the underlying bugs, but) [12:08] * ogra_ wonders where that line comes from, i cant remember adding that [12:09] (and i wouldnt know why i would mangle the default dir) [12:11] should be fixed on cdimage now at least [12:11] thanks [12:12] oh, I suppose PREINSTALLEDIMAGES might be more like LIVEIMAGES, that makes sense [12:12] so the bug is just that ac100 bootimg files are written to PREINSTALLEDIMAGES (which is meant to be an intermediate directory) rather than OUT (which is meant to have all the output files) [12:13] aha [12:14] * cjwatson goes to fix that [12:20] actually I'm still very confused. maybe I don't need to deal with this right now. [12:22] for future reference, I think my statement above is wrong - maybe it's a problem with the imagesums target not checksumming .bootimg files [12:22] cjwatson, ugh, that bashism is in all arm boot scripts btw [12:22] anyway, it shouldn't cause a practical problem no [12:22] w [12:22] ogra_: that was just drive-by nitpicking, not a real problem, seeing as it's #!/bin/bash :) [12:22] * ogra_ will fix that after milestone, since its ugly [12:23] sure, still ugly :) [12:23] thats what you get basing all scripts on the same initial version :) === ysnoi is now known as TheYsNoi [13:18] hmm, is it normal that i get a wlan network dialog in ubiquity but the password field is greyed out ? [13:18] i get a separate popup to input the WEP key, but it seems that should already be possible from the main dialog [13:21] hmm, and shouldnt i see a slideshow ? or isnt that ready yet [13:32] gah, i'm stuck with english kbd ... and i cant remember having a kbd selection dialog .... do i get an english keyboard based on the language selection nowadays ? [13:37] bah, and dpkg-reconfigure keyboard-configuration only regenerates my initrd, how do i tell debconf to use a different keyboard ? [13:38] you should get console selection [13:39] i dont [13:39] setxkbmap may help for the time being [13:39] reconfiguring console-setup gets me keymap selection etc [13:39] sorry, I'm deep in the innards of apt, no attention to spare [13:39] but keyboard-configuration doesnt get me any debconf prompts [13:40] well, editing /etc/default/keyboard helps for the moment [13:40] it's possible the keyboard configuration bit is after wireless selection [13:40] * ogra_ tries a german install this time, lets see [13:41] we can't really fix the ordering there until we can move keyboard handling to an indicator [13:41] k [13:42] which is bug 800561 [13:42] Launchpad bug 800561 in ubiquity (Ubuntu Precise) (and 5 other projects) "No way to add other keymap than english on Live CD (affects: 4) (dups: 1) (heat: 20)" [High,Triaged] https://launchpad.net/bugs/800561 [13:42] ah, ok, if its filed i wont dig deeper [13:42] also bug 653057 sounds like what you're describing [13:42] Launchpad bug 653057 in ubiquity (Ubuntu) "[Maverick] can't connect to wi-fi during installation because keyboard isn't set up yep (affects: 1)" [Undecided,New] https://launchpad.net/bugs/653057 [13:43] well, i had no prob connecting to wifi, its just that in the ubiquity dialog there is a password field thats greyed out [13:43] clicking the wlan i want gets me the std network manager WEP dialog though [13:44] (i dont htink the kbd stuff and the wlan issue are related at all) [13:53] hmm, intresting, so if i dont select the network in this dialog but the device the pw field isnt greyed out [13:54] and i definitely dont get any kbd seletion at all ... [13:55] (in ubiquity that is) [14:02] hmpf and even in a german install i end up with us kbd [14:17] beyond that keyboard issue all looks fine on armhf and armel ac100 [14:17] :) [14:17] * ogra_ moves on to omap4 [14:42] who's the victim of the day? [14:43] I'm going to nuke the oneiric x86 livecd rootfs images on cardamom, for disk space, figured I'd check first [14:43] cjwatson: ?? [14:43] I think that's OK although is there anything else that could be nuked first? [14:43] 13722 public_html/LiveCD/lucid [14:43] 10763 public_html/LiveCD/oneiric [14:43] 66511 public_html/LiveCD/precise [14:44] that's du -smx [14:44] the precise number is a *boggle* I'll discuss with infinity later [14:46] cjwatson: and I assume you'd prefer nuking oneiric to nuking lucid ? [14:46] all it really means is that you'd need to regen before you could respin, but you're highly likely to need to do so anyway [14:47] nuking lucid would be bad [14:47] we're about to do a point release [14:47] nuking oneiric is OK given that it's not too horrible to regenerate [14:47] that was my thinking, with out the "about to do" part [14:47] but yeah, clean up precise :) [14:47] er in the reduce rather than remove sense [14:48] right [14:48] base edubuntu-dvd kubuntu kubuntu-dvd kubuntu-mobile lubuntu mythbuntu ubuntu ubuntu-core ubuntu-dvd ubuntustudio-dvd ubuntu-wubi ubuntu-zh_CN xubuntu [14:49] edubuntu-dvd is the clear winner at 10700MB, everyone else is 2-6GB, or base/ubuntu-core at 200-700 MB [14:49] y'all keep adding images [14:50] skaet: bug 924897 is caused by the switch to PAE on the i386 images. LTSP explicitly depends on the non-PAE kernel as a good part of the existing thin clients don't support PAE. [14:50] Launchpad bug 924897 in ltsp (Ubuntu Precise) (and 1 other project) "ltsp-build-client initial setup failed on i386 : Unable to locate package linux-image-generic (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/924897 [14:52] skaet: I realise asking to have a second kernel on the CD just for LTSP is a bit too much to ask, so I'll probably relax the dependecy to "linux-image-generic | linux-image-generic-pae" keeping non-pae as the default (for these manually running ltsp-build-client post-install) while using the PAE kernel for these installing from alternate [14:52] I'll need to release note it though as people will need manual action post-installs to switch to the non-pae kernel if they have any thin clients requiring that (mostly thinking of VIA and Pentium M) [15:07] skaet: ok, I have a fix for bug 924897. Should I upload that? (it's not tested in the exact environment as it's not really easy to do for something running in the middle of d-i. I tested the change manually on another Precise machine) [15:07] Launchpad bug 924897 in ltsp (Ubuntu Precise) (and 1 other project) "ltsp-build-client initial setup failed on i386 : Unable to locate package linux-image-generic (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/924897 [15:20] stgraber, looking into it. [15:22] of the set listed at the top of the pad, the only one that isn't built is cgroup-lite [15:22] the pad claims that it was uploaded, but I see no evidence of that [15:27] Riddell: Kubuntu supports Wubi, doesn't it? Bug 924899 points out that (I think) bug 924535 breaks Wubi [15:27] Launchpad bug 924899 in wubi "Had to enter new account name and password both in wubi.exe and in the second phase Xubuntu installer (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/924899 [15:27] Launchpad bug 924535 in casper (Ubuntu Precise) (and 1 other project) "desktop preseeded installation stops at user setup since build 20120131 (affects: 2) (dups: 1) (heat: 14)" [High,Fix released] https://launchpad.net/bugs/924535 [15:28] well, FSVO "breaks", I suppose it's release-notable if we must [15:30] stgraber, looks like we'll need to rebuild all the alternates (including server), edubuntu dvd, kubuntu dvd - have I missed some? [15:31] skaet: What about Studio? What's the reason for this? [15:32] Ahh... wubi, I presume. [15:33] skaet: the LTSP fix would only required alternate to be rebuilt, well, technically only i386 but well... [15:34] skaet: the bug is in ltsp-build-client running in d-i when we don't have linux-image-generic on the media [15:37] astraljava, ubuntustudio switching to dvd has me unsure of the implications on it. But if that was the trigger, then yup, guess so. [15:37] stgraber, I'm seeing reference to ltsp-client in the kubuntu dvd [15:38] cjwatson: more like Wubi supports Kubuntu, I think I'm happy not having wubi working for alpha 2 [15:38] Riddell: *nod* [15:38] astraljava: not sure Wubi supports Ubuntu Studio [15:39] cjwatson: I am not familiar with wubi support at all, so I'll trust your word on the matter. [15:39] but the ath9k fix perhaps? [15:40] wubi doesn't support ubuntu studio [15:41] skaet: do they have linux-image-generic on the media (on i386)? if not, it'll need a rebuild indeed [15:42] skaet: are you testing kubuntu dvds? [15:43] Riddell, no - was looking through manifests to scope implications of the fix and spotted that the ltsp-client was on it. [15:44] oh right [15:44] skaet: I'd also be fine having broken ltsp on our dvds [15:44] stgraber, linux-image-generic is on kubuntu i386 DVD. [15:44] for alpha 2 [15:45] stgraber, linux-generic-pae 3.2.0.12.12 [15:45] linux-image-3.2.0-12-generic-pae 3.2.0-12.20 [15:45] linux-image-generic-pae 3.2.0.12.12 [15:45] is on the kubuntu DVD [15:45] hmm... what Riddell said [15:45] :) [15:46] ok, so not affected then [15:46] skaet: so looks like it's just alternate then. Should I upload the fix? [15:47] stgraber, yes go ahead and upload [15:48] cjwatson, so the casper fix is going to require all the live cd/dvds to be rebuilt? [15:49] * GrueMaster hears "rebuild", twitches. [15:49] * charlie-tca thinks "time" when he sees "rebuild" [15:50] * ScottK LOLs at GrueMaster when he hears rebuild. [15:51] skaet: anything that cares about (a) automatic testing (b) wubi [15:51] other images can probably get away without; Riddell has already decided that Kubuntu can skip it [15:54] GrueMaster, we dont use casper luckily ... :) [15:55] no need to rebuild any of arm for this ... [15:57] thanks ogra_ [15:59] skaet: uploaded [16:00] skaet: I'll run the test myself on i386 as soon as it's built so we know if the fix worked ASAP [16:01] thanks stgraber, I'll do that one first then. [16:01] or slangasek will ;) [16:03] set the i386 and amd64 to manual to get a build on a fast buildd. please ping me if you need something urgent [16:04] doko_, don't know the runes for that, so looks like someone else will need to step in and help out here. [16:04] I think he's saying he already did it [16:05] good to have interpreters on this channel ;-) [16:05] ahh... s/set/have set/ [16:05] thanks cjwatson, doko_ :) [16:06] set is set in the simple past tense too ;-) [16:06] iso.qa needs to be updated with the latest netboot (20101020ubuntu103). [16:07] stgraber, jibel - ^ can one of you help with getting netboot updated on the tracker. [16:07] ? [16:09] skaet, GrueMaster done [16:09] Thanks. [16:10] stgraber, do you want respins of Edubuntu for the casper fix? [16:12] skaet: it's not critical for us but might as well do it yes, I haven't tested Edubuntu yet and was planning on testing later this afternoon anyway [16:13] stgraber, ack [16:19] cjwatson, can you do a review of the pad.ubuntu.com and confirm I've got the state captured accurately of what needs to be rebuilt and why? [16:20] skaet: I think Xubuntu desktop may want [8] [16:21] not sure about Mythbuntu and Lubuntu; may be less of an issue there, but I did get a bug report from a user trying to install Xubuntu using Wubi who was bitten by that [16:25] cjwatson, ok, will plan on Xubuntu desktop then, unless one of the Xubuntu crowd says otherwise. Not seeing gilir or superm1 in the channel to ask - will see if I can hunt them down later (will leave it as ? then for those) [16:26] Thanks! [16:37] I will go with cjwatson's recommendations for Xubuntu [16:37] * charlie-tca highly respects cjwatson when he makes a suggestion [16:42] :) [16:59] cjwatson: the most recent builds I did should already have the ath9k fix landed on any livefses, if I didn't screw it up - so perhaps that means ubuntustudio doesn't care about respinning? [17:00] ah, could be [17:01] ogasawara: are you still maintaining the code behind http://reports.qa.ubuntu.com/reports/ogasawara/weatherreport.html? (Is that going to remain the url for this, and should we be talking to QA about getting someone else to maintain it?) [17:01] the pad didn't capture that in a way I understood :) [17:01] slangasek: I was sort of waiting for ScottL to tell us whether he wants the lightdm-greeter fix in before it or not, but it's still not settled. [17:01] slangasek: technically I still look after it, although I haven't really touched it aside from s/oneiric/precise/ [17:02] cjwatson: right, sorry, I haven't usefully updated the pad, I don't really have the feel for how that works [17:02] slangasek: I don't mind maintaining it for now as it's not much work involved and I'm happy to make tweaks. Any major re-work I'd probably rather hand over to QA. [17:02] slangasek, astraljava - ltsp-client - https://launchpad.net/bugs/924897 needed for Ubuntu Studio ? [17:02] Launchpad bug 924897 in ltsp (Ubuntu Precise) (and 1 other project) "ltsp-build-client initial setup failed on i386 : Unable to locate package linux-image-generic (affects: 1) (heat: 6)" [High,Fix released] [17:03] slangasek, want to get on the phone and I'll walk you through how we've been using the pad? [17:03] ogasawara: so the main thing right now is that we should probably have manifest tracking for the arm preinstall images [17:03] skaet: ltsp> no [17:03] skaet: It's not needed for us, but we would be interested in the ath9k fix, as some of the milestone testers have hw that need that driver. [17:03] s/need/use/ [17:03] skaet: well, I did get the briefing earlier when you started using it, I just don't have the *feel* for it yet :) [17:04] I'm not seeing the ath9k fix on the pad - so it probably should be added explicitly. [17:04] astraljava: you've got it already - sorry for being confusing [17:04] skaet: that's [3] [17:04] skaet: no need [17:04] slangasek, cjwatson - ok. :) [17:05] slangasek: that should be easy enough to add, I'll ping you when it's available [17:05] ogasawara: thanks :) [17:05] strange smattering of package uploads overnight that hit the alternates, I see... libraw? http://reports.qa.ubuntu.com/reports/ogasawara/weatherreport/iso_pkg_diffs/ubuntu-i386-alt.html [17:05] cjwatson: Ok, thanks! [17:05] slangasek, to confirm [2],[3],[4],[5] - are now in the images we've got up on the tracker and in testing? [17:06] skaet: 2 definitely, 3 may be missing yet from some of the arm images (that's why I'd like the weather report updated to be able to tell me), 4 and 5 are definitely both done [17:07] slangasek, gotcha. :) [17:08] slangasek: I don't think we care about 3 so much. None of our "supported" image systems use ath9k (only AC100 and it has a community kernel). [17:09] libvirt fix being queued up - shall I wait to push it? (it's not urgent) [17:10] GrueMaster: ok, thanks [17:11] skaet: so according to the weather report, kubuntu alternate is actually still missing the ath9k fix in its d-i builds [17:12] that's a quick'n'easy respin that I can do right now [17:12] Riddell: ^^ [17:13] slangasek, should bug 924752 be on the pad for triggering rebuilds? just the wubi affected? [17:13] Launchpad bug 924752 in wubi "wubi r255 - Ubuntu Desktop failed to install from disk image - wrong download url (affects: 1) (heat: 6)" [Critical,Fix released] https://launchpad.net/bugs/924752 [17:13] btw, in light of the discussions above about disk space, I've also nuked the stale ubuntustudio daily/ directory in favor of the new dvds [17:13] slangasek: Looking at the bug, I assume only the main kernel was fixed? That only covers omap3, which none of the supported systems have wifi built in. Could possibly affect usb wifi, but I think the affected user base will be extremely low. [17:13] slangasek, wait on that alternate rebuild until [9] is built I think, its marked down for rebuilds when that's done as well. [17:14] cdimage doesn't have especially meaningful disk space constraints these days [17:14] cjwatson, jibel: does bug #924752 need fixed on the CDs, or just in the standalone wubi? [17:14] Launchpad bug 924752 in wubi "wubi r255 - Ubuntu Desktop failed to install from disk image - wrong download url (affects: 1) (heat: 6)" [Critical,Fix released] https://launchpad.net/bugs/924752 [17:14] lamont was talking about the livefs builders [17:14] cjwatson: ah, ok [17:14] still, nuking that directory probably made sense [17:14] slangasek: it *should* be able to copy from the CD rather than downloading [17:14] I think [17:14] cjwatson: well, it also leads to the weather report claiming that 682 packages are out of date on an image we no longer care about ;) [17:14] slangasek: any rebuild will pick it up anyway ... [17:14] slangasek: heh, yeah [17:14] skaet: so no, we don't need to track 924752 for respins [17:15] GrueMaster: yes, it's the main kernel [17:16] skaet: ack, holding off on respin [17:16] ac100 doesnt have ath9k anyway [17:16] slangasek: hrm, is there an arm specific Packages.gz file so that I can compare what's in the archive to what's in the manifest? [17:16] so no issues here [17:17] slangasek, re; 924752 ok, have updated pad to reflect its not a respin trigger (so I don't end up asking again) [17:20] slangasek: nm, found it [17:20] slangasek, looks like ltsp-client is published now, so go ahead with those rebuilds. [17:21] https://launchpad.net/ubuntu/+source/ltsp/5.2.16-0ubuntu13 [17:21] ltsp-client? rebuilds? does that affect edubuntu too? [17:23] highvoltage: it wasn't marked as such; the bug impacts LTSP client installs from an image that doesn't include linux-image-generic [17:24] highvoltage: which seems not to apply to edubuntu, so no need for a respin unless you want it to give the other code path testing [17:24] highvoltage - edubuntu has linux-image-generic in its manifest, so its not affected. [17:25] however edubuntu needs respin for [8] [17:25] highvoltage: Edubuntu won't get rebuilt for this but will for some other packages (casper being one). I'll do the testing this afternoon with the new build. [17:25] * skaet notes [8] is casper fix.... [17:26] alternate respins going [17:26] slangasek: cool. Will test for the LTSP fix when I'm back with something to eat (should be right around the time where they'll be ready) [17:26] What is the cutoff for getting the images tested now for alpha2? [17:28] infinity: we're building both daily and daily-preinstalled for ubuntu-server on armel? [17:28] charlie-tca 1400 GMT on Feb 2. [17:28] stgraber: ok [17:29] slangasek, any reason not to start the casper rebuilds as well? [17:29] Ok, upgrade testing may have to be skipped for Xubuntu [17:29] slangasek, hmm, we shouldnt build daily (only netinst) [17:30] stgraber: iso tracker bug: if I try to disable all alternates at once, I get an error about an invalid selection [17:30] stgraber: not sure I can reproduce it however [17:30] slangasek: could it be something published since you last refreshed the page? [17:30] slangasek, daily will happen once we have the marvell kernel which isnt the case yet [17:31] slangasek: https://wiki.ubuntu.com/PrecisePangolin/TechnicalOverview?action=diff&rev2=36&rev1=35 - can you review? [17:31] ogra_: er, considering the daily-preinstalled (which is not a netinst) has a crontab entry all its own, I'm not inclined to disable that. I'm only asking about the duplication between daily and daily-preinstalled [17:31] slangasek, yes, i was referring to that, we should not build daily yet [17:31] * GrueMaster didn't even know a daily existed. [17:31] there's no such thing as a netinst for Ubuntu to the best of my knowledge - do you mean netboot? [17:31] only daily-preinst [17:31] cjwatson: yes, netboot. [17:32] cjwatson, well, a mangled netboot image that pretends to be a mini iso :) [17:32] netinst is a term of art related to Debian installer images [17:32] skaet: looks good to me for the casper respinning; I'll launch that here shortly [17:32] slangasek: hmm, actually got a trace in the logs, so indeed a bug. Will investigate. [17:32] stgraber: shouldn't have been due to anything being published, I had refreshed the page this morning [17:32] it refers specifically to an image which contains all the installer udebs plus the base system but is configured to install everything else from the network [17:32] we don't have those [17:32] right [17:33] ogra_: so you don't need server daily *now*, but you *will* soon? [17:33] for a disjoint set of subarchs? [17:33] so I'm picky about the terms in case somebody invents one for Ubuntu and then I get confused :) [17:33] slangasek, yes, as soon as the marvell kernel exists we will roll normal d-i daily server images with it [17:34] cjwatson, we just call it (falsely) like that because the install pulls all packages from the network, no debian relation at all :) [17:47] cjwatson: release note LGTM [17:48] thanks [17:48] skaet: bug #924281 was fixed with an upload of lxc, not of cgroup-lite; fixing the bug state & pad [17:48] Launchpad bug 924281 in cgroup-lite (Ubuntu) "cgroup-lite not installable inside 'lxc create -t ubuntu' container (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/924281 [17:49] slangasek, :) thanks for solving that mystery. [17:57] stgraber: no really, bug #924836 has nothing to do with network-manager - /etc/init/failsafe.conf doesn't care about network devices that aren't listed in /e/n/i [17:57] Launchpad bug 924836 in network-manager (Ubuntu Precise) (and 3 other projects) "network-manager does not tell plymouth it has started (affects: 1) (heat: 8)" [High,Confirmed] https://launchpad.net/bugs/924836 [18:01] slangasek: arm manifests added, all showing to be up to date [18:02] ogasawara: sweet, thanks! [18:02] slangasek: oh, right, misread the script ... I'll eventually get a clear picture of all that in my head :) right. when lo is brought up, the ifupdown hook should emit static-network-up as all the interfaces are ready [18:03] slangasek: so the question is why it didn't happen or what make the script think there was something else to bring up [18:03] yep [18:05] slangasek: asked for details. My guess is that one of the other if-up hooks failed making ifupdown stop there and never called the upstart one. That's easy to check with upstart job logging. [18:05] right [18:09] ogasawara: Not all arm images are listed. Missing Kubuntu-desktop (omap, omap4), and Ubuntu-Server (omap, omap4). Both are daily-preinstalled. [18:09] GrueMaster: ah thanks, will add those [18:10] Also, Ubuntu Netbook Remix and Kubuntu Netbook are no longer built. [18:10] (both were rolled into desktop). [18:10] skaet: same LTSP issue says jibel ... apparently my fix didn't work. I'm grabbing the image here to investigate, ETA around 30min till I have an idea of what's broken (and that wasn't fixed by my fix) [18:11] stgraber, ack. [18:12] skaet: do the question marks mean we're waiting for feedback on mythbuntu and lubuntu before deciding te respin? [18:12] skaet: is now a good time to push a new libvirt with bugfix? [18:12] slangasek, yes - default is probably going to be release note, but want them to have the option. [18:13] hallyn, is it a blocker for A2 or can it be release noted? [18:14] skaet: it blocks pxeboot of vms, but can be worked around - release noted is probably fine [18:14] Daviey here? [18:15] hallyn, if it can be worked around, then lets just release note it for now. [18:16] hallyn: always [18:16] skaet: ok, will do. no idea where to release not it, btw [18:16] release note, that is [18:16] skaet: just noticed my auto upgrade tester just pushed the results for today (flavours). Edubuntu and Kubuntu are all good (better than yesterday) but Xubuntu and Mythbuntu both fail because of a unity-greeter crash (affects i386 and amd64) [18:16] Daviey: just wanted your assessment of the bug importance - i don't know if there are projects blocked by it (bc of automated installs breaking) [18:17] hallyn: Can you quote the bug number, and reference a patch? [18:17] I wonder if that is because we don't use unity-greeter? [18:17] hallyn: i think we are too early in the cycle to be blocked on something not working :) [18:17] charlie-tca: well, if it crashes, that's because it's installed for some reason :) [18:17] iDaviey: cool, thx [18:18] stgraber, re: unity-greeter - is it a known issue already or a new one? (bug number?) [18:19] skaet: no idea, all I see is a .crash in the upgrade tester and apport won't let me use the .crash files from the auto upgrade... [18:19] skaet: someone would need to manually run the upgrade to figure out exactly what's happening and be able to report the crash with apport [18:19] stgraber, ack. [18:20] skaet: are we not worrying about oversizedness right now? [18:20] charlie-tca, not sure. Can you see if you can help figure it out? [18:21] slangasek, yes, we'll document our oversizedness as part of the release notes for A2 [18:21] ok [18:21] Yes, I can try an upgrade, but it will take about 4-6 hours here [18:21] wait, which one am I haelping with? [18:22] the oversized for xubuntu doesn't matter yet. We adjust it around beta1 [18:23] charlie-tca, the upgrade crash is the one I'm wondering about. However if you're comfortable release noting it (ie. don't do it), that might be an option. [18:24] hallyn: have the bug and patch? [18:24] I don't see much of an option but to release note it. It will take me at least 12 hours to run both upgrades [18:25] if I don't do anything else while they are running [18:25] I ran them for alpha1, and they worked, but the new tracker has always shown them failing [18:26] skaet: my choice is to run all tests except upgrades, or run the upgrade tests [18:27] charlie-tca: I'm trying to boot one of the auto upgrade images manually, see if I can extract something [18:28] charlie-tca: hmm, you don't seem to have a login screen at this stage, all I see is a black screen with a white bar at the top [18:29] How can that be? [18:29] because it installed unity-greeter [18:29] charlie-tca: well, AFAICT it's using unity-greeter. greeter-session=unity-greeter in /etc/lightdm/lightdm.conf [18:30] that has to be removed, and xubuntu-greeter installed [18:30] Xubuntu willl not work with unity greeter [18:30] charlie-tca: right, no xubuntu-greeter installed [18:34] charlie-tca: unity-greeter is getting installed because lightdm recommends it [18:34] but it won't work [18:34] charlie-tca: and sets itself as the default in its postinst [18:34] which makes xubuntu fail because it won't login [18:35] so, the user must then manually switch to a tty, install xubuntu-greeter, remove unity-greeter, and do what ever else he needs to be able to login [18:36] We had that fixed in 11.10, but apparently it will take fixing for each release [18:36] charlie-tca: what's the actual name for xubuntu-greeter? there isn't a xubuntu-greeter package in the archive [18:36] charlie-tca, release note it is. [18:36] umm, the resolver shouldn't be adding unity-greeter to xubuntu as both lightdm and lightdm-gtk-greeter are recommends [18:36] s/recommends/depends/ [18:37] micahg: what's the name we use? [18:37] we're using lightdm-gtk-greeter which provides lightdm-greeter [18:37] micahg: well, there's nothing wrong (at least for apt) with installing lightdm-gtk-greeter and unity-greeter [18:37] stgraber: yes, there is when it's seeded like that :) [18:38] unity-greeter is not on the xubuntu live image [18:38] micahg: hmm, indeed, that's weird (just looked at the exact recommends/provides) [18:38] Thanks, micahg [18:38] at least amd64 from 2 days ago [18:38] and won't allow the login to work, for whatever reason [18:39] micahg: when was that introduced? [18:39] stgraber: which? [18:39] micahg: lightdm-gtk-greeter providing lightdm-greeter and lightdm recommending unity-greeter | lightdm-greeter [18:39]