[00:00] NCommander: We'll need omap as well. [00:00] NCommander, thanks for chiming in. :) perfect. [00:05] skaet_: release notes done for xubuntu. Thank you [00:12] skaet_: GrueMaster: smbclient : Depends: samba-common (= 2:3.5.6~dfsg-5ubuntu2) but 2:3.5.6~dfsg-5ubuntu3 is to be installed [00:12] $%$#@! [00:12] That's preventing me from spinning new test images [00:12] ArGH [00:12] oh nifty [00:12] we're published [00:13] GrueMaster: at least another hour before I'll actually be able to spin. samba is currently building on ARM, and skews the archive [00:14] sigh [00:15] * NCommander however does a test build to insure livecd-rootfs will properly update on sycamore [00:15] * skaet_ --> dinner, back later. [00:42] skaet_: GrueMaster; livecd-rootfs updated on the ARM image buildds [00:44] $#!@#$%#$%#$% [00:45] samba is STILL building [00:45] if it doesn't finish soon, its going to miss the publisher window [00:46] ^- GrueMaster [00:46] the chroot is tearing down [00:46] it should make it [00:48] With a little luck we'll be able to double publisher frequency in a month or so :) [00:49] wgrant: I'm more annoyed that people like to ignore freezes. If the build failed on armel, then we'd be absolutely foobared [00:49] Heh. [00:50] wgrant: just on a technical point, is it possible to freely freeze/unfreeze the archive? [00:51] NCommander: Yes. But Ubuntu moved to soft freezes around milestones a couple of years back. [00:51] wgrant: an unfortunate policy change IMHO [00:51] It does occasionally prove bad. [00:57] samba is accepted, so you're fine on the publisher [00:57] was this a package that was uploaded in violation of the freeze? [00:57] "soft freeze" doesn't mean "go ahead and upload whatever you want and ignore the release team" [00:58] yes, this was definitely a freeze violation [00:59] slangasek: yeah, I looked at the changelog, and nothing here required an upload T-24 to milestone freeze [01:00] slangasek: this isn't the first time a last minute upload has caused issues for the ARM builds. I'd *love* to see milestones have hard freezes return TBH :-/ [01:02] that's very high-load on the release team, and shouldn't be required - we should be able to trust Ubuntu developers to follow simple guidelines wrt milestone uploads [01:02] so I would consider restoring hard freezes a last resort [01:03] hmm, does this mean that we should be collecting some beer from some one? ;) [01:03] perhaps you could email Chuck and point him to the freeze email, and explain why this was a problem? [01:03] slangasek: I thought setting the freeze was simply a matter of going to the distro series, and changing it from development to pre-release freeze [01:03] (doable via web UI) [01:03] or are you referring to approving uploads? [01:03] NCommander: *setting* the freeze is not the problem; managing freeze *exceptions* is [01:03] (also, last I knew, only LOSAs had access to the button to set the freeze state) [01:03] slangasek: ah :-). yeah, I didn't quite realize that until a moment after I said the first thing [01:05] slangasek: 20:04:00 < slangasek> (also, last I knew, only LOSAs had access to the [01:05] button to set the freeze state) [01:05] %$!@#!$$@^%$# [01:05] 20:04:01 < NCommander> slangasek: ah :-). yeah, I didn't quite realize that [01:05] until a moment after I said the first thing [01:05] * NCommander grumbles that "proper" beahvior isn't proper [01:06] slangasek: I get your point, and I can see that approving freeze exceptions can be a massive workloadincrease, at cost that when someone violates the freeze, specific images can be foobared due to archive skew [01:09] ok, published [01:10] * NCommander kicks buildlive [01:23] slangasek: is there a way to see if publisher is done? I can't lynx onto ftpmaster.internal to see if the package is in the pool ... [01:27] well, you know the publisher is done when the mirror you're pulling from has the package? [01:27] there's no direct test for this, no [01:28] So you need a script that hits the mirror two or three times a second to let you know when the package arrives ... [01:28] slangasek: (any Launchpad developer should be able to freeze/unfreeze a series now) [01:29] wgrant: "launchpad developer"? I would think the LOSAs are still who those requests are meant to be directed to, aren't they? [01:30] I'm not sure if the policy has changed, but the technical restrictions certainly have. [02:24] about 3 hours ago - by Jon Stokes | Posted in: Law & Disorder [02:24] The government brought 22 new charges against Pfc. Bradley Manning, the soldier who allegedly provided a giant trove of classified cables to WikiLeaks. [02:24] sorry [02:24] damn paste bug [02:26] He signed a agreement when he enlisted. He is in trouble [02:26] Yep. [02:28] but I do worry about Assange [02:29] This probably isn't the best place for the discussion though. [02:36] NCommander: lol :-) [02:36] NCommander: the the image built fine? [02:36] *did the [02:37] seems it failed, and no logs [02:37] rsalveti: build is still ongoing. samba's upload skewed the image so i ttook awhile for the archive to get to the point I could build [02:37] NCommander: oh, ok [02:37] rsalveti: there were a bunch of test builds which I expected to fail [02:37] yeah, just saw that samba was the culprit [02:38] rsalveti: you could say I was less than pleased about that :-/ [02:41] sycamore.buildd finished at Thu Mar 3 02:40:15 UTC 2011 (success) [02:41] acorn.buildd finished at Thu Mar 3 02:41:07 UTC 2011 (success) [02:42] running the image build [02:50] cool [02:56] :) [03:23] GrueMaster: http://cdimages.ubuntu.com/ubuntu-netbook/daily-preinstalled/20110303/ [03:30] Someone alive that can poke iso.qa.ubuntu.com for me? I'm pulling these images now, and can start feeding in data asap. [03:43] GrueMaster, iso.qa.ubuntu.com has been poked. [03:43] NCommander, is it worth building the kubuntu Netbook ARM? [03:47] skaet_: In my earlier testing of it, it will have the same issue, but oem-config wasn't even starting. [03:48] GrueMaster, should I just go ahead and remove kubuntu netbook ARM then from the iso tracker? [03:48] * skaet_ thinking its a bit late anyhow... [03:49] Give me a minute to start a sanity check of these images. If they work, we can kick start kubuntu. [03:54] So far so good! [04:03] omap passed Alpha 3. Will log issues in the tracker, but nothing critical. [04:03] omap4 is underway. [04:06] As to kubuntu, NCommander has kicked antimony, but they won't be ready for another ~2 hours. I'll take the 20110301 omap4 and try our fix manually. I doubt it will work. [04:07] I won't be able to test them tonight. [04:29] GrueMaster: so we're kind of done for A3? [04:30] Well, for the most part. I am adding test results to http://iso.qa.ubuntu.com [04:30] I'll be another 30 minutes I think. [04:31] But for the most part, yes. Nothing critical to hold up release at this point. :D [04:31] pitti, cjwatson, could you please add the kubuntu images to the .iso tracker when you get in, and let ogra know. [04:32] * skaet_ is assuming NCommander won't be around when the kubuntu images come off [04:32] GrueMaster, good news indeed. Thanks! [04:33] skaet_: Didn't think you'd still be up. [04:33] GrueMaster, working on TechOverview for tomorrow - lots of bugs to document :P [04:34] am probably going to call it a night though now... suspect tomorrow will be a longish day as well. [04:35] Well, I still have bugs to add to my results, so don't wait up for me. I'll have them ready for you when you get up in the morning. :P [04:36] skaet_: probably not [04:37] cjwatson, pitti, ^^ [04:59] Looks like the kubuntu respin may be for not. I took the 20110301 image and remobed ubiquity-slideshow-*, but oem-config still crashes, this time before X starts. [04:59] So, no kubuntu-preinstalled on armel for this release. [05:47] GrueMaster, ack. Thanks for looking into it. [08:22] Good morning [08:22] sorry, server crash over the night, I lost backscroll [08:23] cjwatson, skaet_, slangasek: ^ if you said something to me over night, please repeat [08:24] pitti: you can check the logs online ;-) [08:27] (reading irclogs.u.c. now) [08:28] Riddell, ScottK, ogra_: do you know why kubuntu netbook arm was set to rebuilding? is it affected by the slideshow crash as well? [08:32] ^ nevermind, saw it on irclogs.u.c. now [09:04] cjwatson: my feeling about bug 727783 is that OEM installs are not an utterly important use case for alphas, so that we'll release note OEM install as broken (or explain the workaround), and move the bug to b1; I don't think it's important enough to delay a3, WDYT? [09:04] Launchpad bug 727783 in ubiquity (Ubuntu Natty) (and 1 other project) "oem-config is not installed after initial system installation, and the user can't proceed with the step 'prepare for shipping' (affects: 3) (dups: 1) (heat: 20)" [High,Confirmed] https://launchpad.net/bugs/727783 [09:09] pitti: I'm not going to have it fixed for a3 :-( [09:09] I mean, I think I have an idea [09:09] cjwatson: right, if we kept the milestone, we'd need to delay by a couple of days [09:09] but I'd like to avoid that [09:09] but the test cycle is long, and I have to go out for a couple of hours shortly [09:10] (usual Thursday morning sign class) [09:10] cjwatson: are you ok with moving to b1 and just documenting it? [09:10] * pitti will go over tthe bugs now and add them to Tech Overview [09:10] yeah [09:11] one thing to note is that I fear it may impair language pack installation off the CD too, so I suspect that will only work if networked [09:11] that's just a guess but an educated one [09:11] but language-selector is fairly good these days, so I don't think that's vital either [09:11] cjwatson: not that we actually had a lot of langpacks on the CDs.. [09:11] right [09:13] cjwatson: I'll give that a quick test in kvm -net none [09:13] there is that too :-/ [09:13] thanks! [09:14] * pitti ponders whether he'd be lost more in a French or Bengali live system [09:15] those two, Spanish, and zh-hans is all we have now [09:15] oh, not even French any more [09:15] so, Spanish it is [09:24] hola, how are we doing? [09:25] Buenos días, héroe de Kubuntu! [09:26] Riddell: we just declared oem mode officially broken for a3, I'll document it (and a workaround) [09:26] otherwise it looks pretty ok, I think [09:26] except for Kubuntu desktop and DVD being broken [09:26] I take it someone has done an ubuntu desktop install on real hardware to confirm they don't have the same issue? [09:27] hm, I saw a few successful test cases, too [09:28] (for Kubuntu) [09:28] yes because the QA team only tests on virtual machines [09:29] real hardware isn't so lucky [09:29] bug 726581 I tak eit [09:29] Launchpad bug 726581 in ubiquity (Ubuntu Natty) (and 1 other project) "install stops half way through (affects: 4) (dups: 2) (heat: 30)" [High,Confirmed] https://launchpad.net/bugs/726581 [09:29] yes, which leaves the install with an unbootable hard disk so I don't want to release images with that bug [09:31] I'll run a test install on my mini 10 [09:31] can do that as well [09:31] is there any special install scenario that needs testing? [09:31] more tests are better, yes [09:32] I don't think it's crashing during partitioning, so full disk should be okay [09:32] Riddell: what did you try when you saw this? [09:32] live session -> ubiquity -> use full disk [09:33] cheers, will try that as well [09:33] cjwatson: Spanish langpacks were copied properly in my offline install test [09:33] Riddell: online or offline? [09:33] pitti: both [09:34] well, can't go online with the mini in the live system anyway [09:37] Riddell: no CD drive in the mini, I'm using USB stick; were you using an actual CD? (given the weird media change log entries this might be relevant) [09:37] I had the problem with both CD and USB [09:48] installed, booted, bug updated [09:49] * pitti looks for that string in the sources, to see what could trigger it [09:49] ubiquity in natty is still not nb screen friendly [09:50] did anybody else got keyboard configuration issues? or a weird question about keyboard after the tz selection? [09:50] not me; just a compiz crash on startup [09:52] hm, I can't find that string [09:53] * pitti greps /usr [09:53] ah, it's from python-apt [09:55] mvo: do you know under which circumstances apt/python-apt would call media_change()? [09:55] mvo: (for bug 726581) [09:55] Launchpad bug 726581 in ubiquity (Ubuntu Natty) (and 1 other project) "install stops half way through (affects: 4) (dups: 2) (heat: 30)" [High,Confirmed] https://launchpad.net/bugs/726581 [09:56] pitti: either if the sources.list cdrom source is before the http source or if the pkg is not available from the network (e.g. missing cache update) [09:57] it allegedly also happens offline [09:57] and online [09:57] mvo: i. e. it tries to install a package which isn't in the live system or on teh CD? [09:58] Ubuntu Desktop isn't looking healthy, compiz crashes, random messages about CD with packages in it, blank desktop [10:00] yeah, I think we need to teach casper to disable the apt media check [10:01] it didn't annoy you with these earlier [10:01] ok, I just did an ubuntu desktop i386 custom partition install, worked fine, unity starts [10:01] mvo: ^ did that change in natty in any way? [10:01] seb128, yes I did, but I'm unable to find the steps to reproduce. It looks like being linked to the timing when you proceed to the keyboard layout screen. [10:02] jibel: ok, seems to happen every time here [10:03] pitti, is jockey supposed to manifest itself after first login? [10:03] "Skipping nonexistent file /cdrom/dists/natty/main/binary-i386/Packages" -> I have that on a successful install as well, so that's not it [10:04] seb128: actually yes (on the mini, for the wl driver, unless you installed online) [10:05] pitti, it doesn't here [10:05] pitti: uhhh, possible, the mountpoint is /media/cdrom by default now [10:07] pitti, ok, .xsession-errors says it crashes on " TypeError: an integer is required" [10:07] in update_repository_indexes [10:08] mvo, update-notifier is now showing up during install from a live session. Is it expected ? [10:08] seb128: ah, bug 711225) [10:08] Launchpad bug 711225 in python2.7 (Ubuntu Natty) (and 1 other project) "subprocess.Popen() crashed with TypeError in _cleanup(): an integer is required (affects: 3) (heat: 28)" [Medium,Confirmed] https://launchpad.net/bugs/711225 [10:08] pitti, indeed [10:08] pitti, thanks [10:08] jibel: no, not at all [10:08] jibel: showing up in what way? [10:08] jibel: let me know if you open a bug about the keyboard thing, I will confirm it [10:08] seb128: fun, I never got that on my workstation, can reproduce on the mini [10:08] mvo, bug 722580 [10:08] Launchpad bug 722580 in update-notifier (Ubuntu) "update-notifier is launched while ubiquity is running (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/722580 [10:09] mvo: it keeps popping up dialogs with "an install medium found, want to open blabla" [10:09] pitti, your workstation is online and get an index update [10:09] pitti, it's a chicken-egg issue on the 10v [10:09] no wifi no internet no index [10:09] seb128, no I didn't filed a bug because I have no useful information to provide. [10:09] jibel: well the prompt seems buggy and you get an english keyboard after installation [10:10] mvo: so that media change thing could be related to the changed mount point? did that change after a2? [10:12] pitti: yeah, its quite likely, I can revert it for now [10:12] mvo: does that depend on anything else? I wonder why we only see it on kubuntu [10:13] pitti: maybe its just kubuntu that triggers a additional pkg install from the cd? [10:13] pitti: and the normal ubuntu does not [10:13] hm, perhaps that's what breaks oem-install as well, checking logs [10:14] Mar 2 13:10:38 ubuntu plugininstall.py: FetchFailedException: Failed to fetch cdrom:[Ubuntu 11.04 _Natty Narwhal_ - Alpha amd64 (20110302)]/pool/main/u/ubiquity/oem-config-gtk_2.5.22_all.deb File not found [10:15] mvo: so, https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/727783/+attachment/1880803/+files/UbiquitySyslog.gz (log from the failed oem install) doesn't have a "Media change" notification, but above ^ [10:15] Launchpad bug 727783 in ubiquity (Ubuntu Natty) (and 1 other project) "oem-config is not installed after initial system installation, and the user can't proceed with the step 'prepare for shipping' (affects: 3) (dups: 1) (heat: 20)" [High,Confirmed] [10:16] pitti: I can do a new upload now, its a likely candidate and the only one I can currently think of [10:16] mvo: is that in the binary bits or in python? [10:17] mvo: it could be worth locally installing that reversion on a kubuntu live system, and checking if it installs [10:17] pitti, so the jockey issue is solved if you do an apt-get update iirc [10:17] mvo: if you have a package, I can do a parallel test with OEM, to see whether it affects that as well [10:17] seb128: right; I'll investigate the python crash later on [10:17] pitti, i.e find an ethernet cable, do apt-get update and it will work [10:17] seb128: now that I can reliably reproduce it [10:17] pitti, ok [10:18] seb128: right; I'm actually eager to keep it breaking, as this looks like a weird bug in python's subprocess.py [10:18] pitti, just letting you know as a piece of information [10:18] pitti: it should be enough to add a symlink from /media/cdrom to /cdrom for testing [10:18] pitti, running the command in the python interpreter works, so it's weird [10:18] pitti: its the binary bits [10:18] mvo: that would be equivalent to the reversion? good [10:18] I don't have the problem during Ubuntu Desktop install [10:18] mvo: I'll try a Kubuntu install with that change [10:18] let's try that [10:19] Riddell: can you try Kubuntu? I'll try Ubuntu oem [10:20] yep [10:21] /media/cdrom -> /cdrom, right? [10:22] /cdrom is already mounted [10:22] could you please link the other way around then? [10:22] no, I can't [10:22] are both directories? [10:22] /cdrom is existing and mounted, I can't replace it with a symlink to /media/cdrom [10:23] mvo: /media/cdrom doens't exist by default; I created it as a link to /cdrom [10:23] cool [10:23] the important bit is that apt finds something at /media/cdrom [10:23] so that should be good now [10:23] running [10:23] * mvo crosses fingers [10:24] ls -l /media/cdrom/dists/ -> natty [10:24] running [10:25] nowdays apt-cdrom/cdrom.cc will use udev unless explicitely disabled, I guess the installer disabled that bit during install [10:25] indeed it does [10:26] mvo: is that related in any way with the "install cd has been detected" spam? [10:31] it might be, I can currently not think how though, but it sounds likely [10:32] install finished; booting and crossing fingers.. [10:32] hah! worked [10:35] my install is at 65%! it always got stuck at 64% before [10:35] go! go! go! [10:35] the 64th percent is always the hardest [10:36] mvo, ev: so what would be the correct fix for this? does ubiquity/d-i make assumptions about /cdrom? or does this need to be fixed entirely in apt? [10:36] or would the correct fix take longer, and as a workaround we just upload a casper which creates the symlink? [10:37] OEM configure step now complete, I'm in the user session [10:40] pitti: I don't have a strong opinion on this, I'm fine reverting [10:40] mvo: what do you want to revert in particular, the default mount point if udev is disabled? [10:40] the default mount point [10:40] it got changed because of a debian bugreport from kfreebsd where no udev is available [10:41] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611569 [10:41] Debian bug 611569 in apt "apt-cdrom doesn't work on GNU/kFreeBSD" [Important,Fixed] [10:41] for all clients (including apt itself) the dir should not matter when udev is used, it will just detect it [10:41] yep [10:41] ah, seems cjwatson already identified that as probable cause [10:42] so reverting this doesn't sound optimal then [10:42] it eventually got fixed in a different way for kfreebsd [10:42] mvo: so the problem is that the installer/casper/etc. still use and assume /cdrom ? [10:42] FWIW, http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/3a3826b3871c8c2f480bcba820c6da8f86700143 :) [10:42] it might not take that long any more [10:43] heh, woah! [10:43] mvo: should we perhaps just quickfix this in casper, to get a3 out of the door? [10:44] kubuntu install completed, awesomeage [10:44] I propose we only rebuild the Kubuntu CD/DVD, not the entire set, and document that OEM install is broken (and how to fix it) [10:44] Riddell: \o/ [10:45] I wonder if this can be done even quicker with a cdimage hack [10:45] hm, no, this would keep the symlink in the installed system === ogra_ is now known as ogra [10:46] pitti: sure, thats fine with me [10:46] pitti: just a symlink [10:47] Riddell: I'll upload a new casper then, ok? [10:47] yes, thanks [10:48] chroot /root apt-cdrom -o Acquire::cdrom::AutoDetect=false -m add [10:48] mvo: ^ is that what is supposed to disable the CD check? [10:50] pitti: yes, thats the one [10:50] so apparently it stopped working? [10:50] +# temporary hack for LP#727783 [10:50] +mkdir -p /root/media [10:51] +ln -s /cdrom /root/media/cdrom [10:51] + [10:51] well, if the autodetect is disabled, then it will look at the default cdrom path, that used to be /cdrom and now its /media/cdrom [10:51] would be nice to just have auto-detect true here, but I guess the problem is the chroot [10:52] your diff looks good [10:54] uploaded; let's see how fast it can build [10:54] * pitti runs process-upload manually and then stops the publisher [10:57] Riddell: alternates are ok, right? [10:58] marked Kubuntu desktop and DVD for rebuild [10:58] pitti: yes [10:59] can I upload a new software-center for immediate publication after a3 - or wll that interfere with your workflow (new reviews server got deployed last night :-D [10:59] mvo: can you still wait a bit please? just in case I screwed up and we need a new casper [10:59] sure [11:00] * mvo will just have lunch then :) [11:00] . o O { the chroot upgrade on the amd64 buildd takes aages.. } [11:04] congrats, armel beat amd64 [11:06] :) [11:06] yeah, its the fjutscha :) [11:06] accepted, publisher running [11:07] ogra: wärrie well [11:08] WTH, publisher crashes [11:09] mkdir: cannot create directory `/srv/launchpad.net/ppa': Permission denied [11:13] seems more happy now [11:18] ev, any idea about bug 728205 when mswindows is the primary os ? [11:18] Launchpad bug 728205 in ubiquity (Ubuntu) "Ubiquity: there is no install "alongside other operating system" (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/728205 [11:23] jibel: bug updated [11:23] apologies for the delayed responses. I'm helping a Millbank intern get set up with our tools and trying to get caught up myself after being without a working computer for much of yesterday. [11:23] pitti: Were you running it without LPCONFIG set? [11:24] wgrant: I think I did at first, yes [11:25] Great. Was hoping it wasn't some new issue :/ [11:31] Riddell: I'll set up a trigger for new casper, and rebuild Kubuntu desktop and DVDs [11:32] pitti: a trigger? [11:32] wait-for-package [11:32] clever [11:32] pitti: oh, the langpacks are on the livefs, so that would work yes [11:32] cjwatson: wb [11:33] pitti: I'm sure there's some other case that wouldn't, maybe something or other on the DVD [11:33] cjwatson: so, the woes with OEM and Kubuntu is all due to the same bug, I updated it accordingly [11:33] cjwatson: we figured the fastest way was to install a /media/cdrom -> /cdrom symlink (verified to work), I changed casper [11:33] whoa [11:34] um [11:34] you sure that won't break things later? [11:34] I knew it was all due to basically the same bug [11:34] changing casper, ubiquity etc. for /media/cdrom seems like an awful lot of change and testing [11:34] I was in the middle of figuring out a proper fix [11:34] (though not for a3) [11:34] cjwatson: it's only in the live system, not on the actual CD [11:34] but the chroot needs to match [11:34] it completely breaks Kubuntu, we can't release it like that [11:35] which means you'll be installing a symlink in /media in the installed system [11:35] which is going to get complicated [11:35] ev, thanks [11:35] the correct fix IMO is to install proper apt configuration during installation. we already do this, it just needs to be updated [11:35] cjwatson: I don't have a symlink in the installed system [11:36] Riddell: ^ do you? [11:36] then it still won't work entirely right, if you've done neither that nor the proper fix [11:36] if it works well enough for Kubuntu, great [11:36] but please don't close the bug [11:36] it also works for OEM [11:36] cjwatson: no, it's open, just moved to b1; I just added a casper task for a3 (the hack) [11:36] yep, the casper hack sounds fine [11:37] thanks for looking into that [11:37] this should totally disappear again right after a3 [11:37] cjwatson: I still propose to not rebuild ubuntu CD/DVD; I'll document the sudo ln -s /cdrom /media/cdrom in teh release notes instead [11:37] d-i and ubiquity do make assumptions about /cdrom, they're quite pervasive [11:37] agreed [11:37] cjwatson: ^ that's what I thought, too, and why we opted for the link [11:37] I'm surprised Kubuntu broke hard, what's different there? [11:38] cjwatson: presumably it always installs a package from the livefs repo [11:38] hard to tell from the log, it doesn't say which package it's about to install [11:38] Riddell: do you know? I'm curious [11:40] I have no symlink /media/cdrom [11:40] wait-for-package casper_1.259 && echo kubuntu desktop && buildlive kubuntu daily-live && (for-project kubuntu cron.daily-live &) && buildlive kubuntu-dvd dvd && for-project kubuntu cron.dvd [11:41] is what I have queued now [11:41] publisher finished [11:52] builds started [12:22] cjwatson: hm, seems installation of third-party software also breaks (bug 728360) [12:22] Launchpad bug 728360 in ubiquity (Ubuntu) "Natty 20110302, apt require insertion of /media/cdrom during a usb installation, causing lock and hard reboot (dup-of: 727783)" [Undecided,New] https://launchpad.net/bugs/728360 [12:22] Launchpad bug 727783 in ubiquity (Ubuntu Natty) (and 3 other projects) "Installing packages from CD repository fails due to changed CD-ROM default mount point (affects: 7) (dups: 5) (heat: 50)" [High,Confirmed] https://launchpad.net/bugs/727783 [12:22] * pitti documents [12:23] pitti: I can believe it [12:26] https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview#Known%20issues updated [12:30] Riddell: http://cdimage.ubuntu.com/kubuntu/daily-live/20110303/ coming in [12:30] * pitti adds to tracker [12:31] Riddell: perhaps right after booting the live system you could check whether the symlink is okay? [12:32] jibel: ^ [12:32] DVDs will still take a bit, grabbing quick lunch [12:41] yep [13:01] yes I have the symlink on the live CD [13:23] skaet_, bug 728435 on server amd64 [13:23] Launchpad bug 728435 in debian-installer (Ubuntu) "raid1 boot degraded mode fails (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/728435 [13:24] more likely to be mdadm, reassiging [13:24] +n [13:39] good morning all [13:40] pitti: I have a proper fix now :) [13:45] Good morning skaet_ [13:53] good morning jibel, sorry for delayed response, catching up on the backscroll [13:55] Riddell, looks like we've got some new images for Kubuntu CD/DVD then. cool. [13:56] hey skaet_ [13:57] pitti, cjwatson, I talked to Rick about the OEM issue on Ubuntu last night as well, and he's ok with releasing with it as well (not happy, but ok ;) ) [13:57] it should be fixed comprehensively for b1 [13:57] skaet_: we have a simple workaround now, documented [13:57] skaet_: I don't think it's worth a rebuild and retest [13:57] pitti, cjwatson - excellent [13:57] I'm just completing a test of my changes, even without pitti's workaround [13:57] they look successful [13:57] :D [13:58] I see no reason not to leave pitti's workaround in place permanently anyway [13:58] no harm in defence in depth [13:58] ok. [13:58] :) [13:58] cjwatson: hm, I thought we'd move /cdrom to /media/cdrom consistently? [13:58] and this is like the 10th time I've fixed this kind of bug, I really don't want to do it again [13:58] pitti: that will take longer [13:58] eventually, I guess [13:58] ok [13:58]