[02:21] <danjared> cyphermox: hey Mathieu, I was wondering where you were with your TPM ITPs (#815846 and #815849)
[05:48] <cpaelzer> good morning
[06:48] <pitti> Good morning
[07:56] <dholbach> good morning
[08:32] <LocutusOfBorg> hi folks, any core-dev here can upload llvm-toolchain-3.8 to main pretty please?
[08:32] <LocutusOfBorg> trivial diff, the stable 3.8 is out
[08:36] <LocutusOfBorg> I opened #1553923
[08:36] <LocutusOfBorg> doko asked me a while ago to do it :)
[08:52] <ginggs> LocutusOfBorg: i'll look at llvm-toolchain-3.8 now
[08:54] <LocutusOfBorg> ta
[09:45] <seb128> dear launchpad could you stop timeouting on bugs edit?
[10:30] <LocutusOfBorg> can anybody please ignore virtualbox autopkgtest?
[10:31] <LocutusOfBorg> they are xorg-server related
[10:45] <jtaylor> its getting really hard to backport packages to trusty, e.g. dpkg does not support !no-check
[10:46] <jtaylor> which makes backporting dpkg impossible, which is needed for a lot of other packages
[10:47] <jtaylor> are there maybe plans to bootstrap a newer dpkg into trusty to help backporting?
[11:29] <LocutusOfBorg> ok folks, I'm really lost.
[11:29] <LocutusOfBorg> ismrmrd is failing for armhf, but working correctly on pbuilder-qemu chroot
[11:29] <LocutusOfBorg> same toolchain, seems the ubuntu builders are somewhat broken
[11:30] <LocutusOfBorg> unknown location(0): fatal error in "test_acquisition_header": memory access violation at address: 0xbefd15da: invalid address alignment
[11:30] <LocutusOfBorg> Test is aborted
[12:48] <mapreri> LocutusOfBorg: imho you should get per-package upload rights for llvm-toolchain (at least)
[12:52] <LocutusOfBorg> or bother about becoming core-dev (joke)
[12:52] <LocutusOfBorg> :)
[12:53] <mapreri> can some core-dev try having a look at maybe syncing python-pymysql?
[13:27] <ginggs> mapreri: 'requestsync -e python-pymysql'
[13:37] <cyphermox> danjared: should be done today
[14:13] <mterry> seb128, re: MIR bug 1552507, is that something the desktop team would look after?
[14:14] <seb128> mterry, yes
[14:14] <mterry> seb128, can you bug subscribe?  that's all that's left for the MIR
[14:15] <seb128> mterry, done
[14:15] <mterry> seb128, thanks!
[14:15] <seb128> mterry, yw!
[14:19] <smb> mvo, Hm, did something change so a Xenial desktop may not look for dep-11 data on "apt-get update"?
[14:21] <mvo> smb: there was a new apt version a couple of days ago, but the changes are very small and isolated, I (strongly) doubt this broke anything. what issue do you see? the appstream metadata is not downloading? or do you use something other dep11 metadata?
[14:24] <smb> mvo, Oh I try try (or tried to) verify fixes to older apt-cacher-ng installs (P and T) and in the pastapt-get update was showing errors with an older caching... But today I fail to get those. Maybe something else I installed on the test box...
[14:26] <mvo> smb: ok, please let me know if you have more details or if there is anything I can do
[14:26] <smb> mvo, will do. was just wondering whether that maybe got disabled for normal desktops and I dig around for nothing.
[14:40] <tjaalton> how can kvm hosts recover a host network restart? they all use the bridge provided by host
[14:40] <tjaalton> *kvm guests
[14:41] <caribou> xnox: just saw your s390x sosreport plugin issue, just let me know if I can help
[14:41] <xnox> caribou, well, it was more of a todo item for myself =)
[14:41] <xnox> caribou, in general we have a debug.sh script in s390-tools which collects half the things sosreport does, and does a few z Series specific things
[14:42] <xnox> caribou, imho all the juicy bits should be merged into sosreport.
[14:42] <caribou> xnox: the plugin is not enabled for Ubuntu/Debian so it will only work on RedHat,
[14:42] <xnox> caribou, oh.
[14:42] <xnox> caribou, maybe we shall fix that on s390x =) cause we have s390x on ubuntu....
[14:42] <caribou> xnox: then just send them my way and I'll get them upstream
[14:42] <caribou> xnox: indeed, I'll fix that up
[14:43] <xnox> caribou, is that a packaging change....
[14:43]  * xnox takes a look
[14:43] <caribou> xnox: small change in the plugin; look at other 'enabled' pluging (juju is one)
[14:44] <caribou> xnox: I'm part of the upstream dev team, that could help
[14:45] <xnox> let me make a merge proposal then =)
[14:45] <xnox> ;-)
[14:45] <caribou> xnox: well juju is not a good example as it is only enabled for Ubuntu
[14:46] <xnox> i found e.g. dbus.py
[14:46] <xnox> which is what i need/want =)
[14:47] <caribou> xnox: FYI, I'm currently reorganizing the sosreport git repo so the debian bits are kept on alioth
[14:56] <barry> pitti: can you poke python-virtualenv 14.0.5+ds-6 in s390x?  it's been sitting in "Test in progress" since the weekend and it's holding up python-pip migration
[15:46] <xnox> arges, thank you. appointed.
[15:53] <arges> xnox: : )
[16:34] <Beret> can someone tell me why software-properties-common requires unattended-upgrades?
[16:34] <rbasak> mvo: can you help? ^^
[16:34] <Beret> it's quite reasonable that one would want add-apt-repository without unattended-upgrades - especially now that they're on by default
[16:45] <Beret> mvo, can you guys sort - https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/831487 ?
[18:18] <ogra_> infinity, bug 1553110 seems to get worse the deeper i dig
[18:32] <juliank> cjwatson: mvo: Can someone syncpackage apt 1.2.5 now?
[18:33] <juliank> I forgot to mention this when I woke up
[18:33] <juliank> cjwatson: Given that you want to issue your commit in there as an SRU :)
[18:42] <juliank> And at the end of the week, there will be 1.2.6 which fixes a stack buffer overflow
[18:42] <juliank> (outside of parser code, in the solver, when you do crazy things; and caught by stack protector)
[18:43] <juliank> So _low_-risk
[18:44] <juliank> I could also release that now, though
[19:02] <juliank> OK, I released apt 1.2.6 now. It might make sense to get that diff into trusty as well: https://paste.debian.net/412876/
[19:02] <juliank> (That's the backport to pre-C++11 compilers)
[19:14] <jderose> cyphermox: this week oem-config seems very broken. as far as i can tell, the underlying problem is the "oem" user isn't getting removed after oem-config-firstboot runs
[19:46] <cyphermox> jderose: ack, please file a bug and I'll test it here and fix whatever is it that got broken
[19:46] <jderose> cyphermox: just finished filing a bug - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1554194
[19:46] <jderose> cyphermox: not sure it's actually a Ubiquity bug yet, could have been broken by other changes too :)
[19:47] <cyphermox> well, there wasn't a new ubiquity I know of that would have broken it this week
[19:49] <jderose> cyphermox: it might have been introduced in 2.21.47, it's been a while since i checked. i was originally going to follow up with an issue with oem-config + encrypted home directory, but seems since i last tested, oem-config got kinda broken overall
[19:49] <cyphermox> ok
[19:49] <cyphermox> well, things change, maybe this happened as a side-effect of some other thing
[19:50] <jderose> yeah, could be. that's my guess actually, but i don't know for sure yet :)
[19:53] <cyphermox> :)
[20:31] <smoser> is there a reason that 'journal -x -o verbose' would not seem to show a service file output ? ('systemctl status pollinate' shows it ran and had output)
[20:31] <smoser> i was hoping to basically get a log of all 'Starting' like things
[20:32] <tjaalton> so with the dhclient/bind bug in xenial I'm forced to restart networking on my kvm host, but it kills network on the guests.. how to fix that?
[20:34] <tjaalton> [277346.078520] br0: port 5(vnet3) entered disabled state
[20:34] <tjaalton> etc
[20:34] <smoser> tjaalton, what is forcing you to restart networking ?
[20:34] <tjaalton> https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/1551351
[21:17] <mvo> rbasak: lets talk tomorrow, I only saw the question about https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/831487 now
[21:17] <mvo> juliank: I can do a sync if it was not done already
[22:04] <slangasek> nacc: php-imagick is unblocked in proposed-migration now, but there are packages that still depend on php5-imagick, so it won't propagate: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[22:04] <nacc> slangasek: looking
[22:05] <slangasek> and I hinted wrong, so php7.0 isn't yet a candidate but will be in the next p-m run
[22:05] <nacc> slangasek: ok, i see the list, can i provide additional debdiffs in the same bug for the other packages? will need to build & test them here first
[22:06] <slangasek> nacc: sure, just make sure you open bug tasks against those source packages
[22:06] <nacc> slangasek: yep, will do
[22:06] <nacc> slangasek: thanks for all your help! i know this one has been bad