=== Eliz is now known as Elizabeth
[05:55] <Mirv> slangasek: hmm so qt3d-opensource-src got removed completely from Ubuntu because it was moved to experimental in Debian? and so did qt3d-opensource-src-gles, but that one you reuploaded?
[05:57] <Mirv> I'm not sure what was on purpose and what not. regardless, we are planning to make Qt3D 5.6 available to app developers, similar to our snapshot git releases of qtpim, qtsystems and qtfeedback that have been included on the phones and tablets from the beginning.
=== feng is now known as handsome_feng
[08:50] -queuebot:#ubuntu-release- Unapproved: qemu (xenial-proposed/main) [1:2.5+dfsg-5ubuntu10.4 => 1:2.5+dfsg-5ubuntu10.5] (ubuntu-server, virt)
[09:03] <xnox> what is the URL for the backup seed-in-ubuntu instance?
[09:18] <apw> xnox, they are listed here: http://ubuntuqa.tblwd.org/
[09:19] <Laney> shall we move those over to snakefruit or something?
[09:25] <handsome_feng> Hi, Laney, Sorry to trouble you. Could you please help me to upload my new wizard package ? I have file a bug in launchpad: https://bugs.launchpad.net/ubuntukylin/+bug/1609207
[09:25] <ubot5`> Ubuntu bug 1609207 in Ubuntu Kylin "[needs-packaging] ubuntu-kylin-wizard" [High,Triaged]
[10:18] <Laney> bleh, he went
[10:18] <apw> yeah that is somewhat annoying
[11:57] -queuebot:#ubuntu-release- Unapproved: davical (xenial-proposed/universe) [1.1.4-1ubuntu1 => 1.1.4-1ubuntu1.1] (no packageset)
[12:25] -queuebot:#ubuntu-release- Unapproved: awstats (xenial-proposed/main) [7.4+dfsg-1 => 7.4+dfsg-1ubuntu0.1] (ubuntu-server)
[12:47] <Laney> trying: appstream isenkram appstream-generator limba
[12:47] <Laney> did britney always do this?
[12:47] <Laney> put transitions in without (auto) hinting them
[14:21] <smb> I would highly appreciate if someone on the release team could look at bug 1621618 and in case there is still something missing, let me know.
[14:21] <ubot5`> bug 1621618 in xen (Ubuntu) "[FFE Yakkety] Upgrade to Xen 4.7" [High,In progress] https://launchpad.net/bugs/1621618
=== Guest14517 is now known as med_
[14:35] <Trevinho> bdmurray: I'm continuosly receiving email about possible regressions in libunity... Which are not. I don't know why, but these issues were mostly caused by vala itself. But still nothing new
[15:10] <slangasek> Mirv: I didn't remove qt3d-opensource-src-gles, I demoted it to -proposed
[15:11] <Mirv> slangasek: and what about qt3d-opensource-src?
[15:11] <slangasek> Mirv: since it's Ubuntu-specific, I felt it was better to keep it around in -proposed for reference than to remove it completely.  But qt3d-opensource-src, I removed because Debian says it's not stable yet; why would you want to give this to app developers via 16.10?
[15:12] <Mirv> slangasek: the similar way we provide nonstable qtpim, qtfeedback and qtsystems in our products - developers want it, it's available. by not stable means API is not stable, but qt3d has seen multiple releases unlike those other three modules which we have only git snapshots for and still use them.
[15:13] <Mirv> but qt3d is not necessary either, but there is a lot of interest towards it
[15:14] <Mirv> we've been shipping it in Ubuntu since 2014, so removing it at this point is a bit weird
[15:14] <Mirv> correction, January 2013
[15:14] <slangasek> Mirv: if you wanted to reintroduce the package to yakkety (reupload, or copy-package), I wouldn't block it, but it doesn't seem like a good idea to me
[15:16] <Mirv> slangasek: I don't need it for anything, but people have wanted to play around with it for years now. I just don't get why remove it now after 3.5 years, when it's pretty usable and stable (even if technolgoy preview), but I see there can be multiple points of view.
[15:16] <Mirv> bzoltan: ^ if you have opinion on removing or keeping qt3d from Ubuntu
[15:16] <slangasek> Mirv: removed because we track removals from Debian; but it's not an absolute
[15:17] <slangasek> if it's clear that the package is being used in Ubuntu we won't remove without discussion
[15:17] <slangasek> this one is not seeded, had no reverse-depends aside from the gles variant
[15:17] <Mirv> right, they started shipping it 2.5 years after us, when upstream released the first (preview) version. we were shipping the version 1 and now later this rewrite of it.
[15:18] <Mirv> anyway, it will be back latest for 17.04 with Qt 5.7 where it's no longer called a preview
[15:19] <Mirv> it used to be part of ubuntu-sdk-libs-dev dependencies but now that package was removed from yakkety so indeed no reverse dependencies
[15:20] <slangasek> Mirv: so should we pull the package back in?
[15:21] <Mirv> slangasek: I think it'd be nice, but not mandatory. it's for playing around, and as it was part of ubuntu-sdk-libs-dev lots of 16.04 users have it installed.
[15:21] <Mirv> anyway, I need to go now
[15:29] <slangasek> Mirv: copied back in; hopefully this worked right, copy-package gave me no output about binaries being included
[15:50] -queuebot:#ubuntu-release- Unapproved: python-pylxd (xenial-proposed/main) [2.0.0-0ubuntu1 => 2.0.5-0ubuntu1] (ubuntu-server)
[16:19] -queuebot:#ubuntu-release- Unapproved: ntp (xenial-proposed/main) [1:4.2.8p4+dfsg-3ubuntu5.1 => 1:4.2.8p4+dfsg-3ubuntu5.2] (ubuntu-server)
[16:30] -queuebot:#ubuntu-release- Unapproved: rejected python-pylxd [source] (xenial-proposed) [2.0.5-0ubuntu1]
[16:32] -queuebot:#ubuntu-release- Unapproved: python-pylxd (xenial-proposed/main) [2.0.0-0ubuntu1 => 2.0.5-0ubuntu1] (ubuntu-server)
[16:34] <bzoltan> slangasek:  the qt3d was collecting dust for some time, but since KDAB started to invest in it and started to maintain it for real it has improved and now it is a first class citizen of the Qt modules. It is good that we include it in our offering.
[16:49] <wxl> is beta 2 not going up today?
[16:49] <wxl> infinity: i guess you're in charge of beta 2? what's the word?
[16:56]  * rbasak wasn't aware of a freeze
[16:56] <Laney> Beta 2's on the schedule for this week
[16:56] <Laney> Usually coincides with freezage
[16:58] <wxl> Laney: it's on the schedule to *release* this week
[16:59] <wxl> on the 22nd for that matter
[17:56] -queuebot:#ubuntu-release- Unapproved: kbd (xenial-proposed/main) [1.15.5-1ubuntu4 => 1.15.5-1ubuntu5] (core)
[18:25] <infinity> wxl: RCs and freezing and such will happen soonish.  We've been trying to squeeze a kernel in under the wire.
[18:25] <wxl> infinity: works for me. thx!
[18:25] <infinity> apw: ^ what's the status on that?
[18:36] <acheronuk> so in reality actual beta freeze is in advance of the date here? https://wiki.ubuntu.com/YakketyYak/ReleaseSchedule
[18:41] <infinity> acheronuk: The freeze obviously has to happen before the release, the schedule just seems to be missing the usual (Mon) or (Tue) to indicate that the freeze isn't on Thursday.  Oops.
[18:43] <apw> infinity, the kernel in the pocket is pretty close, we're missing a couple of patches which really ought to go in, but not in "iso affecting" paths
[18:44] <infinity> apw: If it won't affect boot, install, or dkms, I think we're safe.
[18:44] <acheronuk> infinity: I did wonder. Thanks
[18:47] <apw> i believe not, there is an esoteric networking issue, and some overlayfs in userns bits needing wiggling
[18:47] <infinity> apw: Kay.  Odds of said wiggling happening by EOW, so we can just slip an update in right after beta?
[18:48] <apw> for sure that, oh but hang on ... xnox reported a udeb issue with crypto ...
[18:49] <apw> xnox, what was the scope of the failure there ...
[18:49] <apw> we can cirtainly have a "day 0" kernel for thursday/friday, but we need to circle on xnox's issue i guess
[18:50] <infinity> *nod*
[18:50] <apw> a crypto module missing in udebs ...
=== acheronuk is now known as acheron
=== acheron is now known as acheronuk
[19:20] -queuebot:#ubuntu-release- Unapproved: klibc (trusty-proposed/main) [2.0.3-0ubuntu1.14.04.1 => 2.0.3-0ubuntu1.14.04.2] (core)
[19:30] <artmello> hey guys. we have a silo for gallery that is failling the automated signoff with a missing deps in s390x for yakkety: https://requests.ci-train.ubuntu.com/#/ticket/1819
[19:32] <artmello> this seems to be related with missing upstart there. someone can help me to get gallery build removed from s390x/yakkety? so we can have this silo approved
[19:41] -queuebot:#ubuntu-release- Unapproved: klibc (xenial-proposed/main) [2.0.4-8ubuntu1.16.04.1 => 2.0.4-8ubuntu1.16.04.2] (core)
[19:58] <infinity> artmello: I'm not familiar with that UI so much, but where does it say *why* the automated signoff failed?
[19:58] <infinity> Oh.
[19:58] <infinity> britney.
[19:58] -queuebot:#ubuntu-release- Unapproved: golang-petname (xenial-proposed/main) [2.3-0ubuntu1~16.04 => 2.4-0ubuntu1~16.04] (kubuntu, ubuntu-desktop)
[19:59] <artmello> infinity: on the Automated Test Results you have the excuses files
[19:59] <artmello> infinity: this is the one for yakkety https://requests.ci-train.ubuntu.com/static/britney/landing-088/yakkety/excuses.html
[20:00] <infinity> artmello: Right.  So, that was removed from yakkety, and it probably shouldn't be built on arches that don't have upstart.
[20:00] <infinity> artmello: An artificial build-dep on upstart would "fix" that.
[20:00] <slangasek> correct
[20:00] <slangasek> artmello: so this needs to be fixed in the landing, it's not something the archive team can fix
[20:01] <artmello> slangasek: right, I think some similar fix was done by ubuntu-system-settings. is that correct kenvandine?
[20:02] <kenvandine> content-hub
[20:02] <kenvandine> we had a direct depends on upstart i think
[20:03] <infinity> Would have to be a build-dep, not a dep, if the goal is to not build it.
[20:03] <kenvandine> true, it was actually a build dep on ubuntu-app-launch
[20:03] <kenvandine> gallery-app has a depends on content-hub which is no longer building on s390x
[20:04] <infinity> Can we just remove upstart usage from that stack instead? :P
[20:04] <kenvandine> ok, so i guess just add the build dep
[20:04] <kenvandine> infinity, that would be pretty significant ;)
[20:04] <infinity> kenvandine: Yup, but we're also not maintaining upstart, so... Whee.
[20:05] <kenvandine> indeed
[20:05] <infinity> (And it's not like we haven't had warning of this since about vivid)
[20:05] <kenvandine> yeah, ubuntu-app-launch basically wraps upstart
[20:05] <kenvandine> but i'm sure tedg has a plan :)
[20:06] <kenvandine> world domination, if nothing else
[20:06] <artmello> ok, so should I add the build dep to gallery-app?
[20:06] <infinity> My plan is to stare whistfully out the window at the dreary, rainy afternoon sky, and will a hamburger to come to me, since I don't feel like going out there to go to the hamburger.
[20:06] <infinity> artmello: Yup.
[20:07] <wxl> sudo apt -y install hamburger
[20:07]  * kenvandine wants a hamburger now
[20:08] <artmello> infinity: thx
[20:09] <infinity> I guess I could be one of "those people" who drives his car two blocks for lunch.
[20:09] <wxl> i installed the lunch package which depends on the main-course virtual package, which tacos provides as well as hamburger
[20:09] <infinity> It cancels out if I scowl at myself in the rearview mirror and judge myself, right?
[20:11] <wxl> tacos were a good choice
[20:11] <wxl> infinity: don't you have one of those delivery service things?
[20:11] <infinity> I'm frugal.  (read: cheap)
[20:11] <wxl> infinity: well, then you shouldn't drive.
[20:12] <infinity> Driving two blocks is a lot cheaper than paying someone to do the same. :)
[20:12] <slangasek> he lives in Calgary, he pretty much just wipes a rag on the ground and squeezes it into his tank to gas up
[20:12] <wxl> not when you consider all the factors involved, such as the affect on long term maintainence, insurance costs, etc.
[20:13] <wxl> and the cost on health
[20:13] <wxl> more likely to get injured in a car than just about anything else
[20:13] <wxl> for that matter, if you were so frugal, you'd get rid of the car altogether
[20:13] <infinity> slangasek: I don't know where you're hearing your rumours, but I assure you, we're far classier than that.  I get my gas out of the kitchen faucet.
[20:13] <infinity> wxl: I don't like in a city where being carless is practical.  I drive rarely.
[20:13] <infinity> s/like/live/
[20:14] <wxl> bah. it's not like you live in America :)
[20:14] <infinity> North America...
[20:14] <wxl> oh, so Canada, US, same-same?
[20:14] <infinity> And my part is less densely populated than their part. :P
[20:15] <infinity> Basically the same from that POV, yeah.  North Americans view distance much differently from Europeans.
[20:16] <infinity> In that we have a lot of it.  With nothing in the middle.
[20:16] <infinity> But also, the rain stopped, so I can stop with this debate, and walk to my burger.
[20:16] <wxl> Well, to me, Canada seems *a bit* more with it.
[20:16] <wxl> Good luck :)
[20:17] <infinity> wxl: As a people, we're likely slightly more environmentally-conscious (slightly), but the layout of the country as a whole, and some cities specifically mean we still can't be Europe. :P
[20:18] <infinity> wxl: I live in a very walkable neighbourhood, and prefer not to drive when I don't have to, but I still pretty much have to own a car to get some things done, or waste years of my life on awful public transit because *good* public transit requires either (a) a densely-populated area or (b) trillions in infrastructure spending to make your sparsely-populated areas connect, and we've got neither.
[20:21] <infinity> wxl: To put it in perspective a bit, I live in a city with an eigth of the population of London, but more than twice the area.
[20:23] <infinity> wxl: And the next nearest city worth mentioning is 300km away.
[20:24]  * infinity burgers now.
[20:25] <flocculant> is that like frying tonight?
[20:45]  * tsimonq2 wonders if infinity picked up on the fact that wxl works for a bike company and dislikes cars :P
[20:46] <wxl> tsimonq2: to be fair, we live in a car-centric world here in North America. thinking outside that box is something we rarely do.
[20:46] <tsimonq2> I agree
[20:47] <tsimonq2> but to be fair, you live in Oregon, where puming your own gas is illegal :P
[20:47] <tsimonq2> *pumping
[20:47] <wxl> not sure that's relevant, but ok.
[20:47] <tsimonq2> well I've heard that in Portland, bikes are used just as much as cars, if not more
[20:48] <nacc> portland's traffic doesn't seem to indicate that is really true, but it's what people like to say here
[20:50] <wxl> it's not really true
[20:50] <wxl> bike use is ever increasing in portland, which has some of the hightest bike use
[20:50] <wxl> but the car traffic there is truly deplorable
[20:50] <wxl> i.e. for all the improvement, it's still far behind
[20:50]  * nacc lives in portland, and can only agree
[20:51] <nacc> and i don't even commute anywhere! :)
[20:51]  * wxl used to live there and left because of that fact!
[20:51] <nacc> heh
[20:54] <wxl> tsimonq2: btw here's why the oregon legislature has decided to disallow self-service fueling http://www.oregonlaws.org/ors/480.315
[20:56] <slangasek> on paper anyway
[20:57] <wxl> yeah
[20:57] <wxl> this one goes into a little more history https://www.quora.com/Why-does-Oregon-have-attendants-at-gas-stations/answer/Rick-Hamell#
[20:57] <xnox> apw, infinity - my crypto modules missing in udebs results in not able to mount ext4 which means cannot smash continue repeatedly to finish installation, on s390x.
[20:58] <xnox> where smashing enter is actually ".\n" SCLP SEND
[20:58] <xnox> s390x only as far as I understand.
[20:58] <xnox> sorry, i was out for volleyball
[20:59] -queuebot:#ubuntu-release- Unapproved: accepted golang-petname [source] (xenial-proposed) [2.4-0ubuntu1~16.04]
[21:02] <xnox> bug 1625728
[21:02] <ubot5`> bug 1625728 in linux (Ubuntu Yakkety) "fails to mount ext4 due to missing crypto-crc32 modules in the udeb" [Critical,Fix committed] https://launchpad.net/bugs/1625728
[22:54] <tsimonq2> infinity: when you get a moment, please take a look at the email just sent to ubuntu-release@l.u.c