[04:35] <tjaalton> RAOF: doing sru's today? could you ack libdrm & xtrans backports to trusty?
[04:45] <RAOF> tjaalton: Tomorrow is my SRU day, but sure.
[04:45] <tjaalton> ah
[04:45] <tjaalton> ok
[04:45] <tjaalton> thx
[04:46] <tjaalton> the wiki is out of date then :)
[04:49] <RAOF> No, I'm on Tuesday in US time :)
[04:50] <RAOF> tjaalton: Heh. libdrm-tegra0 needs a description fix. I'm pretty sure it's not the accessor to exynos-specific DRM services :P
[04:51] <RAOF> Also, are we absolutely sure that no-one uses the drmAllocCpy symbol that's been dropped?
[04:52] <tjaalton> bah, maarten added tegra
[04:53] <tjaalton> I think the symbol was made non-public
[04:53] <RAOF> That's no different from being dropped :P
[04:54] <tjaalton> right.. but
[04:54] <tjaalton> I'll dig up the log
[04:59] <tjaalton> RAOF: http://sprunge.us/KQUH
[05:00] <RAOF> Yeah, so that technically breaks ABI.
[05:00] <RAOF> And when I say “technically”, what I mean is “that absolutely breaks ABI”.
[05:01] <RAOF> But it's unlikely that anyone's using that symbol...
[05:02] <tjaalton> noone complained so far
[05:03] <RAOF> Right.
[05:04] <RAOF> Of course, that commit *also* hasn't been in an LTS release :)
[05:05] <tjaalton> yep, new in 2.4.60
[05:05] <RAOF> tjaalton: Hm, how about I reject that, you fix the tegra description and un-staticise that symbol, and then I'll accept?
[05:06] <tjaalton> o
[05:06] <tjaalton> k
[05:06] <tjaalton> fixing vivid too then?
[05:06] <RAOF> The description, sure.
[05:07] <RAOF> I don't expect that symbol to be used anywhere outside of libdrm, but would feel *really* stupid if I ACKd the SRU and it broke something.
[05:07] <RAOF> Cost-benefit is a bit different for vivid :)
[05:07] <tjaalton> right
[05:11] <tjaalton> hm, screw vivid, it'll get fixed once carrizo support is added
[05:22] <tjaalton> RAOF: uploaded
[05:27] <RAOF> (You probably mean *fix* a typo in your changelog ☺)
[05:34] <tjaalton> oh I forgot the fix part
[05:35] <tjaalton> reject and I'll try again!
[05:36] <tjaalton> uploaded the new
[06:14] <tjaalton> rejected the faulty one myself
[06:17] <RAOF> Oh, ta.
[06:40] <tjaalton> thanks!
[06:41] <tjaalton> it'll end up in NEW, so the drama continues ;)
[06:41] <RAOF> :)
[06:45] <RAOF> That's nice and quick!
[06:46] <tjaalton> yeah
[06:46] <tjaalton> hmm does that hold amd64 back though? that's all I care for testing
[06:47] <RAOF> I think you should have all the !armhf stuff in trusty-proposed.
[06:47] <tjaalton> right, that's greta
[06:47] <tjaalton> -at
[07:09] <elfy> pitti: I saw the fix release against the remove media bug - did a rebuild for me, on vbox it just fails to start live session
[07:18] <elfy> same in kvm
[07:52] <infinity> micahg: Yeah, there will be more AA stuff.
[07:53] <infinity> wxl: There will be rebuilds this morning for people who didn't rebuild their own.
[08:08] <pitti> Good morning
[08:11] <pitti> elfy: downloading xubuntu daily now and having a look
[08:19] <pitti> elfy: ah, I see it; that's plumbed together differently on xubuntu, so I didn't see that on ubuntu
[08:31] <flexiondotorg> pitti, How is Xubuntu different? I have new Ubuntu MATE image building and I am wondering if I'll run into the same issue?
[08:32] <pitti> it's not different in the end, I just didn't test the code path that elfy meant
[08:32] <pitti> selecting live or install on gfxboot both works, but not selecting "try live session" in ubiquity-dm
[08:33] <flexiondotorg> pitti, Understood.
[08:33] <flexiondotorg> pitti, What change caused the regression?
[08:34] <pitti> in http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/revision/6294
[08:34] <pitti> looking for the "Try live" button now, we need to start the real DM there too
[08:34] <flexiondotorg> pitti, Thanks.
[08:35] <flexiondotorg> pitti, Might this also interfere with oem-config once the system has been prepared?
[08:36] <pitti> flexiondotorg: no, oem-setup has its own .service
[08:36] <pitti> (and .upstart)
[08:36] <flexiondotorg> pitti, Ah. Of course.
[08:39] <darkxst> pitti, yes very much you need to launch the real dm at that point!
[08:39] <wgrant> infinity: https://launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-archive
[08:39] <wgrant> https://launchpad.net/ubuntu/vivid/+bugs?field.subscriber=ubuntu-archive is also relevant, but empty.
[08:39] <darkxst> otherwise every flavour will be broken
[08:53] <pitti> elfy, darkxst, flexiondotorg, infinity: fixed ubiquity uploaded (with the revert), sorry for messing that up
[09:29] <darkxst> pitti, I assume, all that worked under ubuntu, display-manager.service is lightdm specific?
[09:30] <pitti> darkxst: no, it most likely has the same problem
[09:30] <pitti> display-manager.service applies to all DMs
[09:30] <darkxst> pitti, that is what I figured, but though you might have tested things before uploading
[09:31] <pitti> darkxst: I tested selecting live and install from gfxboot
[09:31] <pitti> but gfxboot doesn't have an option for the maybe-ubiquity mode, so I missed that, sorry
[09:31] <pitti> now I know about "maybe-ubiquity" :)
[09:34] <darkxst> pitti, np, i'm more curious about actually fixing the race, but alas no time this week
[09:34] <pitti> darkxst: which race now?
[09:34] <pitti> we fixed the shutdown race and the one with oem-config yesterday
[09:35] <darkxst> probably that, though this was related
[10:42] <tjaalton> infinity: libdrm and xtrans are now in trusty-proposed, llvm-toolchain-3.6 just got uploaded
[10:43] <tjaalton> infinity: upgrade and downgrade works, though downgrade needs 'apt install xserver-xorg libegl1-mesa-drivers xserver-xorg-video-all xserver-xorg-input-all' to pull everything
[10:43] <tjaalton> so once llvm is acked and past NEW, I could start pushing stuff to proposed
[10:46] <tjaalton> actually could start from the server
[11:01] <tjaalton> apt-get remove .*lts-vivid works for downgrade
[11:26] <bregma> hey folks, how do I get may latest Unity package (fix for #1446256) properly ACKed and moved from -proposed to -release so it gets on the image?
[11:46] <flexiondotorg> infinity, Are all the desktop flavours going to get a rebuild?
[12:03] <sil2100> popey: btw. was there a final decision on whether we should re-publish today scope in the store?
[12:04] <popey> sil2100: not my decision. I asked you! :)
[12:04] <sil2100> Just wanted to know if you got an override from victor or someone else ;)
[12:06] <infinity> flexiondotorg: They all got a rebuild this morning, but there will be more rebuilds, yes.
[12:06] <infinity> flexiondotorg: That shouldn't stop people from testing anyway.
[12:06] <flexiondotorg> infinity, Am doing :)
[12:06] <flexiondotorg> infinity, Just checking if the "final" rebuild was down to me.
[12:08] <infinity> flexiondotorg: No, I'm keeping track.
[12:08] <flexiondotorg> infinity, Thanks.
[12:10] <flexiondotorg> infinity, I have a patch that fixes this - https://bugs.launchpad.net/ubuntu-mate/+bug/1445198
[12:11] <flexiondotorg> infinity, I've discussed it with the Debian maintainers and we have decided I should deviate the Ubuntu mate-terminal package.
[12:11] <flexiondotorg> infinity, What version should I give the new mate-terminal package for Ubuntu?
[12:11] <infinity> flexiondotorg: Wait, that's a bug in the terminal?
[12:12] <infinity> flexiondotorg: Anyhow, a new version would be 1.8.1+dfsg1-4ubuntu1
[12:12] <flexiondotorg> infinity, Yes. mate-terminal.wrapper doesn't support double quoted strings.
[12:12] <infinity> flexiondotorg: Which is what you get by default running "dch -i" on an Ubuntu system.
[12:13] <flexiondotorg> infinity, If I prepare a debdiff would you accept it?
[12:13] <infinity> flexiondotorg: I'll review it.  I won't promise I'll accept it unless it's correct. ;)
[12:13] <flexiondotorg> infinity, Sounds fair :)
[12:52]  * ogra_ tickles the publisher with a feather ... run publisher, run ... 
[13:32] <flexiondotorg> infinity, Could you review this please? https://bugs.launchpad.net/ubuntu-mate/+bug/1445198/comments/7
[14:00] <flexiondotorg> I'd like to file a sync request for mate-tweak from Debian unstable. It fixes a bug and adds translations. The package has not previously been synced from Debian so that changelog and history are different from the Ubuntu package.
[14:01] <flexiondotorg> Is there anything special I need to do.
[14:01] <infinity> flexiondotorg: I can sync it, lemme just look at a debdiff first.
[14:03] <jdstrand> fyi, I'm deleting apparmor-easyprof-ubuntu-snappy from the archive since we now use ubuntu-core-security instead
[14:04] <flexiondotorg> infinity, Shall I raise a request sync?
[14:04] <infinity> flexiondotorg: I already synced it.
[14:04] <flexiondotorg> infinity, Brilliant. You star!
[14:04] <infinity> jdstrand: Does it have any rdeps?
[14:04] <flexiondotorg> infinity, And thanks :)
[14:05] <infinity> adconrad@nosferatu:~$ reverse-depends src:apparmor-easyprof-ubuntu-snappy
[14:05] <infinity> Reverse-Depends
[14:05] <infinity> [14:05] <infinity> * ubuntu-snappy                 (for apparmor-easyprof-ubuntu-snappy)
[14:05] <infinity> jdstrand: ^
[14:05] <infinity> jdstrand: I feel like maybe that should be fixed before you delete things. :P
[14:06] <jdstrand> that seems not correct
[14:06] <jdstrand> it isn't on the image and http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.vivid/rdepends/ALL/apparmor-easyprof-ubuntu-snappy shows nothing and it fell out of main today
[14:07] <cjwatson> reverse-depends has a bit of lag.
[14:07] <cjwatson> That's why checkrdepends still exists on ubuntu-archive@snakefruit, although in general it's less convenient because it requires a local dists mirror.
[14:08] <cjwatson> Still, I think that is in fact still current.
[14:08] <cjwatson> germinate rdepends only shows anything if it goes via something that's seeded, and snappy isn't in the ubuntu.vivid seeds.
[14:08] <infinity> jdstrand: It fell out of main because ubuntu-snappy isn't in main.
[14:09] <cjwatson> Hm, actually, ubuntu-snappy is in system-image ...
[14:09] <infinity> flexiondotorg: That mate-terminal change is rather substantial.  Not that I thikn switching from python to perl isn't a wonderful thing, but I suspect you could have fixed your bug in a few lines instead of a new scripts.
[14:09] <cjwatson> Is there a Provides maybe?
[14:09] <jdstrand> I should mention that ubuntu-core-security-apparmor uses a Provides: apparmor-easyprof-ubuntu-snappy
[14:10] <infinity> jdstrand: Ahh.  You should have mentioned that, yes. :)
[14:10] <cjwatson> Yeah, so that'll satisfy germinate and apt, but shouldn't the dependency be updated anyway?
[14:10] <jdstrand> it should
[14:10] <jdstrand> I'll adjust that too
[14:10] <cjwatson> Also surely should be Conflicts/Replaces/Provides rather than Breaks/Replaces/Provides.
[14:11] <infinity> jdstrand: Also, that shouldn't be Provides/Breaks/Replaces, it should be Provides/Conflicts/Replaces.
[14:11] <jdstrand> cjwatson: it actually doesn't Conflicts
[14:11] <infinity> jdstrand: C/R is what triggers package managers to swap packages.
[14:12] <infinity> jdstrand: It doesn't matter if it actually has file overlaps, if the goal is to have them not installed together (which is what I assume from your breaks).
[14:12] <cjwatson> Right, Conflicts/Replaces is a special thing that has distinct semantics.
[14:12] <cjwatson> See policy 7.6.2.
[14:12] <infinity> cjwatson: Did you look that up, or have you quoted it enough to have it burned in?
[14:12] <cjwatson> I looked it up. :-)
[14:16] <flexiondotorg> infinity, That mate-terminal.wrapper patch has been submitted upstream. Where I am an upstream developer.
[14:16] <flexiondotorg> infinity, We try to align with GNOME where possible these days.
[14:17] <infinity> flexiondotorg: I guess diffing with gnome-terminal.wrapper might make it more reviewable.
[14:18] <flexiondotorg> infinity, It is a 4 char diff if you do that :)
[14:19] <infinity> flexiondotorg: Right, lemme grab the diff, apply it, look at it locally, and upload for you if it looks sane.
[14:19] <flexiondotorg> infinity, Many thanks. I have build the revised package in a PPA and tested it works.
[14:22] <infinity> flexiondotorg: Which version of gnome-terminal did you copy that from?  It's very whitespace-different from the one on my system.
[14:22] <infinity> flexiondotorg: But a diff with -b (ignore whitespace) shows that it's the same, yes.
[14:23] <flexiondotorg> infinity, I cleaned up the whitespace because it is wrong in gnome-terminal.wrapper.
[14:23] <infinity> flexiondotorg: "wrong"? :P
[14:23] <infinity> flexiondotorg: if you're forking someone else's tool, it generally pays to keep it close to identical, so it's easier to cherry-pick in the future.
[14:24] <jdstrand> fyi, ubuntu-snappy trunk already removed reference to apparmor-easyprof-ubuntu-snappy, so the next upload will resolve that side
[14:32] <infinity> flexiondotorg: I mean, it's your call, it's your code, but I'd highly recommend not gratitously differing from gnome-terminal just to make it prettier.  *shrug*
[14:35] <flexiondotorg> infinity, Just chatted with the other MATE devs. We are happy with the cleaned up whitespace in my patch.
[14:38] <infinity> flexiondotorg: Mmkay.
[14:40] <infinity> flexiondotorg: http://launchpadlibrarian.net/203927315/mate-terminal_1.8.1%2Bdfsg1-4_1.8.1%2Bdfsg1-4ubuntu1.diff.gz <-- That's what I uploaded.  Look fine?
[14:41] <infinity> flexiondotorg: I fixed one of your other patches too, which was missing a trailing line, and ran update-maintainer.
[14:42] <flexiondotorg> infinity, Just looking now...
[14:43] <flexiondotorg> infinity, Look good. Thank you.
[15:46] <jderose> infinity: FYI, oem-config isn't getting installed in oem-mode with 20150421.1
[15:46] <jderose> infinity: if i recall, you said this happens when your local repo is out of sync when build the ISO?
[15:48] <flexiondotorg> jderose, What is your oem-config issue exactly?
[15:49] <flexiondotorg> jderose, I ask because I've had issue with for weeks, but as of earlier today (Ubuntu MATE rebuild) it is working, for me at least.
[15:49] <flexiondotorg> jderose, And the OEM has also confirmed it working on their range of hardware.
[15:49] <jderose> flexiondotorg: ubiquity-frontend-gtk, oem-config-gtk aren't installed after you do an oem-mode install... so you have to manually install them afterwards
[15:50] <flexiondotorg> jderose, What flavour?
[15:50] <jderose> ubuntu desktop
[15:50] <flexiondotorg> jderose, I'll test that here now
[15:51] <jderose> wasn't an issue with 20150421, but is with 20150421.1
[15:51] <flexiondotorg> jderose, Sounds worrying.
[15:52] <jderose> it frequently happens in daily ISO during the dev cycle, i think it's something infinity can easily fix :)
[15:52] <infinity> jderose: Yeah, it's version skew, I'll make sure that's fixed before tonight's respin.
[15:53] <jderose> infinity: cool, thanks!
[15:56] <elfy> infinity: any reason for me not to rebuild xubuntu?
[16:04] <infinity> elfy: I'll be rebuilding the world very soon, don't do it.
[16:05] <elfy> ok - just concerned about time is all - I'd like to see a booting one for me before 2200 - when I will promptly crash till tomorrow :)
[16:16] <Odd_Bloke> infinity: What's the rebuild for; will it affect cloud images?
[16:17] <infinity> Odd_Bloke: Depends on when you last built your cloud images.
[16:17] <Odd_Bloke> infinity: Since midnight UTC?
[16:18] <infinity> Odd_Bloke: You're missing the latest libaudit update, so yes.
[16:18] <Odd_Bloke> *sobs gently in to his beer*
[16:19] <infinity> Odd_Bloke: Welcome to release week?
[16:19] <Odd_Bloke> Why do you think I bought the beer? :p
[16:19] <infinity> Odd_Bloke: If Friday's images were perfect, we'd not block off a week to do this. :P
[16:33] <flexiondotorg> infinity, I appreciate you have a lot going on right now but is the virtualbox-guest-x11 drivers issue still ear marked for getting fixed? https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1434579
[16:33] <infinity> flexiondotorg: Yes.
[16:33] <infinity> flexiondotorg: Just crazy busy.
[16:33] <flexiondotorg> infinity, I can't imagine. But thank for getting back to me :)
[16:51] <wxl> infinity: should i rebuild again for any reason?
[16:51] <Ukikie> He's going to rebuild world soon.
[17:05] <jibel> wxl, there is one more ubiquity fix coming
[17:06] <wxl> jibel: great, thanks for the heads up. i assume we'll get a global rebuild?
[17:06] <jibel> wxl, yes
[17:07] <wxl> jibel: is this expected to complete today?
[17:08] <jibel> wxl, yes, likely today
[17:08] <wxl> k thanks jibel !
[17:14] <Laney> glib2.0 fixes that trash bug in the installer (probably)
[17:14] <Laney> up to you if you want to get that in for the respin or not
[17:18] <Laney> s/installer/live environment/
[17:25] <infinity> Laney: I'm reviewing it.
[19:26] <jderose> infinity: when are you planning on spinning the next ubuntu desktop daily iso?
[20:34] <robru> infinity: can you approve ubuntu-ui-toolkit? pitti wanted it but couldn't wait for the silo to publish
[21:26] <slangasek> robru: what does "couldn't wait for the silo to publish" mean?  It looks like this is a copy from the silo
[21:29] <robru> slangasek: it means that pitti wanted this but needed to EOD. so he's not here to advocate for it, I'm requesting it on his behalf.
[21:29] <slangasek> ok
[21:31] <infinity> robru: Can do.
[21:31] <robru> infinity: thanks!
[21:47] <cyphermox> release team: I'd have two fixes which may be nice to land before release, one for console-setup ^
[21:48] <cyphermox> and the other for partman-multipath.
[21:48] <slangasek> infinity: ^^ console-setup is your debconf prompt on upgrade bug; the multipath one is an issue with multipathd offhandedly corrupting your disks
[21:49] <slangasek> I think technically both could go to 0-day SRU as neither impacts the installer per se
[21:49] <cyphermox> true
[22:18] <slangasek> cyphermox, infinity: oh, I just noticed the multipath change is a partman workaround, not a fix for multipath-tools itself... that of course needs to go into the installer proper...
[22:21] <slangasek> partman-multipath isn't in the initramfs itself, but I'm not sure if d-i will pull components from -updates in all circumstances
[22:22] <slangasek> it looks like it "only" requires a respin of ubuntu-server and lubuntu