[03:44] 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] Just go with Wombat. [04:27] infinity: Thank you :) [04:29] could someone ack this ^ [04:29] already tested by cert team [04:32] I could do that myself but.. [04:54] 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] tjaalton: It'd be good if you didn't accept that, because it had a malformed bug reference in the changelog :){ [05:24] bah :) [05:25] reuploaded! [05:25] Now to wait for LP to process all the things and then I'll re-review :) [05:25] right, thanks [05:49] tjaalton: Wait, is that actually correct? [05:49] tjaalton: The first hunk of the patch replaces an OUT_BATCH64 with OUT_BATCH64. [05:49] Although I guess it *does* add a comment :) [05:50] tjaalton: Accepted. [05:51] heh, yeah [05:51] fixed my gt3 as well [05:52] Woo! [05:53] I should apitrace Cities: Skylines. Intel *very nearly* renders it correctly. [05:55] I'm afraid to try that out.. either it takes all my free time or it'd disappoint me [05:56] I don't think it'd disappoint, but I haven't played all that much yet :) [05:57] I haven't finished my first CivV campaign that I started last year :) [05:59] 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] zequence: Oh, bah. Accepted from NEW now, sorry. Was out all night. [07:41] 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] the only one with anything outside of openstack is stevedore - looking at the two packages impacted now [07:42] I've updated the bug reports with that detail and what testing we have done in PPA. [07:43] 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] can anybody please process fglrx-*/trusty? [12:26] 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] (mysql) [12:27] I gather updating a week before release would be insane, just want other's opinions [12:27] I'm fine with it from a server team perspective. [12:28] Whether it hits the security pocket before or after makes little difference to me from a regression point of view. [12:28] I guess it's just an issue of how it affects the images? infinity? === rbasak_ is now known as rbasak [13:33] 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. === lool- is now known as lool === kickinz1|afk is now known as kickinz1 [14:09] mdeslaur: If the testsuite passes and libmysqlclient symbols look sane, etc, I'm not generally opposed to it. [14:10] infinity: ok, thanks. [14:11] 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. === rtg is now known as Guest5902 === jibel_ is now known as jibel [14:38] ppp upload is a simple fix for a buffer overflow that can cause remote DoS. [14:58] infinity: Ok, thanks [15:13] 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] jamespage: I saw. Thanks. I was planning on taking a look at that in just a bit. [15:13] ScottK, awesome - much appreciated [15:14] 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] ScottK, ack - will do [15:21] ScottK, when I can find him at least [15:25] infinity: given that hopefully tomorrow we get RC images ... I am seeing something like bug1259525 again [15:26] if I boot in kvm rather than vbox I get the same plus http://i.imgur.com/F2UKnm5.png [15:26] arges: thanks for trusty + utopic SRU handling [15:33] jamespage: Actually, nevermind. I was thinking of the actual virtualenv, not the wrapper. [15:38] jamespage: All approved. === kirkland` is now known as kirkland === kickinz1 is now known as kickinz1|afk === kickinz1|afk is now known as kickinz1 [16:27] Mirv: np === kickinz1 is now known as kickinz1|afk [16:45] Hello release team! I'm disabling the auto-importer on system-image once the current run finishes [16:45] I'll re-enable it instantly once I copy touch images to the stable channel [16:46] wheee ! [16:47] * sil2100 always gets interrupted by the import-images lock recently [16:49] yeah, snappy really keeps it busy [16:49] they should get their own server :P [17:05] ScottK, thanks - they are all in the queue if you feel like pressing the button :-) === kickinz1|afk is now known as kickinz1 [17:10] ...aaand the image-importer is now re-enabled [17:18] yipiie [17:22] ...aaand disabled for a few more minutes, sorry for that [17:22] I need to do one more set of copies [17:41] cyphermox: i'll kill ppc. we're lts only on it anyways. [17:42] wait, it's till running [17:42] oh wait [17:42] i can't [17:42] it looks like it should finish eventually [17:42] (logs changed) [17:42] ah k [17:43] yeah it's at the end, too, no? [17:46] built [17:47] yeah [17:48] 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] have you looked at the logs to see what updated? [17:50] wxl: what do you mean? [17:50] brb, lunch [17:50] 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] sorry i mean you could compare manifests cyphermox [17:57] hmm I sort of wish there was like a tool that showed diffs of manifests [17:57] probably wouldn't be too hard to create [17:57] AHEM :) [17:59] ianorlin: https://code.launchpad.net/~utlemming/+junk/mfdiff might help. [18:06] infinity: Ok, think I got it right this time for the meta package. Uploaded and awaiting approval. [18:06] * wxl sighs. [18:06] i want my isos already [18:07] * wxl wonders when he should start freaking out that his ISOs will enver hsow up? [18:14] 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] thx cjwatson [18:14] but it is making progress now [18:34] wxl: ok, I broke many things, didn't notice an issue in a user-setup merge proposal. mea culpa. === sil2100_ is now known as sil2100 [18:55] could someone check the trusty backports of libdrm & xtrans? they're needed for the vivid stack [18:56] been on sru queue for a while [18:58] mdeslaur: Do you know for sure that sneaking that -fPIC change in won't break anything? [18:59] one sec, I think it wa there before [19:01] 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] infinity: we used to build it without and with, but I believe at some point mysql defaulted to it [19:03] which explains why debian killed it in git [19:04] mdeslaur: mdeslaur Erm, you and I are reading this log differently... [19:04] infinity: I'm not very convincing, but that's the best I got :) [19:05] infinity: oh, how so? [19:05] 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] 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] it's in builddir, not builddir-pic and i's got -fPIC [19:06] 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] 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] what you're seeing [19:08] infinity: ah, yes, I see your example now [19:08] hrm [19:08] 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] infinity: ok, reject it, I'll try and fix the ftbfs in another way [19:09] mdeslaur: Especially given MySQL's history of playing fast and loose with compiler/linker bugs/quiks. [19:09] s/quiks/quirks/ [19:09] yeah [19:21] cyphermox: so tl;dr everything's all messed up? :) [19:21] wxl: tl;dr everything's messed up because of a stray '\' [19:22] cyphermox: oh jeez. so fix uploading, request a rebuild later? [19:22] wxl: fix was uploaded [19:22] ah cool i'll get a rebuidl going cyphermox. what package was updated to which version? [19:22] just waiting for user-setup to finish transitioning to release [19:23] wxl: maybe wait a bit before requesting a rebuild, let's check if other builds are still catching up [19:23] okie dokie [19:23] a little error in an uplaod, Captonjamason [19:23] one little out of place '\' [19:24] always the stupid stuff :) [19:24] cyphermox: Does ubiquity not need a rebuild too, or is user-setup not imported? [19:24] fix is uploaded, just waiting on everything to sync u p [19:24] infinity: it does [19:24] I was wiating for user-setup to finish making it so I can do an upload [19:24] (with other small changes for efi) [19:25] but a new ubiquity isn't required to get user-setup to create the user in casper's scripts [19:30] infinity: fwiw; changes are the following: http://paste.ubuntu.com/10834692/ [19:30] 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 === kees_ is now known as kees [19:36] cyphermox: Yeah, that's not ideal, but it's probably better than the bug. [19:37] this would conclude my playing with efi for now, hopefully === kickinz1 is now known as kickinz1|afk === kickinz1|afk is now known as kickinz1 [19:52] 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] jamespage: Yeah, getting to it. I've done a few. [19:52] infinity, awesome thanks - I'll stop pestering then [19:52] * jamespage shuts up and goes back to landing charm changes [19:52] cyphermox: you just going to trigger a global rebuild when everything syncs up? seems like you'll have ot [20:06] wxl: Everything is still cronned right now anyway. [20:06] infinity: ah, so i should expect to wait until tomorrow then? [20:07] wxl: Yeah, or you can trigger a new daily yourself. [20:08] infinity: everything's sync'd up though, or should i wait some more? [20:08] triggered [20:09] now that I got interwebz again, I'll be able to upload ubiquity [20:09] wxl: You should wait for cyphermox's ubiquity to hit the release pocket. [20:09] elfy: Ditto. [20:09] wxl: fwiw, I don't have access to trigger rebuilds. [20:09] okie dokie thx infinity [20:09] (at least, not that I know) [20:09] cyphermox: You don't. [20:10] except for touch [20:10] cyphermox: no probs. just let me know when ubiquity's up and i'll trigger lubuntu [20:10] thanks for the quick fix btw :) [20:10] infinity: and in 12 hours= ~I'll trigger again [20:10] elfy: Your daily might happen by then too. [20:10] elfy: I'm not turning off cron until tomorrow night. [20:11] infinity: ack [20:12] oh hark :) [20:13] we do tend to build ~10/11UTC [20:14] wxl: ^ that doesn't mean it's in yet. [20:14] cyphermox: i know, but it's in the queue [20:14] yeah [20:15] provided infinity doesn't reject it because I'm fr_CA :D [20:15] hahahah [20:15] québécois? [20:16] yes [20:16] wonderful [20:17] * cyphermox goes to translate that new string [20:18] well, I would, later [20:19] now that we have an accept, i just need to wait for the approve no? [20:32] flexiondotorg: you around, by any chance? [20:56] infinity: what's the bug number for the debconf passthrough thing for update-manager? [20:58] cyphermox: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1434547 [20:58] Launchpad bug 1434547 in glibc (Ubuntu) "package libc6 2.21-0ubuntu1 failed to install/upgrade: subprocess new pre-installation script returned error exit status 128" [High,Confirmed] [20:58] cyphermox: And many duplicates filed on many packages that use debconf. [20:59] interesting. [20:59] 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] that's the one that can't easily be bisected for upgrades? [21:00] hmm [21:11] infinity: upgrade, so I need to make two of the simplest test ever? [21:12] cyphermox: Well, unless you can figure out how to make update-manager install a package. [21:12] cyphermox: Given that its entire raison d'etre is upgrading... [21:12] I would rather limit variables to the minimal [21:12] so, no [21:13] oh, but I guess I could fudge ubuntu-desktop to install a new package. === stgraber changed the topic of #ubuntu-release to: Released: Trusty 14.04.2, Utopic 14.10, Vivid Beta 2 | Archive: Final Freeze | Vivid Release Coordination. Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team | We accept payment in cash, check or beer | melior malum quod cognoscis [22:24] infinity: there should be an e-mail in ubuntu-devel-discuss mod queue for you [22:24] s/discuss/announce/ [22:26] stgraber: Accepted. [22:58] ignore the odd armel and armhf ones up there, fixed [23:05] 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] stgraber: Huzzah. [23:07] try to hold back your excitement, infinity ;)