[01:08] <utlemming> stgraber: can you add http://cloud-images.ubuntu.com/quantal/20120829.3/ to the tracker for Beta-1?
[03:23] <ScottK> cyphermox: There were others that came after you that went and finely parsed the text of the FFe rules.  It wasn't you I was referring to.
[03:24] <cyphermox> ScottK: I wasn't taking it personal. indicator-sync was clearly uploaded when it shouldn't have
[03:25] <cyphermox> ScottK: btw, I have a FFE for it now; since there needs to be another upload anyway, and one for the official release of ModemManager 0.6
[03:25] <cyphermox> if you have time
[03:25] <ScottK> No.  Sorry.  On travel for work, been in meetings all day/driving and need to catch up on work stuff tonight.
=== smartboyhw is now known as Guest59018
=== smartboyhw_ is now known as smartboyhw
[06:18] <stgraber> utlemming: hmm, that's a kind of weird request considering we haven't actually entered beta-1 freeze yet ;) I can certainly do it tomorow though once the beta-1 milestone actually exists on the tracker
=== henrix_ is now known as henrix
[08:31] <seb128> hey, could you guys ack those today?
[08:31] <seb128> https://bugs.launchpad.net/bugs/1043589
[08:31] <ubot2`> Ubuntu bug 1043589 in compiz "[FFe] Add support for OpenGL|ES" [High,Fix released]
[08:31] <seb128> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1043676
[08:31] <ubot2`> Ubuntu bug 1043676 in unity "FFe: webapps, previews and coverflow support to Unity/bamf/nux" [High,Confirmed]
[08:31] <seb128> or review them and comment at least ;-)
[08:40] <seb128> ogra_, ^
[08:42] <ogra_> :D
=== ev_ is now known as ev
=== mmrazik is now known as mmrazik|lunch
=== yofel_ is now known as yofel
=== mmrazik|lunch is now known as mmrazik
[12:29] <Laney> Could somebody take a look at NEW today? ;-)
[13:04] <Daviey> slangasek: Now that netboot/mini.iso can support retrieving a squashfs to install.. I'd like to expose it for server, but does it also make sense to do it for all flavours ?
[13:04] <Daviey> taking note of the extra cdimage storage requirement?
[13:05] <ogra_> are they notable ?
[13:05] <ogra_> its only kernel, initrd and bootloader in a single image
[13:06]  * ogra_ would be surprised if that was above 20M per image
[13:07] <ogra_> ah, its 30 for x86 actually
[13:07] <Daviey> ogra_: No, the whole squashfs, i mean
[13:07] <ogra_> how big is it ?
[13:07] <Daviey> omap4 is 149M, powerpc is 245M.. the rest are in the middle
[13:08] <ogra_> hmm, we currently effectively offer mini.iso on omap4
[13:09] <Daviey> Oh, we alreayd expose desktop squashfs
[13:09] <ogra_> http://ports.ubuntu.com/ubuntu-ports/dists/quantal/main/installer-armhf/current/images/omap4/netboot/boot.img-fb.gz is only 15M (but its gzipped)
[13:09] <Daviey> http://cdimage.ubuntu.com/livecd-base/
[13:09] <ogra_> oh, how did that end up public ?
[13:10] <ogra_> i dont think thats what you think it is :)
[13:10] <Daviey> ah
[13:11] <ogra_> (look at the manifests ... i think its similar to -core but in a squashfs
[13:11] <ogra_> )
[13:11] <Daviey> yeah
[13:12] <ogra_> i personally would pretty much like to keep the existing mini.isos for people using a local mirror, coundt we add a big-mini.iso or so ? :)
[13:12] <ogra_> *couldnt
[13:14] <Daviey> ogra_: You are missing my point.
[13:15] <Daviey> ogra_: "d-i live-installer/net-imagestring http://path.to.flavour.squashfs" .. and it grabs the squashfs to isntall
[13:15] <Daviey> so it's still the small image.. but you can use it to grab the squashfs aswell.
[13:16] <ogra_> right, but how do you make sure the right default preseed is used in that case ?
[13:16] <Daviey> ogra_: Well, you are preseeding already, right?
[13:16] <ogra_> well, probably a moot question, the normal netinst also doesnt make use of the pre-flavour preseeding
[13:17] <ogra_> *per-flavour
[13:17] <ogra_> Daviey, at image creation time a default preseed gets put into the normal images ...
[13:17] <ogra_> thats not the casde for netinst
[13:17] <ogra_> *case
[13:17] <ogra_> thats what i was referring to
[13:18] <Daviey> ogra_: Yes, but i'm asking what the difference is?
[13:18] <Daviey> ogra_: the out-of-the-box mini.iso or netinst wouldn't change.
[13:18] <ogra_> yep, i got that now
[13:19] <Daviey> This is just about exposing the squashfs, so people can preseed it.
[13:20] <ogra_> Daviey, for the default preseeding, look on nusakan in debian-cd in the data dir
[13:21] <Daviey> ogra_: ok, but what does that change? :)
[13:21] <ogra_> i.e. data/quantal/preseed/ubuntu-server/ubuntu-server.seed
[13:21] <ogra_> nothing :)
[13:21] <ogra_> its just that these arent in the netinst images
[13:22] <ogra_> but as you mentioned, netinst/mini.iso wont change
[13:22] <Daviey> ogra_: right.. but if you are using the netinstall/mini.iso, you'd want to supply that preseed anywya, right?
[13:22] <ogra_> well, we dont atm
[13:22] <Daviey> ogra_: you might not.. :)
[13:23] <ogra_> and i doubt people using netinst actually put these preseed files in place
[13:23] <ogra_> (especially since they woudl have to pull them out of debian-cd first)
[13:24] <Daviey> ogra_: actually, you raise a good point.. MAAS doesn't have all of those entries in it's preseed.  It should. Thanks
[14:02] <slangasek> Daviey: hmm, the desktop squashfs doesn't work quite the same as the server one, I'm not sure we want to do that
[14:02] <Daviey> slangasek: ok
[14:07] <utlemming> stgraber: oh...I got my dates confused. I was thinking that B1 was today, not next week. whoops.
[14:50] <davmor2> hey guys can I just confirm that kernel version 3.5.0-13.14 is on the live cd isos please,  I see this Get:489 http://ftpmaster.internal/ubuntu/ quantal/main linux-image-3.5.0-13-generic amd64 3.5.0-13.14 [11.7 MB] from http://people.canonical.com/~ubuntu-archive/livefs-build-logs/quantal/ubuntu/20120830/livecd-20120830-amd64.out so I'm assuming so
[14:53] <Laney> davmor2: http://cdimage.ubuntu.com/daily-live/current/quantal-desktop-amd64.manifest
[14:53] <ogra_> linux-image-3.5.0-13-generic	3.5.0-13.14
[14:53] <ogra_> linux-image-extra-3.5.0-13-generic	3.5.0-13.14
[14:53] <ogra_> linux-image-generic	3.5.0.13.13
[14:53] <ogra_> looks fine
[14:54] <davmor2> ogra_, Laney: ta I'll try an install and see if the webcam issue is gone away then :)
[14:55] <ogra_> i had installer webcam issues on the ac100 too ... and there the kernel didnt change since precise
[14:56] <ogra_> so you might still hit some issues (no crashes or hardlocks though)
[14:58] <davmor2> ogra_: that kernel should include the fix for my issue, with a hp 101 webcam running on the uvcvideo driver
[14:58] <ogra_> yep, i saw the discussion in -kernel yesterday
[14:58] <davmor2> ogra_: I just want to be sure it had landed before I wasted 10 minutes updating and burning the iso :)
[14:58] <ogra_> heh, yeah
[15:22] <mterry> skaet, hello!  So my plan is to update lightdm & (a hobbled) unity-greeter in quantal today.  I will disable the features in unity-greeter that have pending MIRs and FFes.  But it's not as easy to disable the new API in lightdm.  But since the only consumer is unity-greeter, and it will be disabled there, I'm assuming it wouldn't be breaking FF to upload a remote-login-capable but unused lightdm?
[15:23] <mterry> Actually, I suppose I could have that API always return an error
[15:24] <skaet> mterry,  that should be fine.
[15:49] <Laney> skaet: are we hard freezing the archive this time?
[15:50] <skaet> Laney,  yes,  we'll freeze at 2100.
[15:50] <Laney> righto
[15:51] <tumbleweed> so we get to exercise our new queue admin rights \o/
[15:51] <Laney> we have that?
[15:51] <stgraber> I'll be uploading ubiquity-slideshow-ubuntu pretty close to that time, hopefully all the flavours will have their slideshow updated by then
[15:51] <stgraber> Laney: yep, we do, Colin added the ACL a couple of weeks ago
[15:51] <tumbleweed> Laney: yeah, go and look at +queue (looks like we have the permissino to do NEW too, but obviously shouldn't)
[15:52] <Laney> well I can see that, but I thought it was for backporters
[15:52] <Laney> nice either way
[15:52]  * skaet --> back to conf
[15:53] <Laney> == All rights for laney ==
[15:53] <Laney> Queue Administration Rights for ubuntu-backporters: archive 'primary', pocket 'Backports'
[15:53] <Laney> Queue Administration Rights for ubuntu-release: archive 'primary', pocket 'Release' in quantal
[15:53] <Laney> Queue Administration Rights for ubuntu-release: archive 'primary', pocket 'Proposed' in quantal
[15:53] <micahg> ubuntu-release has rights on the release and proposed pockets
[15:53] <Laney> true dat
[15:53] <Laney> I know that the UI doesn't match what the permissions allow
[15:54] <tumbleweed> right. but we need queue admin for Release to let things thorugh during freezes
[15:59] <Laney> oh good, I was going to suggest that sru got the same for the other series, but they already have
[16:02] <Laney> probably the ubuntu-archive memberships can be cleaned up then?
[16:03] <micahg> cleaned up?
[16:03] <Laney> some people were added to accept SRUs
[16:03] <micahg> oh, memberships, yes, I think ScottK already suggested that :)
[16:04]  * micahg parsed that as permissions somehow :)
[16:26] <cyphermox> hi, could someone please review https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/1043929 ?
[16:26] <ubot2`> Ubuntu bug 1043929 in network-manager-applet "FFE: Behavior when policy limits access to nm-applet functions is inconsistent / should hide disallowed actions" [Undecided,New]
[16:45] <stgraber> cyphermox: looking
[16:45] <cyphermox> thanks. I got two others too if you have a bit more time
[16:46] <stgraber> cyphermox: are these changes coming from upstream?
[16:46] <cyphermox> no
[16:46] <cyphermox> those are changes from Canonical PS
[16:46] <cyphermox> stgraber: btw, we should be able to re-enable adhoc wpa shortly too; there are working patches to do this and a minimal change to wpa to get it to work and actually be secured
[16:47] <stgraber> ok, anyway, looks pretty close to bugfix to me. Showing options that aren't allowed is just wrong. Diff seems reasonable from my rather limited knowledge of gtk
[16:47] <stgraber> cyphermox: I'm assuming this has all been tested for a few days already? (if you intend on getting this uploaded before beta1 freeze, 21:00 UTC today)?
[16:48] <cyphermox> stgraber: it was far more for the addition of hiding them if the env variable is found
[16:48] <cyphermox> yes, though not by me
[16:48] <cyphermox> Wellark was working and testing that
[16:48] <stgraber> ok, FFe granted.
[16:49]  * infinity wonders who this stgraber guy is.
[16:51] <cyphermox> the others are bug 1043343 and bug 1043486
[16:51] <ubot2`> Launchpad bug 1043343 in indicator-sync "FFE: indicator-sync 12.10.1 -- fix namespacing errors in Gir and module naming consistency" [Undecided,New] https://launchpad.net/bugs/1043343
[16:51] <ubot2`> Launchpad bug 1043486 in modemmanager "FFE: ModemManager 0.6 in Quantal" [Undecided,New] https://launchpad.net/bugs/1043486
[16:51] <cyphermox> ^^ indicator-sync has new binaries
[16:54] <Laney> cyphermox: are they beta critical?
[16:54] <cyphermox> Laney: indicator-sync I think they wanted for beta
[16:54] <Laney> also, do you have a fix for the ftbfs of -sync?
[16:55] <cyphermox> yes
[16:55] <cyphermox> modemmanager is less pressing
[16:55] <stgraber> cyphermox: for MM, do you already have a package ready for upload?
[16:55] <cyphermox> seb128: indicator-sync beta-critical?
[16:55] <Laney> well, you might as well go ahead with that since it got uploaded already
[16:55] <cyphermox> stgraber: yes
[16:55] <Laney> I can't see -sync getting on media or anything for the beta
[16:55] <cyphermox> Laney: no, there is that
[16:55] <Laney> so probably not technically subject to the freeze
[16:56] <stgraber> cyphermox: ok, I'm assuming you test-built on x86 and tested with the hardware you have around?
[16:56] <cyphermox> yup
[16:56] <cyphermox> test build on amd64 and i386 usually, and test with all the modems I have
[16:56] <cyphermox> (I should list those somewhere)
[16:57] <stgraber> ok, I'll grant it then. I'll leave the decision of uploading to the archive before the freeze or right after it up to you
[16:57] <cyphermox> MM is going to land after
[16:57] <stgraber> ok
[16:57] <Laney> I'd like people to be explaining their testing in FFe requests
[16:57] <Laney> I find it really helps when considering them
[16:58] <stgraber> cyphermox: granted
[16:59] <stgraber> Laney: agreed. I happen to know what kind of testing cyphermox does for NM and MM, but having it written explicitly in the request would surely help people less familiar with these
[16:59] <Laney> I've been pushing back a bit with that
[17:00] <cyphermox> ok
[17:07] <cyphermox> Laney: the actual fix for the FTBFS will be to disable the automated tests
[17:07] <cyphermox> they tend to fail 1/4 times on amd64/i386 too
[17:09] <infinity> cyphermox: Disabling tests sounds like the wrong answer...
[17:10] <cyphermox> infinity: I know, but they do fail for no reason, even if running them manually (with an actual bus and all) works
[17:11] <infinity> cyphermox: I suppose finding the bug (either in the code or the tests) and fixing it would be out of the question? :P
[17:12] <cyphermox> infinity: I would like upstream to find the bug instead of me spending multiple hours hacking at this :)
[17:12] <cyphermox> the tests are buggy; the code itself appears sane
[17:12] <cyphermox> and on top of that, the tests are being run wrong (IMO) in make check
[17:13] <cyphermox> I did bring that up to upstream :)
[17:19] <Laney> if it helps to motivate them I can nack the FFe until this is fixed ;-)
[17:20] <seb128> re
[17:20] <seb128> cyphermox, Laney: indicator-sync is not important for beta1 no, it's not useful as long as the U1 side doesn't land ... are they ready to land that?
[17:21] <cyphermox> Laney :)
[17:23] <Laney> cyphermox: I'm not completely joking — we're not supposed to be landing untested code so I would at the least appreciate a b2 milestoned bug about it
[17:23] <seb128> let charles know about test issues
[17:23] <seb128> he will fix them I'm sure
[17:23] <cyphermox> seb128: yeah, I'm working on it
[17:24] <cyphermox> Laney: I know, but it's not untested
[17:24] <seb128> https://code.launchpad.net/~charlesk/indicator-sync/lp-1040137/+merge/121932
[17:24] <cyphermox> charles says he can run the tests on build and it always works
[17:24] <seb128> it might fix it
[17:24] <Laney> fix r48 wtf
[17:24] <Laney> hahaha
[17:25] <cyphermox> I can also run the examples successfully
[17:25] <cyphermox> -s
[17:25] <Laney> I don't doubt it, but it should be working in an automated setup really
[17:25] <cyphermox> yes
[17:25] <Laney> so if you just milestone a bug and assign it to charles then I'll be happy for now ;-)
[17:26] <cyphermox> Laney: https://bugs.launchpad.net/ubuntu/+source/indicator-sync/+bug/1043956
[17:26] <ubot2`> Ubuntu bug 1043956 in indicator-sync "Automated tests during build fail regularly (though not always)" [Undecided,New]
[17:27] <Laney> cheers
[17:27] <Laney> milestoned
[17:28] <cyphermox> sweet
[17:28] <cyphermox> now I should just make that also have an upstream task
[17:30] <bdmurray> infinity: are you doing sru work today?
[17:54] <tjaalton> hey, i've uploaded a new -synaptics for precise-proposed to fix bug 956071, tested it here and it works. could someone let it through?
[17:54] <ubot2`> Launchpad bug 956071 in oem-priority/precise "Xorg crashed with SIGSEGV in XIGetDeviceProperty()" [High,Confirmed] https://launchpad.net/bugs/956071
[18:26] <infinity> bdmurray: I've been doing a little here and there between sessions, that's all.
[18:48] <micahg> umm, I've got a few branches to sponsor for Ubuntu Studio, but I won't be able to get to it until this evening
[18:59] <iulian> Could somebody clear those two haskell binaries from NEW so I can finish off the transition (a few more rebuilds).
[19:01] <micahg> cjwatson: Laney: since you're marked as engineering contacts for beta 1, just wanted to let you know that I'll have some uploads a few hours after beta freeze for Ubuntu Studio (sorry, lack of time on my part and they're lacking uploaders of their own)
[19:03] <micahg> it's all Ubuntu Studio specific stuff, so shouldn't impact anyone else either
[19:03] <knome> hey micahg :)
[19:11] <ScottK> Laney: Some people were accepted to do release stuff too.
[19:13] <knome> hey stgraber! i uploaded a new xubuntu slideshow to ubiquity-slideshow-ubuntu yesterday; will it be in quantal, or do i need to do something else? :)
[19:21] <xnox> knome: should be part of the respin. Is it using the new way of doing things?! =)
[19:22] <knome> the xubuntu slideshow or the branch?
[19:29] <knome> where's skaet when you need her?
[19:30] <xnox> knome: the package structure, cause the translations are now ogranised in a different way, as far as I know.
[19:30] <knome> xnox, i don't know about that, i'm just maintaining the xubuntu slideshow
[19:30] <xnox> knome: did you test the new slideshow in quantal daily basically?
[19:30] <knome> no, just precise
[19:30] <xnox> and did it work ok?
[19:31] <knome> but i can still run tests in quantal
[19:31] <xnox> please test in quantal daily CD in a VM
[19:31] <knome> sure
[19:31] <xnox> thanks.
[19:35] <knome> xnox, works like a dream.
[19:35] <xnox> knome: ok. good =)
[20:04] <seb128> hey
[20:04] <seb128> can we get bug #1042757 reviewed?
[20:04] <ubot2`> Launchpad bug 1042757 in unity-greeter "FFe request: Unity greeter network indicator" [Medium,Fix committed] https://launchpad.net/bugs/1042757
[20:05] <seb128> we have the feature ready to land, we had to distro patch it out because it's not approved yet
[20:05] <seb128> Laney, slangasek, no-skaet (:p):
[20:08] <slangasek> seb128: acked
[20:08] <seb128> slangasek, thanks!
[20:09] <slangasek> seb128: can this get uploaded today, then?
[20:09] <seb128> slangasek, yeah, we were just waiting for the ack
[20:09] <slangasek> ok
[20:10] <seb128> the update landed this morning with the feature distro patched out because it was not acked
[20:10] <seb128> so it's just a matter or dropped the patch
[20:26] <stgraber> knome: I'll do an upload later today
[20:26] <stgraber> xnox: I usually do an upload of the slideshow right before UI freeze
[20:27] <xnox> stgraber: ah ok. Didn't know.
[20:28] <xnox> stgraber: which branches is that, out of interest?
[20:28] <stgraber> xnox: lp:ubiquity-slideshow-ubuntu
[20:30] <xnox> stgraber: ok. got it confused with defaults-builder.
[20:39] <stgraber> skaet: FYI ltsp is failing on quantal at the moment, trying to get a fix ready by 21:00 UTC but might end up being a tiny bit late
[20:51] <skaet> stgraber,  ack.
[20:52] <stgraber> knome: uploading slideshow now
=== sebdebug is now known as seb128
[21:02] <xnox> freeze.....
[21:07] <stgraber> skaet: right, didn't make it by 21:00 UTC. wifi is too slow ;) hoping to get ltsp uploaded in the next 30min
[21:14]  * skaet understands WIFI too slow..... only too well :P
[21:15] <stgraber> skaet: uploading ltsp now. It fixes two critical bugs in ltsp-client-builder, I'm not sure I won't need to fix something else afterwards, but at this point I really need a new CD build to check that
[21:16] <stgraber> and there's a talk I need to attend in a few minutes...
[21:16] <skaet> stgraber, ok.
[21:23] <knome> stgraber, thanks :)
[21:23] <knome> skaet, hey
[21:23] <skaet> hiya knome
[21:24] <knome> skaet, so, a few things
[21:24] <knome> skaet, i believe beta release notes are not being written yet?
[21:26] <skaet> knome,  not yet, setting them up to be ready to be added into by monday.
[21:26] <knome> skaet, ok, good :)
[21:27] <skaet> :)  if you need them earlier though just let me know and I'll rearrange some tasks.
[21:27] <knome> nah, we started writing them to our blog, we can always copy from there
[21:27] <knome> another thing
[21:28] <knome> i've made sure the xubuntu website doesn't refer to "derivative" anywhere
[21:31] <stgraber> thanks! we're slowly getting there
[21:32] <knome> exactly...
[21:35] <stgraber> skaet: ok if I respin ubuntu alternate as soon as LTSP is published?
[21:36] <knome> wait.. ubuntu isn't dropping alternate?
[21:36] <stgraber> well, it still exists at the moment
[21:36] <stgraber> and ltsp is broken on it, so I'm fixing it ;)
[21:37] <knome> heh
[21:37] <knome> that's one more issue we need to talk about..
[21:37] <knome> if ubuntu drops them, xubuntu would most probably follow the motion
[21:38] <stgraber> it's up to you, d-i will still be fully supported
[21:38] <knome> d-i as in?
[21:42] <stgraber> debian-installer
[21:42] <knome> right.
[21:42] <skaet> stgraber,  ok by me.    I think its likely alternates will drop.
[21:43] <knome> we've been talking about dropping alternate anyway, so this kind of concludes it.
[21:43] <skaet> slangasek,  did you and jason come to agreement on whether we'll be having alternates for desktop or not.
[21:43] <skaet> ?
[21:43] <slangasek> skaet: we are not having them
[21:43] <slangasek> (for Ubuntu)
[21:44] <knome> skaet, what's the deadline when you'd like to know if xubuntu does alternates for beta 1?
[21:44] <knome> skaet, today? :P
[21:44] <skaet> knome,  as soon as possible.  Definitely before the candidate images start on monday.
[21:45] <knome> skaet, ok. i'll let you know before monday
[21:45] <stgraber> skaet: ok, will respin in a few minutes then. LTSP is on some other media and can also be used with the netboot image, alternate is just the easiest way of testing it ;)
[21:46] <stgraber> speaking of changes for beta1, what's the status of llvmpipe?
[21:47] <stgraber> will we be able to use kvm to test beta1?
[21:49] <jbicha> hi, could I get ubuntu-gnome-default-settings accepted too? thanks
[21:51] <stgraber> jbicha: is there some magic I'm missing or are you missing a glib-compile-schemas call?
[21:54] <jbicha> stgraber: that should be automatic, isn't that what's going on at line 3 of http://paste.ubuntu.com/1176741/
[21:55] <stgraber> jbicha: looks like it, good. I somehow missed the fact that we now have a trigger for it
[21:55] <skaet> stgraber, need to catch up on the archives to see if I can figure out the story on llvmpipe.
[21:56] <stgraber> skaet: it'll be a massive pain for beta1 if we can't use kvm for testing
[21:56] <jbicha> dh_installgsettings is an awfully noisy trigger these days but I blame desrt for that ;)
[21:56] <xnox> stgraber: yes llvmpipe is awesome in VMs
[21:56] <stgraber> xnox: "awesome", as in, it works with unity now? last I checked it was still blacklisted and buggy
[21:57] <xnox> stgraber: it works very well. The best video card to select for KVM is vmvga. Then you can get something like 2360x1770 resolution flicker free (with enough ram to the VM)
[21:58] <xnox> and it's fast.
[21:58] <stgraber> xnox: cool, good to hear it's finally working
[21:58] <xnox> I do want to recommend disable some "slow" effects. E.g. unminimize "geany" effect is slow on llvmpipe.
[22:00] <xnox> stgraber: setting resolution to 640x480 makes it a complete speedster ;-)
[22:00] <stgraber> hehe
[22:02] <seb128> skaet, hey
[22:02] <seb128> skaet, when would be the last limit to land a compiz,unity update for beta1?
[22:03] <stgraber> seb128: an hour ago?
[22:03] <skaet> seb128,  we've gone into beta freeze now.
[22:03] <skaet> scope of change and impact now.
[22:03] <seb128> stgraber, very useful thanks...
[22:03] <seb128> skaet, did you see the compiz and unity ffe?
[22:04] <seb128> skaet, basically not landing means no arm* desktop
[22:04] <seb128> that landing has GLES support
[22:04] <seb128> and yes, I know we are late
[22:04] <seb128> I wouldn't ask otherwise...
[22:04] <seb128> I would just upload
[22:04] <seb128> or "would have uploaded"
[22:05] <stgraber> seb128: so it's all ready for upload on your side? I think that next week would be too late and Friday is a bad idea, so today would be the deadline from my point of view
[22:06] <skaet> seb128,  archive is frozen so it will need to be manual let through.   So upload if its ready and tested.   Will see where we are tomorrow, after tonights images are built and tested.
[22:06] <seb128> stgraber, no, it's not, they have a testing ppa and still need to deal with some bugs
[22:06] <seb128> it's going to be tomorrow afternoon at the earliest
[22:07] <seb128> better if later, I was trying to see how much "too late" monday would be...
[22:08] <seb128> skaet, stgraber: the alternative is no arm* desktop in beta1 one and no tested of webapp,coverflow and previews in unity for beta1 nor testing of GLES
[22:08] <skaet> seb128, would like it discussed in the meeting tomorrow then.
[22:08] <seb128> skaet, ok, I do plan to discuss it there
[22:08] <seb128> I know it's a bit of a between rock and hard place situation
[22:08] <stgraber> seb128: I'm assuming this is going to bring new binary packages and bump the API too?
[22:08] <seb128> no new binaries no
[22:08] <seb128> well, there are api addition to bamf and nux
[22:09] <seb128> but nothing out of unity uses that
[22:09] <seb128> it's a self contained set
[22:09] <stgraber> ok, so, reverting compiz + unity would be a way out if it blows up (but no arm support then)
[22:10] <seb128> right
[22:10] <stgraber> assuming we let that stuff in tomorrow, will you have people around over the weekend to fix it?
[22:10] <seb128> I doubt there wil be blows up, they have a good testsuit running on every commit and they do manual testing and those updates are being tested in ppa for a week
[22:11] <seb128> I will be around to fix things that can go wrong from a distro perspective
[22:11] <seb128> I will check with the unity guys how available they are
[22:12] <stgraber> ok, assuming we have someone who can revert/fix + upload over the weekend if it blows up, I think I'd be ok (but far from happy) to have it land tomorrow by end of day
[22:12] <seb128> but I guess they will have to make effort and get some people available in case it goes wrong
[22:12] <seb128> ok, thanks
[22:12] <stgraber> there's also the fact that skaet, infinity and I will be traveling on Saturday, so you'll have to find another release team member to review + accept
[22:12] <seb128> well, let's get an update at the release meeting
[22:12] <seb128> I hope to have things ready by then
[22:12] <stgraber> ok
[22:14] <xnox> is quantal frozen, or both quantal & quantal-proposed frozen?
[22:15] <stgraber> I'm assuming all pockets are frozen but maybe I'm not up to date on how LP works for that stuff
[22:57] <Laney> micahg: what is it?
[22:57] <Laney> will it let them actually get images again?
[23:13] <cjwatson> ^- livecd-rootfs fixes zh_CN/i386 build failure; doesn't fix as-yet-undiagnosed zh_CN/amd64 build failure, should have no effect on other builds
[23:14] <cjwatson> (not really back, still on vacation tomorrow, just catching up on a bit of the mail backlog and fixing some obvious stuff)
[23:52] <cjwatson> ^- all three non-urgent for beta, just "lest I forget" kinds of things
[23:52] <stgraber> skaet: ltsp still isn't fully working, pushing another fix upstream, will upload in a few minutes