=== holstein_ is now known as holstein [02:34] Fun day. Multiple customer crisis and an earth quake. === ScottK2 is now known as ScottK [02:34] Hurricanes and tornadoes I'm prepared for. Earthquakes not so much. [03:30] ScottK: Everything okay? :) [03:30] Sure. [03:31] Turned out fine, but I was on the 11th floor of a building when it hit and we don't have really serious earthquake related building codes here like in California. [03:31] So I didn't know for sure it the story was going to have a happy ending. [03:33] heh [07:02] ScottK: phew, narrow escape [07:28] Uhh. [08:04] ScottK: re libsmokekate3, I notice that it has rdepends outside that source package - libkate-perl and ruby-kate. Will you sort those out after the smokekde sync builds? [09:55] cjwatson: I will. [10:58] I'm guessing we shouldn't care so much about getting AA pre-approval for NEW (source) syncs from Debian? [11:00] no need for AA approval for that [11:00] thought so, cheers [11:00] NEW from Debian is fractionally more work than existing packages, but not much as we trust to Debian review [11:00] massively easier than NEW directly in Ubuntu [11:19] cjwatson, hmm, something is wonky with the cdimage branch on antimony [11:21] (did you commit directly ?) [11:23] no, I committed then changed my mind and uncommitted, but forgot to uncommit the deployed tree as well [11:23] fixed now [11:23] ah, thx [11:24] yup, works [11:24] sorry about that [11:24] np [11:24] i make more mess in a week than you do i a cycle :) no need for excuses [11:48] ogra_: Did you manage to make the tarball string conditonal? [11:49] yes [11:49] ogra_: rocking! [11:50] should be fine ... if the PROJECT matches uec or uec-server it is now called "Cloud Images tarball" as you asked [11:50] err s/uec-server/server-uec/ [11:51] otherwise its just "filesystem archive" [11:52] ogra_: great! [11:52] note that this will only affect the release, for renaming in your daily builds you will likely need to change it in your tree [11:52] (the naming i mean) [12:02] ogra_: Yeah.. utlemming and smoser will be closing the fork eventually. :) [12:02] right, just wanted to mention that you need to change it in two places [12:05] ogra_: thanks [13:46] Can someone hit the server to respin the Xubuntu Alternate images please. [13:47] W: Failed to fetch file:/srv/cdimage.ubuntu.com/ftp-universe/dists/oneiric/main/binary-i386/Packages.bz2 Hash Sum mismatch [13:47] E: Some index files failed to download, they have been ignored, or old ones used instead. [13:47] make: *** [apt-update] Error 100 [13:56] in progress [13:57] Thank you [14:57] can I get a rebuild of Edubuntu? It failed to build last night and I need to test an up to date livefs. Upgrading the latest one is a 500 packages upgrade so that won't work with aufs :) [14:58] stgraber: running [14:58] cjwatson: thanks === doko_ is now known as doko [18:41] Hey guys, as I understand it, the image spin for Ubuntu Studio was recently changed. I'd like our seeds updated, so that we could continue testing the images. Normally, TheMuso has uploaded them, but seeing that he's probably asleep at the moment, I wondered if there's anyone else who could do that for us? [18:46] skaet: I don't think UI freeze matters for new universe packages (wallch), but I do agree that the exception shouldn't be valid forever [18:49] cjwatson: I don't suppose you have time to upload Studio's seeds? Pretty please? :D [19:05] cjwatson: Congratulations! [19:21] tumbleweed: I agree. U/I freeze is "talk to the docs people so they can keep up", so unseeded packages aren't really relevant. [19:49] could somebody review bug #833172 for dx? it's needed for unity cjk support [19:49] Launchpad bug 833172 in xapian-core (Ubuntu) "[FFE] CJK support (affects: 1) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/833172 [20:01] * iulian looking. [20:04] 1.2.7-1 is already in Debian. [20:04] Oh wait. [20:04] The patch is not included. [20:05] the patch is a svn backport, it will be in 1.2.8 [20:08] Indeed. I hope you guys tested it and nothing breaks. If it does, then it will be quite bad. [20:09] dx has been testing it and some canonical oem team people have been testing it [20:09] it also got reviewed and included in upstream svn [20:10] Brilliant. Approved. [20:11] iulian, thanks [20:11] tumbleweed, ScottK, fair enough, right now the FFE process says exceptions considered up until beta. Any objection to taking a pass through the universe ones with open ended FFEs, and date limiting them if they're still open as of Beta Freeze? [20:12] that sounds good [20:14] astraljava: sure (I did a while back, unsolicited) [20:15] astraljava: not sure what you mean by "the image spin for Ubuntu Studio was recently changed" - I did change the daily build time to reduce the change of clashes [20:15] charlie-tca: thanks :) [20:18] cjwatson: Yeah I was referring to the time actually, sorry for the poor wording. That's actually why I asked for the upload, cause I just recently pushed a new commit, and wanted that to be included for the spin this evening. Thanks for your help! [20:21] Probably missed today's images, though. Seems my commit hit LP a minute before the amd64 image was created. :) Oh well, there's always tomorrow. [20:22] you've missed todays, yes [20:22] *today's [20:22] No prob. Thanks again for your help! [20:50] cjwatson, is your changes on daily build time affect lubuntu ISO ? the generation stopped since the 18 [20:52] gilir: console-setup : Conflicts: console-terminus [20:52] http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/lubuntu/20110823/livecd-20110823-i38 [20:52] 6.out [20:52] well, let me fix the link there, then [20:52] http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/lubuntu/20110823/livecd-20110823-i386.out [20:52] That seems to be the issue [20:53] ah, I forgot to look at the log, thanks charlie-tca :) [20:53] No problem [20:53] Just gave the information to Unit193, so had it handy [20:56] gilir: no, I didn't change Lubuntu's build time. Would you like to be subscribed to failure notifications? [20:57] (I thought I'd done that, but you're not listed) [20:57] Took me forever to learn to look in the logs. I thought cjwatson was going to murder me, he had to tell me so many times [20:57] console-setup is fixed [20:57] charlie-tca: heh [20:57] * cjwatson is a pacifist :) [20:58] That's a really good thing. cjwatson is patient, too. [20:58] gilir, latest is 24 and fails because ubiquity-frontend-gtk tries to overwrite '/usr/lib/libwebcam.so.0', which is also in package libwebcam0 0.2.1-1 [20:58] yeah, that's fixed too, latest upload [20:58] livefs builds are pretty sensitive to the state of the archive [20:58] gilir: if everything is fixed, you can ask for a build now [21:00] cool thanks :) [21:01] I've kicked off a Lubuntu build [21:04] cjwatson, thanks :) [21:05] gilir: should I subscribe you to failure notifications? if so, tell me an address to use [21:06] gilir: that's a email tells you when the image fails to build, and gives a log of the failure. [21:08] cjwatson, yes, that should be perfect, you can use my gilir at ubuntu address [21:09] cjwatson, also, is it possible to build alternate image ? is there something special to do to the seed or to the ISO build system ? [21:09] gilir: notifications> done [21:10] gilir: it's possible, but I think at this point new images require an FFe ... [21:10] I can take care of the work if you get it approved [21:11] cjwatson, ok, I can write the FFe, do I need to affect it to a special project or package in launchpad ? [21:12] uh, I guess just lubuntu-meta or something, then reassign it to the ubuntu-cdimage project after approval [21:12] but make sure the ~ubuntu-release team is subscribed [21:13] probably best to have it on an Ubuntu package to start with even if that's a bit artificial, since I'm not sure what searches everyone uses to generate the outstanding FFe list and it's possible that some people use something based on bugs.launchpad.net/ubuntu [21:13] (I think bugs.launchpad.net/~ubuntu-release/+subscribedbugs is canonical though) [21:14] ok, I'll do that, thank you :) [21:36] bugs.launchpad.net/~ubuntu-release/+subscribedbugs picks up any foreign tasks attached to FFe bugs unfortunately [21:51] slangasek: ah, unfortunate ... [21:52] gilir: hmm, bah, less than entirely useful failure mail there [21:52] but at least it tells you it went wrong ... [21:53] (it's usually better than that) [21:53] presumably this is the mail on a manual build? [21:54] yeah [21:54] oh, it has a datestamp sync problem doesn't it [21:54] yep [21:54] we should really integrate buildlive into the main build-image-set process somehow [21:54] although I suppose it doesn't entirely help because the livefs datestamp may unavoidably be different ... [21:55] yeah, exactly :/ [21:55] http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/lubuntu/20110824.1/livecd-20110824.1-i386.out - ubiquity again, looks like 2.7.16 failed to build [22:02] Is it a known fact that usb installs are a no-go at this moment? [22:10] skaet: I think for U/I freeze the important question is included in some flavor doc package or not so it's more like seeded/unseeded than Main/Universe. [22:11] ScottK: on the other hand, FFes shouldn't be open ended [22:11] and we shouldn't grant them until they are needed [22:11] True, but FFe is always a question of risk versus benefit. [22:11] There's no hard and fast. [22:12] of course, they are, after all, exceptions to the rules [22:17] ScottK, as long as we manage expectations by setting a window to upload into and don't leave things open ended, my main concern will be addressed. Some of the packages while not seeded are nice to haves, and knowing if they'll be available, is important. [22:18] I'd think the window to upload into was before the freeze, but OK. [22:18] wallch better be awesome, for the amount of effort it has taken... [22:19] Laney: you should read the source :( [22:19] unfortunately a few of us got guilted into looking at it a while ago and now feel committed to see it through... [22:27] tumbleweed: you say that like it's a bad thing :) [22:27] well, I wish he'd learn faster [22:28] not everyone learns quickly [22:41] what can we learn from this, though? should people only request NEW ffe when the package is actually ready? [22:44] which can obviousuly demotivate people from working post FF on something that'll require an exception [22:45] astraljava: probably not; installability doesn't get looked at much in the time between milestone testing. You're trying to install from a daily? [22:47] slangasek: Yes, Xubuntu daily, i386. charlie-tca mentioned he had learnt that installing from usb had had shown difficulties. I tried creating the stick first with usb-creator, and then with unetbootin, both of which fail to launch ubiquity. [22:47] -had [22:47] there was a report about trouble with the --desktop option [22:48] bug 831812 [22:48] Launchpad bug 831812 in ubiquity (Ubuntu Oneiric) (and 3 other projects) "ubiquity fails to start when called with '--desktop %k' and libglibmm-2.4-1c2a 2.29.11-0ubuntu1 (affects: 2) (dups: 1) (heat: 16)" [Critical,Triaged] https://launchpad.net/bugs/831812 [22:48] it should be the exception that NEW stuff is asked for after FF, so it's not that unreasonable [22:49] cjwatson: Alright, but I also tried to initiate it by Alt+F2, "ubiquity -d", with same results. [23:03] * cjwatson fixes up the ubiquity build failure