[08:14] <bigon> what's the position regarding upstart service files? should they be dropped, I'm looking at rpcbind ATM in debian and the thing is still shipping upstart services
[08:15] <bigon> rpcbind is a bit special as it needs to start early in the boot process, so I'm not 100% sure
[08:15] <doko> xnox: https://launchpadlibrarian.net/343004345/buildlog_ubuntu-bionic-s390x.boost1.65.1_1.65.1+dfsg-0ubuntu1_BUILDING.txt.gz
[08:41] <xnox> doko, yes.... how come i see no buildlogs myself anywhere?!
[08:41] <xnox> ok now i do. never mind
[08:43] <seb128> hum
[08:43] <seb128> "[proposed-migration] gnome-session 3.26.1-0ubuntu6 stuck in bionic-proposed for 7 days."
[08:44] <seb128> bionic isn't open for that long is it?
[08:44] <doko> xnox: because you included .1 in the source name? ;p
[08:45] <doko> seb128: just starting with new icu & boost
[08:45] <xnox> doko, yes
[08:45] <doko> feel free to add other transitions if you would like to
[08:49] <seb128> doko, so that email is buggy ... who is looking after that service?
[08:51] <doko> seb128: which email?
[08:52] <seb128> doko, see the line just before my question
[08:52] <seb128> the "<package> is stuck in bionic-proposed"
[08:53] <sil2100> seb128: it was designed by robru, but since it's part of britney I'd say it's on Laney's plate now?
[08:53] <Laney> no
[08:53] <Laney> nice try :P
[08:53] <sil2100> ;)
[08:54] <Laney> I'd say file a bug on https://bugs.launchpad.net/britney/
[08:54]  * sil2100 needs to figure out why bileto's autopkgtests are busted
[08:54] <sil2100> Todayish
[08:54] <seb128> Laney, thanks
[08:55] <seb128> sil2100, so conclusion is that the issue is yours right? ;-)
[08:56] <sil2100> nononono
[09:00] <seb128> shrug, same email received again half an hour later
[11:31] <infinity> seb128: It's not a bug in the britney bits, it's a bug in how I migrate things when I open a release.  Well, "bug".
[11:32] <infinity> seb128: It was N days old because that's when it was uploaded to artful, and I seed bionic's britney history with artful's.
[11:32] <seb128> k
[11:33] <seb128> well it's minor
[11:33] <seb128> just going to spam whoever did SRU uploads?
[11:33] <infinity> There weren't that many copies forward, thankfully.  But yes, I suppose so. :/
[12:01] <doko> LocutusOfBorg: please could you merge erlang and then have a look at couchdb?
[12:34] <smoser> xnox: i like the arm64 name too. i'm *never* messed up and downloaded the wrong thing due to its likeness to amd64.
[12:46] <jbicha> bigon: yes, upstart stuff should be removed https://lintian.debian.org/tags/package-installs-deprecated-upstart-configuration.html
[12:46] <cjwatson> FYI, I'm going to be re-enabling the redhat-bugs LP bug tracker soon, so a whole bunch of bugs are going to get comment and status syncs from bugzilla.redhat.com
[12:46] <cjwatson> seb128: ^- seems like the sort of thing you might notice and otherwise wonder about :-)
[12:47] <seb128> cjwatson, ack, thanks
[12:49] <cjwatson> it's been disabled for ~6y, so there's quite the backlog
[12:49] <xnox> smoser, ha ha ha ha =) been there, done that.
[12:50] <xnox> smoser, not sure that the AArch64 tag would be any better
[12:50] <xnox> jbicha, but should be done with .maintscripts rm-conffile helper such that these jobs are removed on upgrade =)
[13:11] <bigon> jbicha: and the "if init_is_upstart; then" as well I guess
[16:42] <doko> Source and binary movements to main
[16:42] <doko>  -----------------------------------
[16:42] <doko>  o mathjax: fonts-mathjax libjs-mathjax
[16:42] <doko>    [Reverse-Depends: libboost1.65-doc (MAIN), libjs-mathjax]
[16:42] <doko> xnox: ^^^
[16:45] <coreycb> bdmurray: hello, can you reject horizon 3:11.0.3-0ubuntu3.1 from the zesty upload queue please? there's another fix required to go with that.
[16:57] <bdmurray> seb128: I agree about the increase in crash rate detection being bad for 0 day SRUs and I'll override those today
[16:58] <seb128> bdmurray, hey, thanks
[17:37] <nacc> slashd: i think i disagree with your definition of microrelease in LP: #1719671
[17:38] <slashd> nacc, ok can you explain why ?
[17:38] <jbicha> bdmurray: could you consider releasing mutter & gnome-shell SRUs to artful today (7th day is tomorrow) since I'd like to upload another mutter SRU after
[17:40] <bdmurray> jbicha: Are they fixing important bugs?
[17:41] <jbicha> yes LP: #1725153 is important
[17:41] <nacc> slashd: a microrelease doesn't introduce new features, it just fixes bugs (IMO)
[17:42] <nacc> slashd: i consider the u-a-t update to be a major release update
[17:43] <slashd> nacc, right so it'll fit more in the [
[17:43] <slashd> 2.2. Other safe cases]
[17:43] <nacc> slashd: yeah that's possibly true
[17:43] <slashd> ... For Long Term Support releases we sometimes want to introduce new features ...
[17:43] <nacc> slashd: tbh, i do't thikn we need any more justification for the SRU :)
[17:44] <slashd> nacc, ok thanks for your 2 cents
[17:44] <slashd> nacc, maybe I thinking too much for justifying it ;)
[17:44] <nacc> slashd: yeah :)
[17:45] <nacc> slashd: i plan on sponsoring it, i just haven't done it yet
[17:45] <slashd> nacc, oh ok, I just been asked to do it an hour ago
[17:46] <nacc> slashd: ah ok :)
[17:46] <slashd> nacc, is it okay if I remove this from your plate ?
[17:47] <slashd> nacc, i didn't know until now that it was officially on your todo list
[17:47] <nacc> slashd: that'd be great :)
[17:47] <nacc> slashd: if you have the cycles, please do :)
[17:47] <slashd> nacc, I do have some cycle atm, ok thanks
[17:48] <nacc> slashd: thanks!
[20:09] <doko> jamespage: from the (ftbfs) ceph build in bionic ... -msse -msse2 -msse3 -mssse3 -mpclmul -msse4.1 -msse4.2
[21:14] <dmj_s76> sforshee: So it appears that an alpha_support flag is preventing coffee lake intel graphics from working properly.
[21:18] <dmj_s76> Still more testing to do to make sure the kernels in Artful and Xenial actually do work well with coffee lake, but it would be good to get treat coffee lake graphics as supported in Ubuntu.
[21:18] <dmj_s76> https://cgit.freedesktop.org/drm-intel/commit/?id=eb371933cf4d3495d0899880b2e0e252ce9db517
[21:30] <sforshee> dmj_s76: all that commit seems to do is make it not warn for coffelake, doesn't seem like that's going to help much
[21:33] <sforshee> dmj_s76: as for the alpha_support flag, it looks like the kconfig option only affects the default value of the module parameter, so you should be able to test at least artful by just passing i915.alpha_support=1
[21:39] <dmj_s76> sforshee: yes, we're running through testing with that parameter on artful right now.  It seems useful to change the default value since hardware is coming out already.
[21:41] <dmj_s76> oh...I think that might not be the commit actually...
[21:41] <dmj_s76> sforshee: https://cgit.freedesktop.org/drm-intel/commit/?id=e6b20bf1b77c24465393b5b1e12781110cedc12c
[21:42] <sforshee> dmj_s76: yeah that one looks better. But we won't want to change the default unless it works well in 4.13.
[21:45] <dmj_s76> sforshee: yes, that's why we're running tests now :)  I just wanted to raise the issue, since it appears there's enough time and (likely) a fairly simple fix.  Coffee Lake is fairly similar to Kaby Lake, so it makes sense the enablement wouldn't be too rough.
[21:46] <dmj_s76> *enough time where supporting hardware on the current kernel is important.
[21:47] <sforshee> dmj_s76: ack, let us know how the testing turns out
[22:18] <tjaalton> dmj_s76: https://cgit.freedesktop.org/~vivijim/drm-intel/log/?h=v4.13-cfl
[22:18] <tjaalton> need at least those for cfl
[22:18] <tjaalton> on top of 4.13
[22:38] <dmj_s76> tjaalton: good find, thanks!