[00:01] slangasek, it looks like the dependencies are built on version-1 of mir, which is the problem. I'll email didrocks and see if the autolander is malfunctioning on this [00:03] robert_ancell: ok. AIUI didrocks is on vacation this week, so if this needs to go through now-ish and is otherwise ok, you might just want to do a no-change rebuild of unity-mir to saucy? [00:03] slangasek, ah, ok [00:03] thanks! [09:04] do we have germinate output for touch builds? [09:05] does it even use germinate? [09:07] Laney: It uses metapackages (ubuntu-touch) instead of tasks right now. [09:07] Though, that should probably change. [09:07] yeah I wanted it for the "why is this package in the image" part of the output [09:07] oh well [09:08] Laney: So, the answer is "sort of". It has a seed, and the meta source uses germinate, but we don't germinate its tasks and use them to build images. === exekias_ is now known as exekias [09:58] This cycle redhat-cluster got split into separate packages, and some portions dropped. One of the re-introduced packages from the split is dlm, which is needed to build clvm binary from lvm2 package. [09:59] i have now uploaded lvm2 with build-dep on libdlm-dev, can dlm please be promoted back to main? [09:59] bug 1213132 [09:59] Launchpad bug 1213132 in dlm (Ubuntu) "[MIR] dlm" [Undecided,New] https://launchpad.net/bugs/1213132 [09:59] build-dep https://launchpad.net/ubuntu/+source/lvm2/2.02.98-1ubuntu5 [10:24] doko_: xnox done [10:24] err [10:24] sorry doko_ [10:24] xnox: done [10:25] could somebody NEW-process packagekit-qt for me? I was the sponsor [10:25] infinity, slangasek: I think we'd like to be part of all alphas/betas [10:25] cjwatson: I'll take a look [10:26] ta [10:36] can you let eclipse-cdt migrate to saucy? it's depwait on armhf because of eclipse [10:37] that amounts to a request to remove eclipse-cdt/armhf, I guess? [10:38] yes [10:38] I'll get back to you once lillypilly gets back to me === sergiuse1s is now known as sergiusens [11:41] * Laney calls for beta 1 participants [11:41] just noticed that the schedule has a freeze tomorrow and I signed up for this one [11:42] didnt we just have an alpha ? [11:42] depends how you define 'just', I suppose [11:43] july 25th [11:43] a blink of an eye ago :) [11:43] geez, time flies if you play with phones [11:43] you might be getting confused with 12.04.3 [11:43] nah ... but i was convinced the alpha was this month [11:44] obviously not :) [11:50] quick must get 9.2 in soo nthen :P [11:51] pheature phreeze [11:56] can llvm-3.3 be moved to main? [12:48] https://launchpad.net/ubuntu/saucy/+source/mesa/9.2-1ubuntu1 [12:48] does anyone have an idea whats up with alsa-lib in proposed ? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html shows it as valid candidate .... and i cant find any blockers, but it still didnt come out [12:50] ogra_: Looking at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt - it looks like it succeeded on the last run. [12:51] ScottK, yeah, looks like it went in now [12:51] i'm just to impatient :) === doko_ is now known as doko [13:00] slangasek: can you join the Qt 5.1 session in one hour to comment on the regressions it has, like would it be better to have it with known regressions that developers and then kicked to fix or FFe when everything has been fixed? [13:00] or not like regressions it itself has, but that it causes to other components [13:02] 5.1.1 is out, BTW. [13:05] ScottK: yep, building in https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-daily - it's essentially the same as ~20130820 snapshots but with one Mac OS related commit added [13:06] Did you merge from Debian? [13:06] If we're going to get ahead of them again, we ought to pick up their packaging changes. [13:08] ScottK: most 5.1.0 changes have been merged by me or mitya57 [13:08] OK. Great. [13:08] at least the important ones (qtbase, qtdeclarative) [13:20] ScottK: [13:20] can you move llvm-3.3 to main? [13:20] Is there an approved MIR? [13:30] ScottK: it replaces llvm-3.2 as dep for mesa [13:32] I think a mir for a version bump is a bit of overkill :) [13:33] http://irclogs.ubuntu.com/2013/08/21/%23ubuntu-devel.txt from earlier conversaion about it [13:34] hi there [13:35] thostr_1, and I wanted to check with the release team to see if FFe https://bugs.launchpad.net/ubuntu/+bug/1215980 and FFe https://bugs.launchpad.net/ubuntu/+bug/1215397 [13:35] Launchpad bug 1215980 in Ubuntu "[FFe] Freeze exception for converged indicators" [Undecided,New] [13:35] Launchpad bug 1215397 in Ubuntu "[FFe] Freeze exception for converged scope packages" [Undecided,New] [13:39] howdy! Is there someone who can take care of a package in the NEW queue? It is a soon to be dependency for MAAS: djorm-ext-pgarray [13:40] mlankhorst: https://launchpad.net/ubuntu/+source/llvm-3.3 is curiously empty. [13:41] I think he must mean llvm-toolchain-3.3 [13:42] Yes, that seems more likely. Thanks. [13:42] oops yeah that one :) [13:43] mlankhorst: Did you upload mesa to build-dep on it yet? [13:43] If you didn't, it'll just fall right back to Universe. [13:43] Riddell: can I bounce your mail to the list for the record, please? [13:43] you sent it just to me [13:44] ScottK: yes [13:44] it's build-dep waiting [13:44] OK. [13:45] Laney: done [13:45] merci [13:48] mlankhorst: https://launchpad.net/ubuntu/+source/llvm-toolchain-3.3/+publishinghistory [13:48] cheers [13:59] just noticed by question above was incomplete, so let's try again: are there any issues or missing information with FFe 1215980 and 1215397? [13:59] by/my [13:59] * olli gets coffee [14:00] do the archive builds auto retry? [14:00] from dep wait they do [14:00] ah k, it should be good to go then :) [14:01] anyone up to the Qt 5.1 session? https://plus.google.com/hangouts/_/368836c93bc010c273ce53686164a50dd2e47904?authuser=0&hl=en [14:03] Mirv: What plugin do I need to install? [14:04] Nevermind. Figured it out. [14:07] Mirv: I'm afraid I'm running video on the foundations track, can't easily join [15:21] hm, looks like like llvm-3.3-dev depends on libjsoncpp0 too, yikes.. [15:31] although it seems that llvm-3.2 already required libjson, it was just not an external dependency [15:34] an internal json copy was used instead [15:40] it would be easy to use the internal copy again though, if it's preferred that libjson doesn't get to main [16:02] mlankhorst: libjson? upstart is already using a json library. Or is it something else? [16:03] libjsoncpp [16:03] according to that binary package name anyway [16:04] Laney: ah, so not the libjson-c2 / json-c. mlankhorst use json-c =)))) [16:05] xnox: I'd rather not rewrite support :P [16:06] xnox: is it easy to change in llvm by just replacing deps? [16:08] I imagine the API is different [16:09] guess so :/ [16:10] can I revert the change and use the included copy? [16:11] mlankhorst: given that libjsoncpp is in the archive, we (or rather, the security team) would prefer to just support that package instead of having an embedded copy in llvm to support [16:11] ok [19:58] Someone even faster than me on bind9. [20:00] I run new-binary-debian-universe pretty much out of my hindbrain [20:00] Conscious thought is occasionally involved but only if it looks weird ... [20:57] Please de-new upstart, we decided that the $world should not depend on dconf & glib, thus the tiny dconf bridge is in a separate binary package.