[03:44] <tumbleweed> I'll sync distro-info-data 0.26 in the morning (it's not registered in LP yet) but we really need a w-series name...
[03:45] <Ukikie> Just go with Wombat.
[04:27] <zequence> infinity: Thank you :)
[04:29] <tjaalton> could someone ack this ^
[04:29] <tjaalton> already tested by cert team
[04:32] <tjaalton> I could do that myself but..
[04:54] <zequence> infinity: I see it in the upload queue together with openstack. I can test it during the hours to come, so I'm available if needed.
[05:22] <RAOF> tjaalton: It'd be good if you didn't accept that, because it had a malformed bug reference in the changelog :){
[05:24] <tjaalton> bah :)
[05:25] <tjaalton> reuploaded!
[05:25] <RAOF> Now to wait for LP to process all the things and then I'll re-review :)
[05:25] <tjaalton> right, thanks
[05:49] <RAOF> tjaalton: Wait, is that actually correct?
[05:49] <RAOF> tjaalton: The first hunk of the patch replaces an OUT_BATCH64 with OUT_BATCH64.
[05:49] <RAOF> Although I guess it *does* add a comment :)
[05:50] <RAOF> tjaalton: Accepted.
[05:51] <tjaalton> heh, yeah
[05:51] <tjaalton> fixed my gt3 as well
[05:52] <RAOF> Woo!
[05:53] <RAOF> I should apitrace Cities: Skylines. Intel *very nearly* renders it correctly.
[05:55] <tjaalton> I'm afraid to try that out.. either it takes all my free time or it'd disappoint me
[05:56] <RAOF> I don't think it'd disappoint, but I haven't played all that much yet :)
[05:57] <tjaalton> I haven't finished my first CivV campaign that I started last year :)
[05:59] <tjaalton> and HL2 has a strange bug where it loses all lighting at some point, the textures look bright and dull after that hits, so I stopped playing that too in hoping that the bug would get fixed later
[06:26] <infinity> zequence: Oh, bah.  Accepted from NEW now, sorry.  Was out all night.
[07:41] <jamespag`> ScottK, infinity: as zul did not get it done yesterday, I've reviewed the reverse-depends on the updates openstack dependencies for rc1
[07:42] <jamespag`> the only one with anything outside of openstack is stevedore - looking at the two packages impacted now
[07:42] <jamespag`> I've updated the bug reports with that detail and what testing we have done in PPA.
[07:43] <jamespag`> I'm not intending on raising FFe bugs for the openstack projects themselves as I believe that the agreement we had on the mailing list to land RC's prior to release still stands
[10:48] <LocutusOfBorg1> can anybody please process fglrx-*/trusty?
[12:26] <mdeslaur> infinity, rbasak: oracle released their april security thingy. We need to update to 5.6.24. Is doing that now a possibility, or should we wait for a 0-day security update?
[12:26] <mdeslaur> (mysql)
[12:27] <mdeslaur> I gather updating a week before release would be insane, just want other's opinions
[12:27] <rbasak> I'm fine with it from a server team perspective.
[12:28] <rbasak> Whether it hits the security pocket before or after makes little difference to me from a regression point of view.
[12:28] <rbasak> I guess it's just an issue of how it affects the images? infinity?
[13:33] <zequence> infinity: What did do wrong last time? I forgot to add one dependency to one of the packages in the meta source. I'll need to add it and do another upload. Sorry for being so stupid.
[14:09] <infinity> mdeslaur: If the testsuite passes and libmysqlclient symbols look sane, etc, I'm not generally opposed to it.
[14:10] <mdeslaur> infinity: ok, thanks.
[14:11] <infinity> zequence: No idea what you did wrong last time, since it never hit the queue.  But that tends to point to you possibly having not signed it.
[14:38] <ScottK> ppp upload is a simple fix for a buffer overflow that can cause remote DoS.
[14:58] <zequence> infinity: Ok, thanks
[15:13] <jamespage> ScottK, hey - so I think I've annotated the FFe bugs for openstack dependencies with what you requested - specifically testing of the two reverse-depends on stevedore which are outside of the openstack project set
[15:13] <ScottK> jamespage: I saw.  Thanks.  I was planning on taking a look at that in just a bit.
[15:13] <jamespage> ScottK, awesome - much appreciated
[15:14] <ScottK> jamespage: Would you do me a favor and run the change in the python virtualenv rdepend by barry?  He's been taking a lot of heat lately on getting that stuff working right and I'd really hate to accidentally undercut him.
[15:20] <jamespage> ScottK, ack - will do
[15:21] <jamespage> ScottK, when I can find him at least
[15:25] <elfy> infinity: given that hopefully tomorrow we get RC images ... I am seeing something like bug1259525 again
[15:26] <elfy> if I boot in kvm rather than vbox I get the same plus http://i.imgur.com/F2UKnm5.png
[15:26] <Mirv> arges: thanks for trusty + utopic SRU handling
[15:33] <ScottK> jamespage: Actually, nevermind.  I was thinking of the actual virtualenv, not the wrapper.
[15:38] <ScottK> jamespage: All approved.
[16:27] <arges> Mirv: np
[16:45] <sil2100> Hello release team! I'm disabling the auto-importer on system-image once the current run finishes
[16:45] <sil2100> I'll re-enable it instantly once I copy touch images to the stable channel
[16:46] <ogra_> wheee !
[16:47]  * sil2100 always gets interrupted by the import-images lock recently
[16:49] <ogra_> yeah, snappy really keeps it busy
[16:49] <ogra_> they should get their own server :P
[17:05] <jamespage> ScottK, thanks - they are all in the queue if you feel like pressing the button :-)
[17:10] <sil2100> ...aaand the image-importer is now re-enabled
[17:18] <ogra_> yipiie
[17:22] <sil2100> ...aaand disabled for a few more minutes, sorry for that
[17:22] <sil2100> I need to do one more set of copies
[17:41] <wxl> cyphermox: i'll kill ppc. we're lts only on it anyways.
[17:42] <cyphermox> wait, it's till running
[17:42] <wxl> oh wait
[17:42] <wxl> i can't
[17:42] <cyphermox> it looks like it should finish eventually
[17:42] <cyphermox> (logs changed)
[17:42] <wxl> ah k
[17:43] <wxl> yeah it's at the end, too, no?
[17:46] <wxl> built
[17:47] <cyphermox> yeah
[17:48] <cyphermox> well, I'm still unsure how the xubuntu user gets created on images, I can't seem to find the code for it
[17:48] <wxl> have you looked at the logs to see what updated?
[17:50] <cyphermox> wxl: what do you mean?
[17:50] <cyphermox> brb, lunch
[17:50] <mdeslaur> infinity, rbasak: ^ new mysql with minimal rules file changes to fix ftbfs. Symbols haven't changed, and I upgraded a wordpress install to test.
[17:51] <wxl> sorry i mean you could compare manifests cyphermox
[17:57] <ianorlin> hmm I sort of wish there was like a tool that showed diffs of manifests
[17:57] <wxl> probably wouldn't be too hard to create
[17:57] <wxl> AHEM :)
[17:59] <Odd_Bloke> ianorlin: https://code.launchpad.net/~utlemming/+junk/mfdiff might help.
[18:06] <zequence> infinity: Ok, think I got it right this time for the meta package. Uploaded and awaiting approval.
[18:06]  * wxl sighs. 
[18:06] <wxl> i want my isos already
[18:07]  * wxl wonders when he should start freaking out that his ISOs will enver hsow up?
[18:14] <cjwatson> it's taking longer than usual because there was a bug that caused cdimage's mirror not to have synced, so now that I've cleared that it's catching up
[18:14] <wxl> thx cjwatson
[18:14] <cjwatson> but it is making progress now
[18:34] <cyphermox> wxl: ok, I broke many things, didn't notice an issue in a user-setup merge proposal. mea culpa.
[18:55] <tjaalton> could someone check the trusty backports of libdrm & xtrans? they're needed for the vivid stack
[18:56] <tjaalton> been on sru queue for a while
[18:58] <infinity> mdeslaur: Do you know for sure that sneaking that -fPIC change in won't break anything?
[18:59] <mdeslaur> one sec, I think it wa there before
[19:01] <mdeslaur> infinity: it seems to be there in the old build log: https://launchpadlibrarian.net/201609382/buildlog_ubuntu-vivid-amd64.mysql-5.6_5.6.23-1~exp1~ubuntu5_BUILDING.txt.gz
[19:01] <mdeslaur> infinity: we used to build it without and with, but I believe at some point mysql defaulted to it
[19:03] <mdeslaur> which explains why debian killed it in git
[19:04] <infinity> mdeslaur: mdeslaur Erm, you and I are reading this log differently...
[19:04] <mdeslaur> infinity: I'm not very convincing, but that's the best I got :)
[19:05] <mdeslaur> infinity: oh, how so?
[19:05] <mdeslaur> for example: cd /build/buildd/mysql-5.6-5.6.23/builddir/extra/yassl && /usr/bin/x86_64-linux-gnu-g++   -DHAVE_CONFIG_H -D_FORTIFY_SOURCE=2 -Dget_tty_password=yassl_mysql_get_tty_password -Dget_tty_password_ext=yassl_mysql_get_tty_password_ext -O3 -DBIG_JOINS=1 -felide-constructors -fno-exceptions -fpermissive -fno-rtti  -fno-strict-aliasing  -O3 -g -fabi-version=2 -fno-omit-frame-pointer -fno-strict-aliasing -DDBUG_OFF -I/build/buildd/m
[19:05] <mdeslaur> ysql-5.6-5.6.23/builddir/include -I/build/buildd/mysql-5.6-5.6.23/include -I/build/buildd/mysql-5.6-5.6.23/extra/yassl/include -I/build/buildd/mysql-5.6-5.6.23/extra/yassl/taocrypt/include -I/build/buildd/mysql-5.6-5.6.23/extra/yassl/taocrypt/mySTL    -DHAVE_YASSL -DYASSL_PREFIX -DHAVE_OPENSSL -DMULTI_THREADED -fPIC -fvisibility=hidden -o CMakeFiles/yassl.dir/src/buffer.cpp.o -c /build/buildd/mysql-5.6-5.6.23/extra/yassl/src/buffer.cpp
[19:05] <mdeslaur> it's in builddir, not builddir-pic and i's got -fPIC
[19:06] <infinity> Hrm.  The first one I looked at was build/buildd/mysql-5.6-5.6.23/scripts/comp_sql.c which is PIC/non-PIC based on builddir.
[19:07] <rbasak> I think there was some talk of changing something around that in Debian, if that's what you're saying. Eliminating one of them I think
[19:07] <rbasak> what you're seeing
[19:08] <mdeslaur> infinity: ah, yes, I see your example now
[19:08] <mdeslaur> hrm
[19:08] <infinity> mdeslaur: So, I dunno.  I'm down with "it should be PIC" being the correct position, but less convinced that we have time to validate that it won't regress something.
[19:08] <mdeslaur> infinity: ok, reject it, I'll try and fix the ftbfs in another way
[19:09] <infinity> mdeslaur: Especially given MySQL's history of playing fast and loose with compiler/linker bugs/quiks.
[19:09] <infinity> s/quiks/quirks/
[19:09] <mdeslaur> yeah
[19:21] <wxl> cyphermox: so tl;dr everything's all messed up? :)
[19:21] <cyphermox> wxl: tl;dr everything's messed up because of a stray '\'
[19:22] <wxl> cyphermox: oh jeez. so fix uploading, request a rebuild later?
[19:22] <cyphermox> wxl: fix was uploaded
[19:22] <wxl> ah cool i'll get a rebuidl going cyphermox. what package was updated to which version?
[19:22] <cyphermox> just waiting for user-setup to finish transitioning to release
[19:23] <cyphermox> wxl: maybe wait a bit before requesting a rebuild, let's check if other builds are still catching up
[19:23] <wxl> okie dokie
[19:23] <wxl> a little error in an uplaod, Captonjamason
[19:23] <wxl> one little out of place '\'
[19:24] <wxl> always the stupid stuff :)
[19:24] <infinity> cyphermox: Does ubiquity not need a rebuild too, or is user-setup not imported?
[19:24] <wxl> fix is uploaded, just waiting on everything to sync u p
[19:24] <cyphermox> infinity: it does
[19:24] <cyphermox> I was wiating for user-setup to finish making it so I can do an upload
[19:24] <cyphermox> (with other small changes for efi)
[19:25] <cyphermox> but a new ubiquity isn't required to get user-setup to create the user in casper's scripts
[19:30] <cyphermox> infinity: fwiw; changes are the following: http://paste.ubuntu.com/10834692/
[19:30] <cyphermox> it would introduce a new button string that will need to be translated eventually, but I'm trying to make the whole question and process less confusing
[19:36] <infinity> cyphermox: Yeah, that's not ideal, but it's probably better than the bug.
[19:37] <cyphermox> this would conclude my playing with efi for now, hopefully
[19:52] <jamespage> it would be nice if the openstack rc1 updates could be accepted into vivid please - the FFe's where acked earlier for the updates to dependencies
[19:52] <infinity> jamespage: Yeah, getting to it.  I've done a few.
[19:52] <jamespage> infinity, awesome thanks - I'll stop pestering then
[19:52]  * jamespage shuts up and goes back to landing charm changes
[19:52] <wxl> cyphermox: you just going to trigger a global rebuild when everything syncs up? seems like you'll have ot
[20:06] <infinity> wxl: Everything is still cronned right now anyway.
[20:06] <wxl> infinity: ah, so i should expect to wait until tomorrow then?
[20:07] <infinity> wxl: Yeah, or you can trigger a new daily yourself.
[20:08] <wxl> infinity: everything's sync'd up though, or should i wait some more?
[20:08] <elfy> triggered
[20:09] <cyphermox> now that I got interwebz again, I'll be able to upload ubiquity
[20:09] <infinity> wxl: You should wait for cyphermox's ubiquity to hit the release pocket.
[20:09] <infinity> elfy: Ditto.
[20:09] <cyphermox> wxl: fwiw, I don't have access to trigger rebuilds.
[20:09] <wxl> okie dokie thx infinity
[20:09] <cyphermox> (at least, not that I know)
[20:09] <infinity> cyphermox: You don't.
[20:10] <cyphermox> except for touch
[20:10] <wxl> cyphermox: no probs. just let me know when ubiquity's up and i'll trigger lubuntu
[20:10] <wxl> thanks for the quick fix btw :)
[20:10] <elfy> infinity: and in 12 hours= ~I'll trigger again
[20:10] <infinity> elfy: Your daily might happen by then too.
[20:10] <infinity> elfy: I'm not turning off cron until tomorrow night.
[20:11] <elfy> infinity: ack
[20:12] <wxl> oh hark :)
[20:13] <elfy> we do tend to build ~10/11UTC
[20:14] <cyphermox> wxl: ^ that doesn't mean it's in yet.
[20:14] <wxl> cyphermox: i know, but it's in the queue
[20:14] <cyphermox> yeah
[20:15] <cyphermox> provided infinity doesn't reject it because I'm fr_CA :D
[20:15] <wxl> hahahah
[20:15] <wxl> québécois?
[20:16] <cyphermox> yes
[20:16] <wxl> wonderful
[20:17]  * cyphermox goes to translate that new string
[20:18] <cyphermox> well, I would, later
[20:19] <wxl> now that we have an accept, i just need to wait for the approve no?
[20:32] <cyphermox> flexiondotorg: you around, by any chance?
[20:56] <cyphermox> infinity: what's the bug number for the debconf passthrough thing for update-manager?
[20:58] <infinity> cyphermox: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1434547
[20:58] <infinity> cyphermox: And many duplicates filed on many packages that use debconf.
[20:59] <cyphermox> interesting.
[20:59] <infinity> cyphermox: Should be reproducible just upgrading an empty package with a single template and a db_go, I'd guess, but I haven't built such a simple package yet.
[21:00] <cyphermox> that's the one that can't easily be bisected for upgrades?
[21:00] <cyphermox> hmm
[21:11] <cyphermox> infinity: upgrade, so I need to make two of the simplest test ever?
[21:12] <infinity> cyphermox: Well, unless you can figure out how to make update-manager install a package.
[21:12] <infinity> cyphermox: Given that its entire raison d'etre is upgrading...
[21:12] <cyphermox> I would rather limit variables to the minimal
[21:12] <cyphermox> so, no
[21:13] <cyphermox> oh, but I guess I could fudge ubuntu-desktop to install a new package.
[22:24] <stgraber> infinity: there should be an e-mail in ubuntu-devel-discuss mod queue for you
[22:24] <stgraber> s/discuss/announce/
[22:26] <infinity> stgraber: Accepted.
[22:58] <stgraber> ignore the odd armel and armhf ones up there, fixed
[23:05] <stgraber> infinity: QA tracker is ready, all we'll have to do tomorrow is turn off cron, flip the auto-publish switch in the UI and then do a mass rebuild
[23:07] <infinity> stgraber: Huzzah.
[23:07] <wxl> try to hold back your excitement, infinity ;)