[04:57] <Mirv> dobey: at some point yes, but qt 5.4 for vivid overlay and 5.6 for xenial overlay is higher priority than debugging what broke in yakkedy. I will first test how Qt 5.6 seems on yakkety, to see if it's different than the 5.5.
[06:23] <Mirv> (also, sick lately and it seems today would become another such day argh)
[07:57] <flexiondotorg> Morning
[07:58] <flexiondotorg> mdeslaur, If you have a moment I'd like to better understand how Firefox and Chromium compare with regard to how they are updated and receive security updates in Ubuntu.
[08:31] <willcooke> barry, are you able to attend this session later?  http://summit.ubuntu.com/uos-1605/meeting/22675/finish-move-to-py3/
[10:51] <mdeslaur> flexiondotorg: sure, what do you want to know?
[10:58] <flexiondotorg> mdeslaur, Is Chromium afforded the same attention as Firefox with regard to version updates and security updates?
[10:59] <mdeslaur> flexiondotorg: chromium is in universe, it's not officially supported. Since it's a popular package, we do have a developer doing updates.
[10:59] <mdeslaur> flexiondotorg: but it's best-effort only
[10:59] <mdeslaur> we're not currently able to publish every single update
[11:00] <flexiondotorg> mdeslaur, OK, that answers my question.
[11:00] <mdeslaur> and when new major versions come out, it takes a while before we're able to get it to build on all archs and publish it
[11:00] <flexiondotorg> I saw Kylin seed it.
[11:00] <mdeslaur> yes, a couple of flavours do seed it
[11:00] <flexiondotorg> mdeslaur, Thanks. I'll bes ticking with Firefox in the seeds then :-)
[11:01] <mdeslaur> that's what I would recommend, yes
[11:01] <flexiondotorg> If it were in main, I'd likely switch to Chromium for Ubuntu MATE.
[11:39] <pitti> Good morning
[13:22] <dobey> Mirv: ok, but no idea why you're telling me about qt in yakkety :)
[13:42] <caribou> Laney: ping
[13:43] <caribou> Laney: I would need your help for LP: #1335068
[13:43] <caribou> Laney: I think I've done all the testing I could
[13:45] <barry> willcooke: yes
[13:46] <willcooke> thanks barry
[13:49] <barry> willcooke: if my math is right, that's in about 1h10m, right?
[13:51] <willcooke> barry, yeah
[13:52] <barry> cool
[14:05] <dholbach> willcooke, xnox: who of you is going to run the py3 session later on?
[14:05] <willcooke> dholbach, I can do it
[14:06] <dholbach> cool
[14:29] <Mirv> dobey: right, it was for doko :)
[14:30] <doko> Mirv, so what did you tell me?
[14:31] <Mirv> doko: first line at http://irclogs.ubuntu.com/2016/05/03/%23ubuntu-devel.txt . and this day turned into sick leave then too but eventually, there shall be progress...
[14:35] <xnox> barry, will you make the py3 only session?
[14:35] <barry> xnox: i'm already there. :)
[14:36] <xnox> barry, it's in half an hour? or is it now now?
[14:37] <barry> xnox: oh, yeah 23m.  i'm an irc early bird :)
[14:37] <xnox> barry, which channel?
[14:38] <barry> xnox: #ubuntu-uos-core.  i'm in the summit session but i guess the live hangout url will be posted closer to session start
[15:08] <LocutusOfBorg> hi, can anybody please make "tar" migrate (aka do you think we can ignore lava-* testsuite failure? I think we should)
[15:10] <zyga> we use lava in ubuntu? wow
[15:14] <ogra_> zyga, to keep the tar fluid obviously :)
[15:14] <zyga> lol
[15:32] <LocutusOfBorg> infinity, ^^ wrt tar migration
[15:32] <LocutusOfBorg> thanks <
[15:32] <LocutusOfBorg> <3
[15:55] <hallyn> doko: hey - was there a specific blocking problem which caused you to multi-arch-ify libvirt0?
[15:55] <hallyn> Asking to try and decide how to justify pushing the patch to debian
[15:56] <doko> hallyn, is there a reason not to multiarchify? also it's already forwarded: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813062
[15:56] <cjwatson> it's 2016.  multiarching a library shouldn't require justification
[15:57] <hallyn> doko: oh, ok, thx
[15:57] <hallyn> cjwatson: <shrug>  there was a very nasty lp bug reporter complaining about it
[15:57] <cjwatson> *not* multiarching should require a justification :)
[15:57] <hallyn> bc he then went on to install from upstream and it installed in /usr/lib/ and messed him up
[15:57] <hallyn> doko: cool, thanks :)
[15:57] <cjwatson> all sorts of reasons why that sort of thing might break confusingly ...
[15:58] <hallyn> cjwatson: no kidding.
[15:58] <hallyn> but then i was wondering why debian hadn't yet,
[15:58] <hallyn> well, mind you, for libvirt in particular i'm really not sure having two versions sitting around makes sense.
[15:58] <doko> hallyn, but I wanted a /usr/lib without .so files, which should be true for the cloud and desktop images. yeah, that's not a reasonable goal, I agree ;)
[15:59] <doko> hallyn, people who explicitly configure with --prefix=/usr should know that they can break things
[16:21] <pitti> smoser: printf "lxc.aa_profile=unconfined\nlxc.seccomp=" | lxc profile set default raw.lxc -
[16:29] <pitti> smoser: bug 1577844
[17:34] <nneul> Did something weird happen with security updates very recently for libssl1.0.0?
[17:34] <nneul> Seeing something where it looks like I got a -4.1 update from security for 16.04, but now it's not there, and causing all sorts of dependency headaches.
[17:38] <nneul> argh. looks like mirroring script is screwing up somehow.
[18:15] <hallyn> well this probably isn't good...  http://paste.ubuntu.com/16206598/  (apport giving "Error('Incorrect padding',)")
[18:16] <hallyn> on a curl crash report
[18:16] <hallyn> to do with libtls
[18:16] <hallyn> on a day when we have openssl security updates
[18:16]  * hallyn should just unplug all the cables and stop for the day
[19:20] <doko> cjwatson, did you omit some uploads for ffmpeg rdeps by intent?
[19:47] <cjwatson> doko: yes, I wanted to look more closely at the ones that already had ubuntuN modifications
[19:47] <cjwatson> I'll get round to it :)
[19:50] <doko> pitti,  these packages have failing autopkg tests blocking the json-c transition: upstart python-astropy fwts vtk6 vtk mir
[19:56] <CarlFK> roadmr: is this something you can help with?  (u-installer went quiet)   debconf: --> PROGRESS INFO base-installer/section/pick_kernel  ...  base-installer: info: Found kernels ''
[19:57] <CarlFK> dialog "no kernels will be installed."
[19:57] <Logan> nacc: is it safe to sync over your bootstrapping deltas for PHP packages that use phpunit? or would you prefer that those changes be forwarded to Debian?
[19:57] <roadmr> CarlFK: ugh? is this a server or desktop install? could you share your preseed?
[19:58] <CarlFK> roadmr:  netboot installer,  https://github.com/CarlFK/veyepar/tree/master/setup/nodes/pxe/shaz/var/www/d-i/xenial
[19:58] <roadmr> CarlFK: let me try running that locally, may be a bit slow as I'm on a call heh
[19:59] <CarlFK> those files worked on wily, but you guys keep developing new features :p
[20:00] <nacc> Logan: it's on my todo to forward to debian this week or next
[20:01] <Logan> ok sounds good
[20:01] <roadmr> CarlFK: hehe :) need to keep breaking things, else there's nothing to fix
[20:33] <sergiusens> slangasek I ask Martin Pitt already, but maybe you know https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/amd64/s/snapcraft/20160503_163410@/log.gz
[20:33] <sergiusens> slangasek I get those for every yakkety push (it's python apt based code). Martin thinks it might be libapt
[20:34] <pitti> no, I was saying it looks like it fails in apt, not in python-apt
[20:34] <sergiusens> pitti oh, I didn't want to wake you :-)
[20:34] <pitti> the URLs look oddly corrupted, though
[20:34] <sergiusens> pitti right, did I say the same thing incorrectly?
[20:35] <pitti> sergiusens: no, not really, I just meant it's not necessarily a bug in apt itself
[20:35] <pitti> just that I think it's very unlikely to be a bug in python-apt
[20:36] <sergiusens> right, I would agree
[20:36] <pitti> might be anywhere between some odd testbed setup failure or some weird fallout from -fPIE (as it only happens on amd64 and it works on xenial)
[20:36] <pitti> I didn't see other apt failures on amd64 which look similar, but this is using apt with some temporary APTROOT, right?
[20:37] <pitti> but apport's tests do that too, and that works
[20:37] <pitti> sergiusens: so I guess in short, no real idea -- this needs reproducing and investigating locally
[20:37] <pitti> sergiusens: do you get this locally in qemu/lxc?
[20:38] <sergiusens> pitti yup, apt_cache = apt.Cache(rootdir=rootdir, memonly=True)
[20:39] <sergiusens> pitti I need to redo my lxc image sources, I don't see yakkety images on the public server
[20:39] <pitti> pool/main/p/python-\nsetuptools
[20:39] <pitti> parts/spongeshaker/ubuntu/do\nwnload
[20:40] <pitti> there are a lot of those spurious \n
[20:40] <sergiusens> pitti those error messages are broken, don't be lead off track by that; that is just a combination of dedent and that test collection thing I forget the name of
[20:41] <sergiusens> pitti the ones in the middle should be easier to read (integration tests)
[20:42] <sergiusens> the example ones will spit messages out like that
[20:43] <sergiusens> pitti subunit is the word I was missing
[20:44] <sergiusens> pitti any idea how to lxc launch a yakkety image?
[20:45] <pitti> sergiusens: images.linuxcontainers.org has had yakkety for several days now
[20:46] <pitti> sergiusens: adt-build-lxd images:ubuntu/yakkety/amd64
[20:46] <pitti> adt-run ... --- lxd adt/ubuntu/yakkety/amd64
[20:46] <sergiusens> pitti ah, it does! sorry, was looking at ubuntu-daily:
[20:46] <pitti> sergiusens: yeah, no cloud images yet, and they are also a bit impractical for testing
[20:47] <sergiusens> pitti thanks, yeah I just want to write some micro python code to see if I see the issue
[21:00] <ginggs> xnox: sorry i missed your boost patch in debian's svn. Here's another that might be useful https://github.com/boostorg/graph/commit/6197b9c54932f161806ac6fb28344f6e245c7891 (gentoo are carrying it)
[21:13] <slangasek> sergiusens: no idea on that, no
[21:14] <Pwnna> does anyone know what tzdata does with openjdk7?
[21:14] <Pwnna> there's a tzdata-java package but i dont quite understand what it's purpose is
[21:14] <Pwnna> the build also has a flag to turn that off, too
[21:14] <roadmr> CarlFK: so I installed installation-guide-amd64, it has a sample preseed and it has some differences from yours, maybe that's why it barfs?
[21:15] <roadmr> CarlFK: you have d-i grub-installer/choose_bootdev   select  /dev/sdb
[21:15] <roadmr> CarlFK: the example shows something like d-i grub-installer/bootdev  string /dev/sdb
[21:15] <sergiusens> pitti reproduced locally as well http://paste.ubuntu.com/16208917/
[21:17] <CarlFK> roadmr: hmm... I am skeptical that string/select is the problem.  the dialog says "No installable kernel was found in the defined APT sources"
[21:18] <roadmr> CarlFK: but it's more like choose_bootdev vs. bootdev
[21:18] <CarlFK> ah, missed that
[21:18] <roadmr> CarlFK: also, if you want the linux-generic kernel, isn't that the default? maybe not setting that would work?
[21:19] <roadmr> CarlFK: I'm running a test with your preseeds and aside from 2 tiny fixes, it's going along just fine. not done yet though...
[21:19] <cjwatson> string/select cannot possibly be the problem
[21:19] <sergiusens> pitti this is the "script" http://paste.ubuntu.com/16208927/ ... to note is that if I manually create 'partial' it all works (I don't think I should though)
[21:19] <roadmr> CarlFK: (tweaks: removing your custom pre_cmd and pywxgtk 3.0 instead of 2.8)
[21:19] <cjwatson> that bit is totally informational
[21:19] <CarlFK> those lines trying to set it is my trying to work around it ... I stared with not setting it
[21:19] <cjwatson> (FWIW)
[21:20] <CarlFK> cjwatson: thanks.  and Hi!
[21:20] <cjwatson> I'm not really here :)
[21:20] <sergiusens> pitti if python apt asks me for a "downloaddir" anything inside it should be its responsibility, right?
[21:20] <CarlFK> Shhh
[21:20] <sergiusens> I don't want to create 'partial' and then have it fail because the dir exists ;-)
[21:20] <roadmr> cjwatson: thanks! any idea what could cause the "No installable kernel" assuming CarlFK has d-i mirror/http/hostname string archive.ubuntu.com and d-i mirror/http/directory string /ubuntu? (but also a d-i mirror/http/proxy string http://somethingsomething)
[21:21] <roadmr> ohh... ghost colin!
[21:21] <cjwatson> that usually means the d-i build is out of sync with the kernel versions in the archive
[21:21] <cjwatson> but I can't tell just from that, would need to see the whole syslog
[21:21] <cjwatson> and need to do kids' bedtime first
[21:22] <roadmr> cjwatson: enjoy your evening!
[21:27] <roadmr> brb
[21:38] <CarlFK> roadmr:  all the flavors of grub bootdev are commented out, so that isn't it.
[22:08] <CarlFK> http://paste.ubuntu.com/16209123/  15629 lines of log as html.  is there a better way to post stuff like this?
[22:13] <xnox> pitti, adt-run libpng --- lxd ubuntu:xenial fails for me, what am i doing wrong?
[22:17] <pitti> xnox: what does it fail on?
[22:24] <doko> cjwatson, that's left from the ffmpeg transition tracker: ffmpegthumbs freshplayerplugin bombono-dvd alsa-plugins-extra pjproject survex
[22:24] <Unit193> Heh, freshplayerplugin was just uploaded to Debian today.
[22:26] <nacc> CarlFK: roadmr: this seems like the underlying issue, right?
[22:26] <nacc> "--> SET base-installer/kernel/image linux-generic"
[22:26] <nacc> "<-- 10 base-installer/kernel/image doesn't exist"
[22:26] <cjwatson> doko: I have the tracker open in a tab, no need to read it out to me :)
[22:27] <nacc> cjwatson: --^ I guess they were asking you earlier
[22:28] <CarlFK> nacc: kinda.  if I don't preseed, it finds and installs a kernel.
[22:30] <doko> cjwatson, I wanted to say that the others are addressed
[22:33] <nacc> CarlFK: which preseed file specifies linux-generic?
[22:33] <CarlFK> nacc: um.. nothing?  if something did, then it wouldn't stop and ask me.  I think.
[22:34] <nacc> CarlFK: ah sorry, misunderstood earlier; so you are simply getting a "No installable kernel" message?
[22:34] <CarlFK> nacc: I didn't need it for wily.  "(03:51:45 PM) cyphermox: there were some changes in base-installer"
[22:34] <CarlFK> yea - "No installable kernel was found in the defined APT sources"
[22:36] <cjwatson> CarlFK: that syslog seems to be truncated before what I would need.
[22:36] <CarlFK> cjwatson: hmm, you are right: carl@twist:~/mnt/cware1/d/cnt3/log$ wc syslog
[22:36] <CarlFK>   19255  163177 1284317 syslog
[22:38] <cyphermox> CarlFK: there are missing lines in the pastebin
[23:02] <CarlFK> lol - my racksapce uploader isn't python3 ... TypeError: attribute name must be string, not 'bytes'
[23:20] <CarlFK> http://img.flnet.org/a/syslog
[23:21] <sarnold> zounds :)
[23:22] <sarnold> heh, xz shrinks that to ~65K
[23:23] <CarlFK> I never know how much to cook stuff like this
[23:23] <sarnold> yeah, tough choice
[23:23] <sarnold> it was mostly my idle curiosity when I saw how reptitive it is, just how well it could compress.
[23:25] <zyga> how can I get a fix into libsdl1.2 into xeanial?
[23:26] <doko> zyga, https://wiki.ubuntu.com/StableReleaseUpdates
[23:26] <nacc> zyga: file a bug?
[23:26] <zyga> nacc: on the packge?
[23:26] <doko> zyga, https://wiki.ubuntu.com/StableReleaseUpdates
[23:26] <zyga> thanks
[23:27] <Unit193> sarnold: I got 60K. ;)
[23:28] <nacc> zyga: yeah, you can use ubuntu-bug, iirc, or just use the luanchpad UI. the above links will help clarify if the fix you found satifies the SRU rules
[23:28] <sarnold> Unit193: probably Kibibytes vs Kilobytes difference? :) 65552 bytes..
[23:28] <zyga> hmm
[23:28] <Unit193> sarnold: -9e, so 61248
[23:28] <zyga> so this doesn't qualify for SRU
[23:29] <sarnold> ahhh
[23:29] <zyga> but then without this nothing using SDL will work in snappy
[23:29] <zyga> I need some ideas
[23:29] <sarnold> zyga: got a bug number?
[23:29] <teward> ^ i was about to ask heh
[23:29] <teward> sarnold: you aren't in my brain are you ;P
[23:29] <sarnold> afternoon teward :)
[23:30] <teward> good evening, sarnold.
[23:30] <sarnold> teward: heh, i'm not in -my- brain anyway, maybe my train of thought decided to take a vacation..
[23:30] <teward> lol
[23:30] <zyga> sarnold: not yet, jush documenting the patch now
[23:31] <zyga> the patch: http://paste.ubuntu.com/16209626/
[23:32] <nacc> zyga: is this a backport?
[23:32] <zyga> nacc: no
[23:32] <zyga> nacc: this is xenial libsdl1.2
[23:32] <sarnold> zyga: it feels sruable to me. note the spaces vs tabs.
[23:33] <zyga> yeah, I just noticed, I'll fix that
[23:33] <zyga> though perhaps tomorrow, it almost 2AM for me :/
[23:33] <zyga> if anyone wants to help by picking that up and doing the paperwork that would be my deam come true
[23:33] <zyga> this makes SDL games work on snappy
[23:33] <zyga> specifically scummvm and anything that uses it :)
[23:34] <zyga> with in-place edited tabs: http://paste.ubuntu.com/16209644/
[23:37] <cjwatson> CarlFK: ah.  sigh, the overlay stuff is buggy
[23:37] <cjwatson> CarlFK: change your preseed of apt-setup/local0/repository from "http://ppa.launchpad.net/timvideos/fpga-support/ubuntu wily main" to "deb http://ppa.launchpad.net/timvideos/fpga-support/ubuntu wily main"
[23:37] <cjwatson> apt-setup allows both forms, base-installer only likes the latter
[23:38] <CarlFK> cjwatson: so just add deb in the front?
[23:38] <cjwatson> yes
[23:38] <cjwatson> regression from https://bugs.launchpad.net/ubuntu/+source/base-installer/+bug/1250930
[23:38] <CarlFK> cool.  thanks!
[23:39] <cjwatson> regression-ish anyway
[23:39] <CarlFK> lol
[23:40] <cjwatson> anyway the result of that bug was that apt was sufficiently sad that we couldn't get the list of available kernels out of it
[23:41] <cjwatson> oh look it's https://bugs.launchpad.net/ubuntu/+source/base-installer/+bug/1512347
[23:44] <cjwatson> cyphermox: ^- you might want to consider SRUing that for xenial?
[23:44] <cjwatson> uploading for yakkety
[23:44] <zyga> https://bugs.launchpad.net/ubuntu/+source/libsdl1.2/+bug/1577986
[23:46] <sarnold> zyga: don't forget to update the dep-3 tags in the morning :)
[23:46] <zyga> yeah I know
[23:46] <zyga> I'm super tired, time to EOD
[23:46] <sarnold> hehe that mght have been a few hours ago :)
[23:46] <sarnold> night zyga